Probleme mit Replizierung nach löschen

[derhansen]

Hallo!

Wir haben hier ein Problem mit der Replizierung einer Datenbank, in
der wir regelmäßig viele Dokumente löschen.

Täglich replizieren ca. 600 Client mit der Datenbank und senden neue
Dokumente. Das alles klappt auch wunderbar, bis zu dem Zeitpunkt,
wo wir anfangen in der Datenbank Dokumente zu archivieren bzw. zu
löschen.

Archivieren tun wir in diesem Fall immer so, dass wir 2000 Dokumente
aus der Originaldatenbank in eine Archiv-Datenbank kopieren und
dann die Dokumente aus der Originaldatenbank löschen. Dadurh ent-
stehen natürlich auch 2000 Deletionstubs. Und hier muss es irgenwo
ein Problem geben, denn plötzlich werden einige auf den Clients neu
erstellen Dokumente nicht mehr am selben Tag zu uns übertragen, ob-
wohl die Replizierung ohne Probleme durchläuft. Das ganze zieht sich
dann über Tage hin und löst sich dann von selber.

Eigentlich nicht schlimm. Leider brauchen wir die neuen Dokumente
von den Clients schon am nächsten Tag.

Was kann man da machen und woran liegt das? Wir hatten schon über-
legt die Dokument bei uns ohne Erzeugung von Deletionstubs zu löschen
(soll über API möglich sein). Das ist aber eine recht unbefriedigende
Lösung. Acha, die Datenbank enthält ca. 40.000 Dokumente - also nicht
wirklich viel.

Gruß
Torben Hansen

[immanuel]

Hi!

Ich habe zwar keine Konkrete Lösung, jedoch interessiert es mich, was für Rechte die user haben und wie lange ihr eingestellt habt, die deletion stubs aufzubewahren?
Soweit ich es im Kopf habe ist die Aufbewahrungsdauer der Deletionstubs die Zahl die in den Replikationseinstellungen unter "Remove documents..." geteilt durch drei (auch wenn die Checkbox nicht aktiv ist). Dies einfach nochmal schnell erwähnt - vielleichts ist's ja für jemanden nützlich.

Grüsse
Manuel

[koehlerbv]

Deine Erinnerung täuscht Dich nicht, Manuel. Diese Formel kann sich nützlich sein für den einen oder anderen hier im Forum.

Bernhard

[derhansen]

Hallo!

Die User haben in der Datenbank Autorenrechte und die Replikationseinstellungen stehen auf 90 Tage (Checkbox nicht aktiviert).
Die Einstellung nutze ich auch schon in anderen Datenbanken, wo viele Dokumente (>30000) täglich gelöscht werden. Kann es denn sein, dass unser Problem damit zusammenhängt?

Gruß,
Torben

[immanuel]

Hi!
Bei 90Tagen werden also die Deletionstubs 30 Tage aufbewahrt. Ich finde das relativ wenig, gerade darum, weil so viele Clients replizieren. Wäre also ein User einen Monat in der Ferien, würden sich die Daten des UserClients wieder auf alle anderen Repliken replizieren. Ich würde die Zahl stark raufsetzen. Viele können ein Liedchen davon singen, wie suboptimal es ist, wenn im Firmenadressbuch wieder die Namen von ex Miatarbeitern erscheinen  Ich finde es lohnt sich, etwas mehr Deletionstubs in kauf zu nehmen.

Grüsse
Manuel

[derhansen]

Hmm, ich wollte den Wert eigentlich runter setzen, da wirklich jeder der erwähnten Clients jeden Tag einmal repliziert (wird durch Java-Anwendung jeden Tag einmal von unseren Server angestoßen).
Nunja, wir werden mal mit den Wert experimentieren und hoffen, dass danach nicht alles noch viel schlimmer ist.

Gruß
Torben