Datenbankreplik nach Zeitablauf unbrauchbar machen...

[jor]

Hallo zusammen,

über Tipps zu folgender Aufgabenlösung würde ich mich sehr freuen...
Basisinfo: Unsere Außendienstler haben Repliken einer Notesdatenbank lokal auf ihrem Client liegen und i.d.R. wird diese in periodischen Abständen repliziert.
Anforderung: Wenn nun eine Datenbank länger als X-Wochen nicht repilziert wurde, so soll die Replik unbrauchbar werden, es soll nicht mehr repliziert werden können und am Besten wäre es auch, wenn die Datenbank auch nicht mehr geöffnet werden kann. Eine weitere Nutzung soll unterbunden werden, nur eine neue Replik könnte den Client/Benutzer wieder in die Lage versetzen, weiter mit der DB zu arbeiten.

Hat jemand von euch schon etwas Ähnliches umgesetzt? Es gibt sicherlich mehrere Ansatzpunkte, habe aber im Moment habe ich noch keinen Plan, wie ich am Besten an die Sache ran gehe...

[Lossa]

Hi,

es gibt keine Möglichkeit via Client Einstellungen das zu erreichen. Die einzige Möglichkeit die ich sehe ist, beim öffnen der Datenbank die Replikationshistorie auszulesen und wenn letzte Replikation älter als x-Tage dann Db nicht öffnen lassen. Aber damit hast du noch nicht das replizieren verhindert, das wird ja über die Replikatorseite des Client erledigt, also geht auch ohne öffnen der DB.
Du könntest in der bookmark.nsf beim öffnenr dieser DB, geschieht immer beim start des Clients, eine Programmierung aufnehmen, die wieder die Replikationshistorie auswertet und dann das flag für Replikation verübergehen deaktivernen zu setzen.

Ich frage mich aber warum das ganze so sein soll?

[jor]

Hi Ulrich-Thomas,

vielen Dank für deine Antwort. Das Auslesen der Rep.-Historie und dem ggf. Unterdrücken des Öffnens der DB bekomme ich hin. Mit der bookmark.nsf habe ich in sofern noch nichts gemacht, werde deinen Vorschlag aber verfolgen.

Warum das Ganze? Eine Sicherheitsanforderung für eine unserer wichtigsten Datenbanken, um ein Arbeiten in eventuell übersehenen (  ) Sicherheitskopien nach Zeit X zu verhindern.

Gruß
Volker

[koehlerbv]

Dies ist eine Anforderung, die nicht (und ich meine WIRKLICH NICHT) umsetzbar ist. Wem einmal Zugriffsrechte erteilt wurden, behält diese auch bei, solange seine Notes-ID noch gültig ist.

Jeder Versuch einer anderweitigen Zugriffssperre wirkt entweder nicht oder ist mit den allersimpelsten Methoden schon zu umgehen. Beispielsweise wird das Database Script nicht ausgeführt, wenn man eine DB über "Ansicht - Gehe zu" öffnet.

Bernhard

[Glombi]

Mir kam eine Idee dazu (noch ziemlich grau...)

Hinterlegen des Wertes "Datenbank von Anwender X zuletzt geöffnet am D" in einem Userprofil.

In der Datenbank läuft ein Serveragent, der alle Userprofil prüft. Ist D < Heute - N Wochen, so wird der User in der ACL auf -KEIN ZUGRIFF- gesetzt.

Beim Öffnen bekäme dieser nun eine Fehlermeldung und müsste bettelnd zu seinem Admin gehen, damit er eine neue Replik eingespielt bekommt.

Was passiert in der lokalen Datenbank?
Beim Öffnen der Datenbank/einer Ansicht/eines Dokuments wird geprüft ob
D < Heute - N Wochen ist. Falls ja, kann wegen der zu erstellenen Programmerierung die Datenbank/die Ansicht/das Dokument nicht Öffnen und bekommt eine Meldung.
ist D >= Heute - N wird das Userprofil aktualisiert.

Zusätzlich wäre noch folgende sinnvoll:
Ist D < Heute - N  + M so kommt eine Meldung "Bitte replizieren Sie Ihre lokale Replik innerhalb der nächsten M Tage, sonst wird diese lokale Replik unbrauchbar und Sie werden für den Zugriff auf die Server-Datenbank gesperrt.


So sollte es wohl gehen...

Einschränkung: Der User muss die Datenbank aber mal aufmachen, lediglich das replizieren ginge nicht, da ja der Timestamp im Userprofil nicht geändert wird.
Und das ist unschön. Ausser der Agent auf dem Server könnte noch herausfinden, wann der User zuletzt repliziert hat . Die lokale DB müsste das auch checken.

Alles in allem ist das ziemlich aufwendig finde ich...

Andreas

[eknori]

evtl. ist das hier was http://www.breakingpar.com/bkp/home.nsf/0/87256B280015193F8725713B005C7E29

[Glombi]

das wäre ja schonmal eine Teilmenge von meiner Grobspezifikation 

[jor]

Ihr habt mir schon weitergeholfen! Das UserProfilDocument scheint ein toller Ansatz zu sein,
ich werde mich in Kürze damit auseinander setzen. Der Zeit- und Programmieraufwand ist nicht so schlimm, da Cheffe es haben will... 
Danke nochmal an alle für die Tipps!