Autor Thema: Richtextfelder gehen nach dem Ändern und anschliessender Replikation kaputt ...  (Gelesen 1124 mal)

Offline ghostmw

  • Aktives Mitglied
  • ***
  • Beiträge: 201
  • Geschlecht: Männlich
    • BELOS - Raum+Ressourcenmanagement unter Lotus Notes
Hallo,

ich habe folgende Konstellation.

1 Datenbank (keine LZ1-Komprimierung, keine ungelesenen Dokumente verwalten, mehr Felder in DB zulassen aktiv)
und
2 Clusterpaare A,B und C und D (A und B = Domino 8.5.1 FP3, C und D = Domino 8.5.2 HF16, beide auf Windows 2003)

Der User ändert an einem Dokument, das auf allen Servern identisch ist, den Inhalt des einzigen Richtextfeldes names "content".
Alter Inhalt weg, neuer Inhalt rein und speichert das Dokument auf dem Server C. Es sind im Inhalt auch Attachments drin, ca. 5-10 Stk.

Durch den Cluster ist das Dokument auch auf D.
So weit so gut, so weit ist das Dokument noch ok.

Nun kommt die period. Replizierung und repliziert das Dokument auf A (und anschliessend durch den Clusterrepl. auch auf B).
Auch noch nix Spannendes.

Das interessante ist nun aber, das Dokument auf den beiden Server A und B, bzw. der Inhalt des Richtextfeldes, sieht ganz anderst aus.
Es ist der alte Inhalt zu sehen und direkt da dran geklebt der neue Inhalt, - verrückte Welt.

Jetzt wirds noch spannender.
Auf den Servern C und D gibt es nur 1 Richtextfeld, auf A + B gibt es 4 !!! Richtextfelder namens "content" und da hört der Spass auf  :o :o :o

Hat jemand sowas schon mal erlebt ?

Wir hatten zuerst die LZ1-Komprimierung im Verdacht, seit wir die abgeschaltet haben, kommt das nicht mehr so häufig vor, aber nun gabs wieder einen Fall, wo die Änderungen im Richtext gemischt wurden, nach dem Replizieren.

Werde zusätzlich mal IBM informieren und einen PMR erstellen.

M. Weller
Grüße
Marco Weller
Lotus Domino / Lotus Notes seit 1996 (ab 4.5x)

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz