gelöschte Dokumente nach Replikation

[boesi]

Hallo,

wir haben heute festgestellt das in mehreren DBs Daten fehlen. Es gibt sogar DBs die komplett leer sind. Als ich der Sache auf den Grund gehen wollte bin ich auf folgendes getoßen:

Ein Admin von uns hat in der Server Konsole des Server 1 folgenden Befehl eingegeben:
replicate Server 1
Somit hat der Server 1 mit sich selbst repliziert.

Bei der Durchsuchung des Logs bin ich auf genau die DBs gestoßen die jetzt leer sind oder denen Dokumente fehlen. Im Log steht dann:

10.03.2008 09:40:08   Replicator deleted 19,098 document(s) in test.nsf from Server 1/Domäne

So sieht es dann bei allen DBs aus denen Daten fehlen.

Warum kann der Server überhaupt mit sich selbst replizieren und wieso löscht er dann Dokumente. Wo holt er sich die Infos für die Löschung her.

Wir hatten so ein Fall sicher schon öfter. Bin jedoch erst jetzt auf die Ursache gestoßen. Nun will ich auch das sowas nicht nochmal passiert.

Bin für jede Hilfe  dankbar.

Gruß Antje

[WernerMo]

Hallo,

ich würde Leuten, die auf solche Ideen kommen die Adminrechte nehmen, das kann auf Dauer nicht gut gehen.

Gruß Werner
PS: genau darum bekommt nicht jeder User Adminrechte, weil man davon ausgehen (sollte) dass ein Admin auch weiß was er tut.

[boesi]

Guten morgen,

ja das ist nicht so einfach. Das ist ein neuer Admin der erst seit einen 3/4 Jahr mit Notes angefangen hat und noch nicht ganz fit in der Materie ist. Leider gibt es sonst nimanden außer mir in der Firma der sich noch mit Notes auskennt und irgendwann brauch ich auch mal Urlaub. Also muss ich mir eine Vertretung einarbeiten.

Aber das hilft bei meinem Problem im Moment auch nicht weiter.

Gruß Antje

[WernerMo]

Hallo,

Aber das hilft bei meinem Problem im Moment auch nicht weiter.

welches Problem ist noch verblieben? Gibts keine Sicherung oder eine andere Replik, die nicht beschädidgt wurde?

Gruß Werner

[boesi]

Hallo,

ein Backup gibt es schon und die Daten sind auch wieder hergestellt.

Ich wollte nun noch wissen wieso der Server überhaupt mit sich selbst replizieren kann und was er dabei macht das er da Daten löscht. Wo holt er sich die Infos dazu her?

Kann man das nicht irgendwie verhindern ohne das man jemanden die Adminrechte entzieht?

Gruß Antje

[WernerMo]

Hallo Antje,

ich würde darauf keine Zeit ver(sch)wenden.
Was würde es helfen, wenn Du weißt "Was er macht"?

Wenn der Ersatz-Admin zum "üben (spielen)"  einen Server braucht richte Ihm einen in einer VM ein.

Gruß Werner

[boesi]

Hallo Werner,

ja du hast schon recht.
Aber mich hätte es auch interessiert.

Es klingt ja auch blöd wenn ich sag mach das nie wieder, da der Server dann Daten löscht, ich weiß aber nicht warum er das tut.

Gruß Antje

[botschi]

Moin Antje,
das kann ich gut verstehen. Wie soll man jemanden etwas vermitteln, wenn man es selber nicht genau weiss.
Mich würde jetzt aber auch interessieren, was dahinter steckt... 

Matthias

[WernerMo]

Hallo,

... da der Server dann Daten löscht, ich weiß aber nicht warum er das tut.

Ich versuche es mal an einem konkreten Beispiel zu erklären:
Kannst Du mir genau erklären wie die Replikation unter Domino funktioniert? Ich meine wirklich bis ins Detail, vom Anlegen bis zur regelmäßigen Replikation z.B. was ist der Unterschied zwischen Anlegen einer Replikation per AdminP oder per manueller Replikation, welche Rolle spielt das Verbindungsdokument, die Replikationstopologie und das Replikationsprotokoll und so weiter und so fort? Ich gestehe: ich weis das nicht bis ins Detail und trotzdem nutze ich die Replikation.
Mit anderen Worten: wenn ich immer versuche alles bis ins Details zu verstehen, dann werde ich schnell handlungsunfähig.

Mir reicht die Erklärung, dass die Replikation nur für die Verteilung von Daten zwischen unterschiedlichen Servern konzipiert ist, wenn man sich nicht an diese Vorgabe hält, kann es zu Komplikationen kommen.

Darum steht auch in der Adminhilfe: "Replicate" Beschreibung: Erzwingt die Replizierung zwischen zwei Servern.

Gruß Werner

[blizzard]

nunja, aber die Fragestellung finde ich eigentlich interessant.

Wieso soll man es auch nicht hinterfragen, die Menschen wären heute noch im Glauben, dass die Erde eine Scheibe ist, wenn sie es nicht hinterfragt hätten.

Antje, sind das nur bestimmte Datenbanken in denen was fehlt oder sind das alle ?

[WernerMo]

Hallo Matthias,

dann könnte dieser Link zum Thema ganz interessant für Dich sein?
http://www.ibm.com/developerworks/lotus/library/ls-Domino_Replication/

Gruß Werner

[boesi]

Hallo blizzard,

es hat nur einige DBs betroffen.

Aber ich hab nochmal mit einem sehr guten Kollegen auch aus hier dem Forum gesprochen und ich denke wir konnten das Problem eingrenzen.

Es hat sicher was mit den Deletion Stubs zu tun und evtl. sind auch defekte Dokumente mit betroffen die nun gelöscht wurden.

Ich denke ich werde das Thema hier beenden und hoffen das niemand bei meinem Server mehr auf die Idee kommt sowas zu tun.

Gruß Antje

[LN4ever]

Hallo Antje,

im Normalfall passiert bei einer Replikation des Servers mit sicch selbst nichts Schlimmes. Fehler treten auf, wenn der Server selbst keinen Lesezugriff auf einen Teil (oder alle) Dokumente hat.

Selektive Replizierformeln können auch zu (Teil-)verlusten führen, vor allem, wenn es inkonsitente Topologien von Source- und Destinationserver mit diesem Servernamen gibt oder BELIEBIGER SERVER mit BELIEBIGER SERVER gar keine Dokumente replizieren darf.

In grauer Vergangenheit hatte ich einmal Probleme beim Replizieren, wenn der Default-Zugriff auf KEIN ZUGRIFF - ÖFFENTLICHE DOKUMENTE LESEN UND SCHREIBEN stand und der Server selbst nicht namentlich in der ACL aufgeführt war.

Schau deine Feler vielleicht einmal auf diese Hinweise durch.

Gruß

Norbert