top
 
Visit our english website Bestellen Sie unsere ITWU-News!
 
unternehmen www.itwu.de
  home kontakt impressum sitemap
www.itwu-demo.net/blog www.twitter.com/ITWU_DE www.facebook.com/itwu.de www.itwu-demo.net/blog

DAOS - Nein? Ja? Und wenn, dann wie?

Mithilfe des Domino Attachement and Object Service (DAOS) können Sie die redundante Speicherung eines E-Mail-Attachements vermeiden und somit Ihre Speicherkosten drastisch verringern. Aber DAOS ist nicht in allen Domino-Infrastrukturen empfehlenswert. ITWU sagt Ihnen, wo und wie Sie DAOS effektiv einsetzen sollten.

Der Einsatz von DAOS lohnt sich besonders dann, wenn Ihre Datenbanken viele Kopien eines oder mehrerer Attachments beinhalten oder die Attachments besonders groß sind. Wenn beispielsweise ein großer Anhang per E-Mail an mehrere Empfänger gesendet wird, speichert DAOS nur eine Kopie dieser Datei. So muss der Anhang nicht in allen Mailfiles der Empfänger abgelegt werden. Denn diese bekommen lediglich einen Verweis auf die mit DAOS abgespeicherte Datei. Sobald der Anhang verändert wird, wird natürlich eine neue Version in DAOS abgelegt.

Die Speicherung mehrere Attachments mit DAOS - früher wurden alle drei Attachments in jedem Mailfile gespeichert.

Enthalten Ihre Datenbanken jedoch wenige Attachments und Duplikate, lohnt sich der Einsatz von DAOS kaum. Wenn Ihre Datenbanken darüber hinaus schnell auf anderen Servern wiederhergestellt werden müssen, sollten Sie sich ebenfalls gegen DAOS entscheiden. Das DAOS-Repository wird standardmäßig mit einer Verschlüsselung gesichert, die die Wiederherstellung der Attachments auf einem anderen Server verhindert. Diese Verschlüsselung kann zwar in der Notes.ini mit dem Parameter DAOS_ENCRYPT_NLO=0 deaktiviert werden, die Sicherheit der Daten im DAOS-Repository wird dadurch allerdings verringert.

Wenn Ihre Datenbanken viele kleine Attachments enthalten ist der Verwaltungsaufwand für die zahlreichen NLO-Dateien, zu denen die Attachments konvertiert werden, dermaßen hoch, dass DAOS eher kontraproduktiv wirkt. Dieser Fall kann auch auftreten, wenn Ihre Datenbanken viele Attachments unterschiedlicher Größe enthalten und die Minimum-Größe der Attachments, die in das DAOSRepository überführt werden sollen, zu niedrig angesetzt wird.

Im Serverdokument lässt sich DAOS aktivieren und über die DAOS Settings konfigurieren

Diese Minimum-Größe können Sie in Ihrem Server-Dokument unter dem Reiter DAOS jederzeit ändern. In der Version 8.5 wird eine Minimum- Größe von 4 KB empfohlen und standardmäßig vorgegeben. In der Version 8.5.1 beträgt die empfohlene Minimum-Größe 64 KB. Das Ziel bei der Ermittlung Ihrer optimalen Minimum-Größe ist es, die Zahl der NLO-Dateien so klein und den eingesparten Speicherplatz so groß wie möglich zu halten.

Eine derartige Auflistung des eingesparten Speicherplatzes und der Anzahl der NLO-Dateien je nach Minimum-Größe erhalten Sie im DAOS Estimator Tool. Mit diesem Tool können Sie selbst feststellen, welche konkreten Einsparungen in Ihrem Unternehmen mit DAOS realisierbar sind. So zeigt es Ihnen u.a. an, wie groß Ihre Datenbanken im jetzigen Zustand und nach dem Einsatz von DAOS sind, wie viele Attachments gefunden wurden und wie viel Speicherplatz dadurch eingespart werden könnte.

Laden Sie sich jetzt das
DAOS Estimator Tool herunter und erfahren Sie, was DAOS Ihnen wirklich bringt

Eine weitere wichtige Einstellung für den Einsatz von DAOS ist das Deferred Deletion Interval, das ebenfalls im Serverdokument unter dem Reiter DAOS verändert werden kann. Dieses Intervall bezieht sich auf das sogenannte Pruning, das Löschen nicht mehr referenzierter NLO-Dateien. Bei der Ermittlung des optimalen Intervalls spielt zum einen Ihr Backup-Zyklus eine wichtige Rolle. Schließlich wollen Sie die NLO-Dateien nicht löschen, bevor Sie nicht mindestens einmal auf dem Backup gespeichert wurden. Das Deferred Deletion Interval sollte also immer länger sein als Ihr Backup-Zyklus.

Allerdings ist es für Sie ebenfalls wichtig, besonders große NLO-Dateien schnellstmöglich zu löschen, sobald sie nicht mehr in einer Ihrer Datenbanken referenziert sind, um nicht unnötig Speicherplatz in Anspruch zu nehmen. Sie sollten dennoch eine gute Balance zwischen diesen beiden Faktoren finden, damit weder Dateien gelöscht werden, die eventuell noch benötigt werden könnten, noch Speicherplatz verschwendet wird. Der neue Console Command "tell daosmgr prune x" lässt Sie zudem selbstständig diejenigen nicht mehr referenzierten NLO-Dateien löschen, die bereits x Tage alt sind.

Wenn Sie Informationen zu den weiteren neuen Console Commands für DAOS erhalten möchten, sonstige Fragen zu Ihrem Einsatz von DAOS haben oder Hilfe bei der Konfiguration von DAOS in Ihrem Unternehmen benötigen, rufen Sie uns an - wir helfen Ihnen gerne weiter.

Zurück

footer