Anhänge vervielfachen sich - Replikationsproblem?

[jo@chim]

Ich habe eine Datenbank (mehrere Repliken) bei der offensichtlich Replikationsfehler bei Dokumenten mit Anhängen auftreten.

Der Anhang (es ist jeweils nur einer) ist im Feld "DataSheet" gespeichert. In einigen - nicht allen Dokumenten - vervielfachen sich nun seit einiger Zeit die Anhänge. In "DataSheet" wird nach wie vor nur ein Anhangssymbol  angezeigt, aber das Feld $FILE existiert mehrmals.

Wenn ich ein Skript laufen lasse, das mir die Namen der Anhänge zurückgibt, lautet das Ergebnis beispielsweise

- worksheet.xlsx
- worksheet.xlsx
- STG33922

Das führt in der Praxis dazu, dass bearbeitete Anhänge nicht gespeichert werden (nicht immer nicht, aber immer öfter nicht).

Ich habe mir einen Agenten programmiert, der die Anhänge komplett löscht und das Excel-Sheet neu anhängt (siehe unten). Das funktioniert auch offensichtlich... bis nach einigen Minuten das Dokument als ungelesen erscheint und wieder mit mehreren $FILE-Feldern und Anhängen bestückt ist.

Any hints? Sieht nach Replikationsproblem aus, oder?

Code

	...		'Delete Old Sheet
			Set rtitem = doc.GetFirstItem( "DataSheet" ) 		
			If Not (rtitem Is Nothing) Then
				ret = Evaluate( { @AttachmentNames } , doc)
				ForAll r In ret
					Set attach = doc.GetAttachment(r)
					If Not(attach Is Nothing) Then
						Call attach.remove 
						Call rtitem.Update()
						Call doc.save(True,True)
					End If
					Set attach = Nothing
				End ForAll	
				ForAll i In doc.Items
					If i.Name="$FILE" Then i.remove
					Print "Removed double $FILE item"
				End ForAll			
				Call rtitem.Remove()	
				Call doc.Save( True, True )	
			End If
			
			If noFile<>1 then		
			'Save New Sheet to Document
				Set rtitem = New NotesRichTextItem( doc, "DataSheet" )
				Call rtitem.Update()
				Call doc.Save( True, False )
				Call rtitem.Update()								
				Set object = rtitem.EmbedObject ( EMBED_ATTACHMENT, "", filename(0))
				Call rtitem.Update()
				Call rtitem.Compact()
				Call doc.Save( True, False )

[ghostmw]

... hast du Konflikte mischen als Eigenschaft in der Maske drin ?

Damit haben wir jedes Mal riesig Spaß und ähnliche Phänomene ...

[jo@chim]

Nein, die Einstellung ist "Mischen / Keine Konflikte". Aber danke für den Hinweis, ich stell das mal auf "Konflikte nicht erstellen" und seh, was dann passiert...

[ghostmw]

... das meinte ich genau.

Wir haben das in einer Infocontainer ähnlichen Datenbank auch gehabt, wir dachten bei einer Ausrollung der DB auf ca. 60 Server wäre die Eigenschaft ganz nett.

Aber wir hatten so dermaßen Probleme mit kaputten Attachments, dass wir das wieder revidiert haben.

Teilweise Abschnitte und Attachments doppelt und dreifach, mal korrupte Attachments (0 Byte Größe aber das Bild war noch da).

Und und und ... nicht lustig.

Einfach die Option auf "Konflikte erstellen" wechseln und in den einzelnen Dokumente die Konfliktoptionsfelder ($ConflictAction) komplett rauswerfen.

[jo@chim]

Also nicht auf "Konflikte nicht erstellen" sondern auf "Konflikte erstellen"?

[ghostmw]

Jupp ...

[jo@chim]

Funktioniert... dankschön!

[pram]

Zur Info: Diese STGxxxxx Items kommen dann, wenn beim Speichern im UI die Option in der DB "Bilder nach dem Laden anzeigen" aktiv ist. (Hatte auch schon mal viel Spass damit)

Diese Option gehört m.E. zu einer die man besser nicht aktiviert, da sie ziemlich buggy ist:

- Bilder verschwinden (d.h. die Icons der Anhänge werden "unsichtbar") beim Speichern wenn das RT-Feld nun in einer Teilmaske ist (wegen Redesign der Anwendung) und früher direkt in der Maske war. Die Option gilt scheinbar nur für RT-Felder in Masken (nicht in Teilmasken). Ist das RT-Feld in einer Teilmaske, so wird selbst bei aktiver Option das Bild nicht verzögert gespeichert/angehängt

- Backend-Funktionen bis in Notes 8.5.1 fehlerhat: http://www-10.lotus.com/ldd/fixlist.nsf/5c087391999d06e7852569280062619d/3bcce01b055d44a7852570cb00479114?OpenDocument

- Zahlreiche andere Probleme: https://www.google.de/search?q=STGxxxxx

Das Gute ist, man kann diese Dokumente konvertieren/reparieren indem man die Option deaktiviert und ZWEI mal im UI mit einer Maske speichert, die ein Body-Feld enthält. (nach dem ersten Speicher kommt eine Meldung, dass Anhänge ggf. korrupt sind)
Um die betroffenen Dokumente zu ermitteln, kann man sich eine Ansicht mit SELECT @Left(@AttachmentNames;3)="STG" erstellen.

Gruß
Roland

[jo@chim]

Danke... deaktivierte Konfigurationseinstellung + 2x speichern funktioniert tatsächlich! Die Arbeit für das Reparaturskript hätte ich mir sparen können :-)