Beim Replizieren gehen Richtextfelder kaputt

[pram]

Hallo zusammen,

ich hatte neulich mit einem merkwürdigen Replikationsproblem zu tun:
Auf 2 Servern lag je eine Replik. Die Replizierung schien sauber zu funktionieren, (Anzahl der Dokumente in beiden Repliken gleich) dennoch gab es ein Dokument, das in beiden Repliken unterschiedlich war.
Aufgefallen ist dies dadurch, da man es auf Server A noch öffnen konnte und auf Server B nicht mehr. (Es kam die Meldung "Das Feld kann nicht in mehrere Absätze unterteilt werden", was soviel bedeutet, dass das RT-Feld kaputt ist)

Das Dokument wurde zuletzt durch einen Nachtagent um ca. 3:00 von Server A geändert und dann zu Server B repliziert.
Die Dokumente hatten in beiden Repliken das gleiche Datum, waren aber UNTERSCHIEDLICH groß
Beim Vergleich mit Notespeek fiel auf, das das intakte Dokument 4 Body-Items hat, das defekte 5, da sich eins der Items "verdoppelt" hat.

Ich hoffe ihr wisst wie ich das meine, wenn ich einen langen Richtext schreibe, teilt Notes das ja auf mehrere Body-Items auf, in jedem stehen dann ca 32kb. Im defekten Dokument war das 3. und 4. Body-Item doppelt, also von den CD-Records bis auf minimale Änderungen gleich, wodurch der Richtext ansich für Notes kaputt ging, da nach den CD-Records des 3. Item ja die des 5. kommen sollten (und nicht nochmal die gleichen)

Erst tippte ich ja auf irgendeine Repliziereinstellung wie z.B. hier: http://atnotes.de/index.php?topic=54587.0
Das Dokument hatte aber kein $ConflictAction, ebenso habe ich keine Repliziereinstellungen gefunden, dass nur bestimmte Felder o.ä. repliziert werden.

Als das Dokument dann auf Server A einfach nur nochmal gespeichert wurde, war es nach der Replikation auch wieder auf dem anderen Server intakt.
Da bei diesem Kunden Richtexte immer wieder sporadisch kaputt gehen, wollte ich hiermit mal nachfragen, ob jemand schon mal ähnliches beobachtet hat.

Gruß
Roland

[pram]

Hab hier noch was gefunden

http://www.assono.de/blog/d6plinks/How-does-replikation-work

bzw.:
https://www.xing.com/net/pria05aecx/notes/administration-3196/problem-bei-feldreplikation-im-cluster-7220186/7220186/#7220186

Das Problem das hier beschrieben ist, ist dass Felder überhaupt nicht repliziert werden. (Ich hab aber Felder doppelt)
Falls das Problem wieder mal auftritt, werde ich auch mal versuchen, die Sequenz-Nummern in Erfahrung zu bringen (auf die ich aber eigentlich keinen Einfluss habe) und wie gesagt, es funktioniert ja eigentlich bis auf wenige Ausnahmen

Gruß
Roland

[Thomas Schulte]

Ist in dem Original Dokument auf Server A zufällig ein Bild eingebunden, das aus einem PNG heraus erstellt wurde?

[pram]

Es sind viele Anhänge drin (~60 kleine ODT/ODS/PDF-Dateien. Insgesamt ~ 1.5MB) aber keine PNGs oder Inline-PNGs (im DXL/Notespeek gesucht)
Ich stelle auch grad fest, das $FILE-Items die im 3. (bzw. 4 Body-Item, welches ja doppelt ist, auch doppelt sind.

An die Sequence-Nummern komm ich im Moment leider nicht ran, da das Problem beim Kunden aufgetreten ist und ich erst wieder warten muss, bis so ein Fall auftritt. Die gesicherten Dokumente haben durch das Kopieren überall die SN1

Vielleicht ist dies noch eine wichtige Info:
Ich kann nicht ausschließen, das das Body-Feld (durch einen anderen Agenten, nicht durch den der das Doc zuletzt geändert hat) einmal mit  while doc.hasItem("Body") / call doc.removeItem("Body") entfernt wurde (also komplett) und anschließend aus einem anderen Dokument mittels copyItemToDocument wieder angelegt wurde.
Sollten hierbei die Sequence-Nummern mitkopiert werden, könnte es durchaus sein, dass die Body-Items danach eine niedrigere SN haben als zuvor.
Ich werd diesen Gedankengang mal verfolgen.


Gruß
Roland

/edit: habe jetzt auch mal im o.g. Xing-Forum nachgefragt.