[POLL] DAOS in produktiver Umgebung

[stoeps]

Unsere Infrastruktur übrigens: 
- Domino 8.5.1 FP3 ( WIN 2003 Server 64-bit); LN Basic-Client 8.5.1 FP3

Bist du dir sicher, daß es am Verschlüsseln liegt? Bei der 8.5.1 FP3 gab es verschiedene Probleme mit DAOS und PULL Replication. Warum macht ihr nicht wenigstens ein Update auf das aktuellste FP für 8.5.1?

[Wolfgang]

... ich habe DAOS vor einiger Zeit nach einem erfolgreichen Test auf einem produktiven Server eingeschaltet. Dabei entstand ein "lustiger" Nebeneffekt, den wir erst später festgestellt hatten.
Neben der daoscat.nsf wurde austomatisch eine zweite Datenbank dieses Namens in einem neu erstellten Verzeichnis erzeugt. Die DB selbst ließ sich nicht öffnen und es kam eine Meldung, dass die DB korrupt sei. Das Unterverzeichnis selbst hatte ein äußerst seltsames Sonderzeichen im Namen.

Alles funktionierte zunächst scheinbar problemlos, bis wir eine Sicherung zurückspielen wollten. Das Einlesen der Ordnerstruktur führte dazu, dass die Backupsoftware zu 100% abstürzte und den Domino mitriss. Das Backup war also nicht mehr zu gebrauchen. Nach dem Löschen des seltsamen Ordners wurde beim Domino-Neustart jedesmal ein Ordner mit kryptischen Namen und einer defekten daoscat.nsf angelegt, allerdings jedesmal ein anderer.   

Der Domino wurde neu installiert und anschließend sogar auch das Betriebssystem. Das Verhalten auf dieser Maschine blieb gleich. Nach dem Ausschalten von DAOS lief dann wieder alles. Ich habe nie rausbekommen, was die Ursache dafür war ...

Gruß
Wolfgang

[Joachim Römer]

Bist du dir sicher, daß es am Verschlüsseln liegt?

Was ist heute schon "sicher" ...  aber Fakt ist, dass dieser "Effekt" eben nur mit verschlüsselten Dokumenten auftritt.

Warum macht ihr nicht wenigstens ein Update auf das aktuellste FP für 8.5.1?

War bisher noch keine "Zeit" dazu. Ist eine zweistellige Anzahl von Servern.
Aber nächste Woche geht es Richtung 8.5.2 mit dem aktuellsten FP.

"Stay tuned" ... als erste "Aktion" nach dem Update werde ich sicherlich nochmals DAOS aktivieren und testen.

Gruss,

Joachim

[Maseltow]

ich habe DAOS bei mehreren Servern produktiv im Einsatz, beim größten mit ca. 1000 Mail- und Projektdatenbanken, ca. 1,5TB
bei 8.5.1 und 8.5.2 mit gelegentlichen Fehlern, weil der Anhang nicht gefunden wurde, seit 8.5.2FP2 treten keine Fehler mehr auf
 

[m3]

DAOS kann z.B. ganz massiv Bandbreite bei der Replikation sparen.

Hä? DAOS ist doch eine zu tiefst "lokale" Eigenschaft die nur jeweils einen Server betrifft. Meintest Du ev. I/O statt Bandbreite?

[Patrick Schneider]

Hi,

DAOS kann z.B. ganz massiv Bandbreite bei der Replikation sparen.

Hä? DAOS ist doch eine zu tiefst "lokale" Eigenschaft die nur jeweils einen Server betrifft. Meintest Du ev. I/O statt Bandbreite?

Nein, er hat schon recht. 2 DAOS-enabled Server können untereinander kommunizieren, dass sie ein Dokument mit dem Anhang XYZ replizieren möchten und dass dieser Anhang den Hash-Code ABC hat. Hat der Zielserver bereits ein DAOS-Attachment mit Hash-Code ABC, wird das bei der Replikation weggelassen. Ist aber nur beim "normalen" Replizieren anwendbar. Das "beschleunigte Replik-Erstellen" (a.k.a. Kopieren auf OS-Ebene) kann die Funktion nicht.

Gruß,
Patrick

[Patrick Schneider]

Hallo Wolfgang,

... ich habe DAOS vor einiger Zeit nach einem erfolgreichen Test auf einem produktiven Server eingeschaltet. Dabei entstand ein "lustiger" Nebeneffekt, den wir erst später festgestellt hatten.
Neben der daoscat.nsf wurde austomatisch eine zweite Datenbank dieses Namens in einem neu erstellten Verzeichnis erzeugt. Die DB selbst ließ sich nicht öffnen und es kam eine Meldung, dass die DB korrupt sei. Das Unterverzeichnis selbst hatte ein äußerst seltsames Sonderzeichen im Namen.

Hatten wir auch mal:
-> http://www-01.ibm.com/support/docview.wss?uid=swg1LO52581

Gruß,
Patrick

[cg-home]

Hi,

wir haben Anfang des Jahres auf R8.5.2FP2 gewechselt und vor ca. 2 Monaten
auch auf 2 Servern DAOS aktiviert. Bisher haben wir keine Probleme damit.

mfg Christian

[Wolfgang]

... ich habe DAOS vor einiger Zeit nach einem erfolgreichen Test auf einem produktiven Server eingeschaltet. Dabei entstand ein "lustiger" Nebeneffekt, den wir erst später festgestellt hatten.
Neben der daoscat.nsf wurde austomatisch eine zweite Datenbank dieses Namens in einem neu erstellten Verzeichnis erzeugt. Die DB selbst ließ sich nicht öffnen und es kam eine Meldung, dass die DB korrupt sei. Das Unterverzeichnis selbst hatte ein äußerst seltsames Sonderzeichen im Namen.

Hatten wir auch mal:
-> http://www-01.ibm.com/support/docview.wss?uid=swg1LO52581

... die genaue Version bei uns zu diesem Zeitpunkt weiß ich jetzt nicht mehr.
Das mit dem Third Party Produkt in dem Artikel finde ich jedoch klasse. Auf unserem Server war keines außer dem IBM-eigenen Tivoli Data Protection for Lotus Domino.     

Gruß
Wolfgang

[m3]

Hi,

DAOS kann z.B. ganz massiv Bandbreite bei der Replikation sparen.

Hä? DAOS ist doch eine zu tiefst "lokale" Eigenschaft die nur jeweils einen Server betrifft. Meintest Du ev. I/O statt Bandbreite?

Nein, er hat schon recht. 2 DAOS-enabled Server können untereinander kommunizieren, dass sie ein Dokument mit dem Anhang XYZ replizieren möchten und dass dieser Anhang den Hash-Code ABC hat. Hat der Zielserver bereits ein DAOS-Attachment mit Hash-Code ABC, wird das bei der Replikation weggelassen. Ist aber nur beim "normalen" Replizieren anwendbar. Das "beschleunigte Replik-Erstellen" (a.k.a. Kopieren auf OS-Ebene) kann die Funktion nicht.

Gruß,
Patrick

Ach ja richtig, darauf hab ich ganz vergessen. Das funktioniert ja mit dem Client auch.
Danke.

[Patrick Schneider]

Hallo Wolfgang,

Hatten wir auch mal:
-> http://www-01.ibm.com/support/docview.wss?uid=swg1LO52581

... die genaue Version bei uns zu diesem Zeitpunkt weiß ich jetzt nicht mehr.
Das mit dem Third Party Produkt in dem Artikel finde ich jedoch klasse. Auf unserem Server war keines außer dem IBM-eigenen Tivoli Data Protection for Lotus Domino.     
[/quote]
Da schließt sich der Kreis. Auf dem Server, auf dem das Problem auftrat, war auch TSM installiert. In einer Version, die eigentlich DAOS-aware ist...
Merke: Tivoli != Lotus
Ergo: 3rd Party ;-)

Gruß,
Patrick

[Patrick Schneider]

Hallo Martin,

Ach ja richtig, darauf hab ich ganz vergessen. Das funktioniert ja mit dem Client auch.
Danke.

DAOS ist nur serverseitig und für den Client transparent. Was soll da mit dem Client funktionieren? ;-)

Gruß,
Patrick

[Ralf_M_Petter]

Wenn ein >=8.5.1 Client ein Dokument an den Server schickt, dass Anhänge enthält, wird auch zuerst der Hash geschickt und falls der Anhang im Daos bereits vorhanden ist werden die Anhänge nicht mehr übertragen.

Deshalb auch meine Verwunderung, warum manche DAOS nicht einsetzen, weil sie eine Archivierung haben. Gerade das klassische Weiterleiten von mails mit Anhängen wird mit DAOS super beschleunigt.

Grüße

Ralf

[Patrick Schneider]

Hallo Ralf,

Wenn ein >=8.5.1 Client ein Dokument an den Server schickt, dass Anhänge enthält, wird auch zuerst der Hash geschickt und falls der Anhang im Daos bereits vorhanden ist werden die Anhänge nicht mehr übertragen.

Das ist mir jetzt neu. Man lernt halt nie aus! ;-)
Hast du vielleicht eine Technote, in der das Verhalten beschrieben ist? Danke :-)

Gruß,
Patrick

[Ralf_M_Petter]

Kein Problem

https://www-304.ibm.com/support/docview.wss?uid=swg21411307&wv=1

Grüße

Ralf

[m3]

Danke Ralf, ich war grad anderwertig beschäftigt.

[MCPvsTron]

@Ralf_M_Petter

Hallo Ralf,

aus den gleichen Gründen die Ingo bereits beschrieben hat. Ich vermute wir setzen das gleiche Produkt ein.

Grüße

Christian

[stoeps]

Ich verstehe nur nicht, warum bei euch DAOS und Archivierung eine entweder oder Entscheidung ist!

DAOS für Anhänge die gerade an viele Benutzer verschickt werden und Archivierung für den Kram, den die User nicht löschen möchten.

Ich kenne kein 3rd Party Produkt, das mit DAOS nicht zu Recht kommt, also warum nicht kombinieren?

Ich schicke jetzt ein 10 MB Attachment an 100 User, ohne DAOS knapp 1GB Plattenplatz muß beschrieben und gesichert werden. Mit DAOS schreibt der Server ca. 10-15 MB und das war es.

Replizierung zwischen Servern wird beschleunigt, der Platz wird besser genutzt.

[Driri]

Kombinierbar wäre das auf jeden Fall. Alles andere wäre auch peinlich für IBM (siehe Signatur)

Aber:

DAOS schalte ich ja nicht mal eben ein und es läuft dann ohne weitere Aktionen vor sich hin. Soweit ich das mitbekommen habe, muß man sich ja mindestens um das Thema Backup/Restore Gedanken machen.

Und wenn ich mir die Auslastung meiner Admin-Kollegen anschaue, haben die momentan andere Sorgen.

Darum haben wir erstmal auf DAOS verzichtet, denn durch die Archivierung und das Entfernen von Attachments aus archivierten Mails erzielen wir zumindest schon mal einen gewissen Effekt, was das Datenvolumen auf den Servern und in den diversen Repliken betrifft.

[stoeps]

Servus,

Da geb ich dir Recht, ich muss mir Gedanken zur Einführung machen und auch ein paar Dinge planen. Wobei das nicht schlimm ist und grad das Restorethema nicht schlimm ist, bei entsprechender Vorplanung.

Ich wollte nur klarstellen, dass beide Funktionen parallel möglich und auch sinnvoll sind, schliesslich hat am Anfang des Freds jemand gefragt ob er es einsetzen soll und da hörten sich manche Antworten so an wie: Nö brauchen wir nicht wir archivieren, bzw wir haben uns dagegegen entschieden weil wir archivieren.