Domino 9 und frühere Versionen > ND6: Administration & Userprobleme

Nach Replikerstellung übers Filesystem werden alle Dokumente gelöscht?

(1/2) > >>

McMagic:
Hallo zusammen,

ich habe ein rätselhaftes (finde ich ;-) Problem, wenn ich auf einem Server (unserem Sicherungsserver) eine Replik mehrerer Datenbanken erstellen möchte. Danach werden nämlich leider bei der ersten Replizierung alle Dokumente in der neu erstellten Replik gelöscht. Es handelt sich nicht um Original-NotesDBs, sondern um eine Eigenentwicklung des Kunden.

Da es mehrere größere Datenbanken sind, bin ich um Zeit zu sparen wie folgt vorgegangen:

1. Beide Server runterfahren (Server1: Domino 5.0.11 win2000, Server 2: Domino 6.5.4 Linux)
2. Die Datenbanken von Server1 übers Filesystem bzw. Netzwerk auf Server2 kopiert
3. Beide Server wieder hochgefahren

Es gibt nun ein Verbindungsdokument mit aktivierter Replikation (nur pull), wonach sich Server2 mit Server1 das gesamte Verzeichnis repliziert, in welchem die Datenbanken nun liegen.

Führt der Server dieses aus, werden sofort alle Dokumente in der neu angelegten DB auf Server2 gelöscht Hier zur Info die Konsolenmeldung:

03/04/2006 16:38:28   Pulling verzeichnis2/foobar.nsf from server1/.. verzeichnis1\foobar.nsf
03/04/2006 16:38:32   Replicator deleted 7,920 document(s) in verzeichnis/foobar.nsf from server1/.. verzeichnis1\foobar.nsf

Weiss jemand Rat oder einen Tipp, wo ich mal suchen könnte? Berechtigungen sehen meiner Meinung nach gut aus, Manager-Zugriff hat der Server2 jedenfalls.. :-) Ich würde vielleicht noch an Leserfelder in der DB denken, wo der Server nicht drinsteht.. Könnte so etwas zu solch einem Phänomen führen?

Oder sollte man das so garnicht machen? Bis die Server über "Replizierung - Neue replik.."  diverse Gb "zu Fuss" repliziert haben, dauert das ja meist ewig..

Vielen Dank schonmal im voraus für evtl. Antworten und viele Grüße,
McMagic

hallo.dirk:

Kannst Du uns mal einen Überbilck der Replizierparameter dieser DB verschaffen ?

koehlerbv:
Für solcherart Phänomena gibt es immer logische Erklärungen.
Dein Vorgehen ist in keiner Weise ungewöhnlich, ebenso wie Deine Vermutung sehr naheliegend ist, dass katastrophal vergebene Zugriffsrechte (Leserfelder) das beobachtete Ergebnis locker erklären können: Egal, on Server oder Client - wenn in einer DB mit x Dokumenten y Dokumente auf einmal keine Leseberechtigung aufweisen und diese dann repliziert wird, dann werden die "unzulässigen" Dokumente knallhart von der Platte geputzt.

Bernhard

PS: "MrMagic", hast Du noch einen richtigen (Vor-)namen für uns? Es macht sonst nicht soooo viel Spass, am Wochenende mitten in der Nacht auf Posts zu antworten. Du kennst das doch mit dem Wald: Wie es hineinruft, schallt es wieder hinaus. "MrMagic" schallt erstmal nicht überzeugend ...

McMagic:
Danke schon mal für die Tips - Replizierparameter habe ich gerade zuhause nicht parat, werde aber morgen nochmal schauen. Mir fiel da beim ersten Drüberschauen am Freitag aber nichts rätselhaftes auf.

Nur eines noch: In den Berechtigungen der besagten DB stand unser Backupserver mit Benutzertyp "Unbestimmt" drin - könnte das so ein Verhalten auslösen? Die Berechtigungen wurde auch vom Kunden vergeben, da möchte ich nicht so einfach dran rumbiegen. Ich hätte dort aber eindeutig "Server" eingetragen.

Morgen weiss ich mehr - ggf. werde ich mal ein wenig den Kunden ausfragen :-)
Werde ihn auch mal in Richtung Leserfelder befragen...

Viele Grüße,
Stefan

PS: Sorry Bernhard, das mit den Namen habe ich erst vorhin in der FAQ gelesen ;-(

koehlerbv:
Hallo Stefan,

an den Replizierparametern kann es nicht liegen - vorhandene Dokumente kann man so nicht löschen.
Ebenso ist der Benutzertyp "unbestimmt" in diesem Zusammenhang unschädlich.

Bernhard

Navigation

[0] Themen-Index

[#] Nächste Seite