[POLL] DAOS in produktiver Umgebung

[eknori]

Mich würde interessieren, ob es doch schon ein paar ( mehr ) Unternehmen gibt, die DAOS produktiv einsetzen. Mich interessieren primär nicht so sehr die Daten der Ersparnis. Die sind ja schon zu Genüge an vielen anderen Stellen im Web beredet worden.
Bei einem klaren JA ist die Anzahl der Datenbanken interessant;
bei einem klaren NEIN interessiert mich, was gegen den Einsatz von DAOS spricht;
bei einem "Wieder abgeschaltet" gibt es sicherlich auch eine kleine Begründung für diesen Schritt.

Vielen Dank im Voraus für eure zahlreichen Beiträge ...

[hallo.dirk]

bei einem klaren NEIN interessiert mich, was gegen den Einsatz von DAOS spricht

Weil noch nicht auf 8.5 sind ....

Aber ja, ich Plane es sicherlich zu gegebener Zeit einzusetzen.

[dirk_2909]

bei einem klaren NEIN interessiert mich, was gegen den Einsatz von DAOS spricht;

Nein, weil wir unsere Notes-Dokumente direkt archivieren (Single-Instance) und somit unsere Notes-Datenbanken klein halten.

[ozzy1206]

Hallo zusammen,

ich greife mal diesen alten Thread wieder auf.

Ganz allgemein gefragt: Würdet Ihr sagen, dass DAOS ein robustes Feature ist, das man bedenkenlos einsetzen kann ?

Ich musste mir heute von einem Dienstleister anhören, dass "DAOS nicht zu empfehlen sei, da sollte man besser die Finger von lassen".

Ich habe allerdings den Verdacht, dass dieses Statement eher den Unwillen zur Erbringung der gewünschten Dienstleistung kaschieren soll.   

Hintergrund dazu:
Wir setzen schon seit einiger Zeit DAOS auf einem Server produktiv ein, allerdings nicht in erster Linie, um Duplizität zu vermeiden sondern hauptsächlich, weil wir bei einer Datenbank mit sehr vielen Dokumenten (>600000), die noch dazu alle Anhänge beinhalten, keine andere Möglichkeit der Realisierung haben - die logische Größe der DB liegt mittlerweile bei 223 Gbyte, die physikalische bei 3 Gbyte. Erstaunlicherweise ist das ganze sogar noch performant, obwohl wir ursprünglich von weit weniger als der Hälfte an Dokumenten und Speicherplatz ausgingen, aber wie das ja immer so ist ...)

Unsere Backup-Software hat schon von Anfang an Probleme, diesen Server über die Notes-API zu sichern (eingesetzt wird "BackupExpress" von Syncsort). Die o.g. Aussage stammt von einem für Syncsort zuständigen Dienstleister.

Da wir vorhaben, unsere gesamte Server-Infrastruktur Domino-seitig auf den aktuellen Stand zu bringen und dabei zumindest bei den Mailservern auch DAOS einzusetzen, kann ich mich mit so einem Statement naturgemäß nicht zufrieden geben, daher meine Frage an Euch, bevor ich bei Syncsort entsprechend Krach schlage.

Falls Ihr (positive wie negative) Erfahrungen mit der Datensicherung bei DAOS-Servern habt, wäre ich daran natürlich auch sehr interessiert  ... 

Danke und Beste Grüße

Ozzy

[Tode]

ALSO: Datensicherung und DAOS IST ein Thema. Die Begründung ist recht einfach:
Durch DAOS werden viele -mehr oder weniger- kleine und grosse Dateien in einem Verzeichnis abgelegt.
Die Maximalgrösse des Verzeichnisses beträgt dabei standardmässig 40.000 Dateien.
Wenn Du jetzt mal versuchst, ein solches "Volles" DAOS- Verzeichnis nur im Explorer anzuzeigen, dann wirst Du -je nach Plattenperformance- mehrer Minuten bis Stunden warten...

Das selbe passiert bei der Sicherung. Wenn man jetzt also -entgegen der Empfehlung von IBM- jeden Tag eine Vollsicherung probiert, dann wird man irgendwann einfach an die Zeitgrenzen Stossen (Habe schon Sicherungen über mehr als 12Stunden gesehen).

Sichert man aber inkrementell, dann ist das kein Thema mehr, weil DAOS- Dateien unveränderlich sind.

Wir haben DAOS bei vielen Kunden (20 - 2.000 User) im Einsatz und würden es JEDERZEIT jedem empfehlen.

Gut: Bei einem Kunden ist zweimal der Katalog irgendwie beschädigt gewesen, was dazu geführt hat, dass DAOS alle Attachment noch einmal abgelegt hat. Das lies sich aber mit einem doasmgr resync beheben, und ist jetzt seit längerem nicht mehr aufgetaucht.

Ansonsten kann ich nur sagen: Super Feature, super Funktionalität, habe noch keine Nachteile gefunden...

[m3]

Ich habe allerdings den Verdacht, dass dieses Statement eher den Unwillen zur Erbringung der gewünschten Dienstleistung kaschieren soll.   

Ja, den Verdacht würde ich auch haben.

[ozzy1206]

Hallo Namensvetter (ich heiße auch Torsten ohne "h" ;-) ),

vielen Dank für die schnelle und ausführliche Antwort !
Unser derzeitiger DAOS-Server läuft auf einem 64bit-SLES 10 (demnächst SLES 11), insofern ist da nix mit Explorer, aber ich weiss natürlich, was Du meinst   !

Wir machen die Base-Sicherungen am Wochenende , dazwischen nur inkrementell. Das ist auch gar nicht das Problem, sondern eher, dass BackupExpress mit schöner Regelmäßigkeit den Domino Server zum crash bringt, und zwar dergestalt, dass er trotz aktivierter automatischer Server-Wiederherstellung nicht von allein wieder hochkommt.

Aber das will ich hier gar nicht weiter vertiefen, da soll sich dann mal schön der Dienstleister drum kümmern ...

Nochmal danke !

Gruß

Torsten aka Ozzy

[Joachim Römer]

Wenn wir schon bei diesem Thema sind, wage ich anzumerken, dass DAOS bei Dokumenten mit Anhängen,
die mit einem privaten Schlüssel verschlüsselt sind, an seine "Grenzen" stösst.

Soll heissen, solche Dokumente werden dann nicht, wie es logisch wäre, vom Server unangetastet gelassen,
sondern leider "versucht" DAOS die Anhänge auch solcher Dokumente zu "detachen", was dann leider
zum Komplettverlust des jeweiligen Anhanges führt.

Ansonsten funktioniert es fehlerfrei ....  ---> im Unterschied zum Vorläufer  "Shared Mail" 

Gruss,

Joachim

[Dr.Domino]

Ja :-) ... nach Testsystem derzeit als "Produktiv"-PoC mit 8.5.2 FP2 auf

- CentOS 5 (32) mit ca. 20 Usern
- WinDoze 2008R2 mit ca. 40 Usern

soweit problemlos. Backup mit Arkeia 9 und BE 2010 R3.

[Driri]

Wenn wir schon bei diesem Thema sind, wage ich anzumerken, dass DAOS bei Dokumenten mit Anhängen,
die mit einem privaten Schlüssel verschlüsselt sind, an seine "Grenzen" stösst.

Soll heissen, solche Dokumente werden dann nicht, wie es logisch wäre, vom Server unangetastet gelassen,
sondern leider "versucht" DAOS die Anhänge auch solcher Dokumente zu "detachen", was dann leider
zum Komplettverlust des jeweiligen Anhanges führt.

Nur mal interessehalber :

Heißt das im Klartext, daß verschlüsselte Attachments durch DAOS "zerstört" werden ? Oder wie darf ich das verstehen ?

[Joachim Römer]

Heißt das im Klartext, daß verschlüsselte Attachments durch DAOS "zerstört" werden ?

Richtig !  So war es gemeint ...

P.S.  "Logisch" scheint mir das schon, da ja ein Server einen Privaten Schlüssel eines Nutzers im Nomalfall nicht haben
kann. Trotzdem wird der Anhang "detacht"... und das soll / darf nicht sein ...

Gruss,

Joachim

[Ralf_M_Petter]

@Joachim!

Du hast das aber nicht probiert oder? Es ist nämlich völlig unlogisch, dass der Anhang beschädigt wird, wenn er detached wird. Der Inhalt des Anhangs verändert sich ja nicht, sondern wird nur wo anders gespeichert. Probiert dein Szenario mal aus und poste dann das Ergebnis, bevor noch jemand verunsichert wird.

Grüße

Ralf

[Joachim Römer]

Probiert dein Szenario mal aus und poste dann das Ergebnis, bevor noch jemand verunsichert wird.

ICH poste nichts, ohne dass ich das vorher selbst verifiziert habe.
( --> deshalb bin ich hier auch nicht der "Massen" - Poster )   

Wir haben das mit Maildatenbanken von Anwendern getestet,  wo es Dokumente mit Anhängen gibt, die mit privaten Schlüsseln der User abgespeichert ( verschlüsselt ) wurden.

Die privaten Schlüssel befinden sich, wie bei Notes so üblich, in den User-ID´s der Anwender.
( ---> es sind also NICHT die öffentlichen Schlüssel gemeint, die auch im Personendokument im NAB auftauchen ! )

Gruss,

Joachim

[Ralf_M_Petter]

Also ich habe gerade folgende Schritte ausprobiert:

Einen geheimen Schlüssel in meiner ID erstellt.

Ein neues Dokument in meiner Maildatenbank erstellt, für die DAOS aktivert ist. In den Dokumenteigenschaften den geheimen Schlüssel ausgewählt und einen Dateianhang hinzugefügt, der grösser als die Minimumgrösse für DAOS ist. Beim Speichern schreibt Notes, dass das Dokument mit dem geheimen Schlüssel verschlüsselt wird.

Ich kann das Dokument, dannn mit meiner ID problemlos wieder öffnen und auch der Anhang funktioniert einwandfrei.

Was machst du anders, dass es bei dir nicht funktioniert?

Grüße

Ralf

[m3]

Also wenn ich mir Ulrichs Posting http://www.eknori.de/2009-04-14/daos-encrypted-mail/ ansehe, sollten verschlüsselte Mails auch mit DAOS funktionieren.

[blizzard]

ja, es werden logischerweise unterschiedliche NLOs angelegt. Aber funktionieren sollte das ganze doch ganz normal!

[MCPvsTron]

Hallo,

wird bei uns nicht eingesetzt bzw. in Erwägung gezogen da wir eine Archivierungssoftware eines anderen Herstellers bereits im Einsatz haben.

Grüße
Christian

[Ralf_M_Petter]

@Christian!

Kannst du mir sagen, inwiefern DAOS etwas mit Archivierung zu tun hat? DAOS hat doch eine ganz andere Funktion wie Archivierung. DAOS kann z.B. ganz massiv Bandbreite bei der Replikation sparen. Wie soll das eine Archivierungslösung können.

Grüße

Ralf

[Driri]

Ich bin jetzt nicht Christian, aber wir haben auch wegen der Einführung eines Archivsystems auf die Nutzung von DAOS verzichtet.

Wir archivieren sämtliche Mails aus den Maildatenbanken der User. Nach momentan drei Monaten werden die Attachments entfernt und durch einen Link auf die archivierte Mail ersetzt. Attachments liegen somit maximal drei Monate auf unseren Dominoservern.
Sonstige Anwendungen, die Attachments enthalten, haben wir nur in überschaubarer Menge und mit geringem Datenvolumen.

Aus den Gründen haben wir DAOS nicht aktiviert.

[Joachim Römer]

Was machst du anders, dass es bei dir nicht funktioniert?

Nichts !   

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

Effekt, wie schon beschrieben, also wenn ich dann als Benutzer die Mail mit dem Anhang öffne, habe ich als Anhangsgrösse 0 Byte und bekomme den Anhang NICHT geöffnet ..

P.S.  Wenn ich heute noch dazu komme, kann ich versuchen, einen Screenshot zu machen ...

Gruss,

Joachim