Domino 8.5 Public Beta – Review (DAOS)
Der Domino Attachment and Object Service (DAOS) ist eines der sinnvollsten Erweiterungen, wenn nicht sogar die Sinnvollste in Domino 8.5.
Vielen Notes Administratoren wird bei diesem neuen Feature sofort das Stichwort “Shared Mail” und die damit verbundenen Bedenken ”Don´t let friends use Shared Mail” in den Kopf schießen, aber DAOS funktioniert anders und nach ersten Tests macht es einen soliden Eindruck.
Was genau ist denn DAOS?
Hier die Definition von IBM:
New advanced database property Use Domino Attachment and Object Service — The Domino Attachment and Object Service (DAOS) reduces the total cost of ownership of maintaining any participating Notes database by storing all file attachments in a separate repository on the server and retrieving them by reference. Multiple copies of the same attachment in any participating Notes database on the server are stored only once, eliminating disk space devoted to duplicate storage.
Mit DAOS werden Attachments ab einer definierten Größe nicht mehr in der Notesdatenbank selber gespeichert, sondern direkt ins Filesystem abgelegt und darauf referenziert. Beim Speichern des Attachments ins Filesystem wird eine Art Hash gebildet, um gleiche Dateien, auch in verschiedenen Notesdatenbanken wiederzuerkennen, damit diese physikalisch nur einmal abgelegt werden müssen. Mit dieser Technik spart man erheblich Speicherplatz am Domino Server selber, reduziert Backupzeiten, reduziert die Zeiten für Maintenance (z.B. compact) und steigert auf Grund erheblich kleinerer Notesdatenbanken die allgemeine Performance.
Selbstverständlich muss sich dieses Feature erst noch in der Praxis bewähren, aber wenn man sich vorstellt, dass man z.B. nur bei einer 2 MB eMail an 500 Benutzer knapp 1GB an Storage spart, sollte man nicht zögern, dieser Neuerung eine Chance zu geben.
Wie richtet man DAOS ein…
Um DAOS benutzen zu können, benötigt man folgende Voraussetzungen:
- ODS50
Wie schon in Domino 8.0.x, gibt es ab der Version 8.5 eine neue, optionale On Disc Structure, die über einen notes.ini Parameter und anschließendem compact -c aktiviert werden muss: CREATE_R85_DATABASES=1 - Transaction Logging
Transaction Logging muss aktiviert sein, dabei ist die Variante des Loggings egal. - Aktivierung von DAOS im Serverdokument
Über das Serverdokument lässt sich DAOS aktivieren und konfigurieren.

Hier lässt sich die minimale Größe von Attachments festlegen, ab der Anhänge ins Filesystem abgelegt werden sollen, der Pfad zum File Repository und die Zeit nach der Dateien, die nicht mehr in Notesdatenbanken verlinkt sind, gelöscht werden.
Nachfolgend muss der Domino Server einmal neugestartet werden und über “show server” lässt sich überprüfen, ob der Dienst läuft.

- Datenbank spezifische Aktivierung von DAOS
Sind die zuvor genannten Voraussetzungen gegeben, kann DAOS pro Datenbank über die Advanced Properties aktiviert werden.

Anhänge, die bereits in der Datenbank vorhanden waren, lassen sich über einen compact -c <datenbankpfad> in Filesystem extrahieren. - Alternative Aktivierung von DAOS
DAOS lässt sich alternativ auch über compact -daos on|off aktivieren bzw. deaktivieren. Auch hier gilt, dass vorhandene Anhänge über compact -c extrahiert werden können. In der Praxis würde man zum Beispiel “load compact -c -daos on <datenbankpfad>” verwenden.
Im Dateisystem sieht das ganze dann so aus:

Wie man sieht, werden die Dateien nicht (ich nenn es mal so) im “Klartext” ins Filesystem geschrieben und man kann sie auch nicht durch einfaches Umbenennen öffnen.
Für Clients ist dieses Feature völlig transparent, das bedeuted, dass es auch bei der Replikation mit Servern, die kein DAOS aktiviert haben, keine Probleme gibt, dort werden die Attachments dann direkt in der Notesdatenbank abgelegt.
Sollte aus irgendeinem Grund eine Datei nicht mehr vorhanden sein, lässt sich das entsprechende Notesdokument immernoch öffnen und man bekommt beim Versuch, dass Attachment zu speichern oder zu öffnen, einen Hinweis, dass die Datei nicht gefunden werden konnte.

Hinsichtlich der Sicherung der Dateien im Filesystem ändert sich vermutlich wenig; wie schon jetzt sollte entweder der Domino Server runtergefahren werden oder man verwendet einen entsprechenden Domino Agent der jeweiligen Backup Software zum sichern, da man nicht ausschließen kann, dass auf die Dateien im Moment der Sicherung zugegriffen wird.
Bin schon gespannt, ob sich DAOS durchsetzen wird und hoffe nicht, dass es in der “Shared Mail” Kategorie landet.
4 comments June 7th, 2008




4 Comments Add your own
1. John | June 25th, 2008 at 19:55
I personally don’t like DAOS since it leaves plenty of files in the file system… my servers receive thousands of emails per day, son in few months I should get millons of files in the DAOS subdirectories. Not good technically speaking. On the top of that it is unsecure, I tested sending an email disabling the huffman compression and in the file system I saw this txt file can be read directly in the DAOS folder! What about backup? If I want to backup/restore only 1 Db or a couple of dbs I must use a domino dedicated backup utility and I cannot use anymore what I have!
2. dennis ruddigkeit | June 26th, 2008 at 8:27
If you enable DAOS for all of your mail databases and the mail.box, set a higher “minimum size” a file must have to be extracted from the repsective document.
I don´t know your backup strategy, but I dont see any major problems here.
give it a chance ;-)
3. John | June 26th, 2008 at 14:04
Hi Dennis, I already tested DAOS. In fact, suppose I have 1000 DBs, all them with DAOS. I frequently make backups (e.g. 1 per month). The backup utility is a file-system based backup utility, not a Domino dedicated backup utility. So if I want to restore a database I am trapped since if I only restore the .nsf and not the DAOS directory then there will be attachments in the DAOS that will not be there anymore (because they were cleaned up), so the user will not be able to open these atts. If I restore both the DAOS directory and the .nsf then here the risk is major since I will cause corruption in the DAOS directory for existing DBs.
Also I tested attaching a file without clicking on compress (so huffman is not used) and when opening the file in the DAOS folder I was able to read it…. it’s not secure.
4. dennis ruddigkeit | June 26th, 2008 at 15:34
well ok, using a normal file backup in relation to DAOS is not the best solution, that´s correct. but you can define the time how long you hold files that are not linked to any document and in my experience you do not restore databases which are older than one or two months. the question is how long you keep your backups and provide the possibility to restore databass.
but the issue with reading the attachments from the filesystem when not using compression is interesting, hopefully thiswill be changed in the release version of 8.5.
Leave a Comment
Some HTML allowed:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>
Trackback this post | Subscribe to the comments via RSS Feed