Ein paar Fragen zu DAOS

[BenjaminP]

Hallo zusammen,

wir überlegen zur Zeit DAOS für uns einzusetzen...
Ich habe jetzt einige Zeit das Adminhelp dazu durchgelesen aber mir bleiben noch zwei, drei Fragen offen...

Es heißt:

If users later create multiple documents (such as replies in an e-mail thread) containing copies of the same file attachment, the Domino server places a reference in every document to the single copy of the file attachment in the repository.

Das ist ja schön und gut und trägt ja zum Konzept bei... Was ist aber, wenn sich in dem Zusammenhang das Dokument von Person zu Person verändert?
Also ich schicke das Mail mit Anhang rum... Person 1 ändert und schickt weiter, Person 2 macht das gleiche...

Wie stelle ich sicher, das ich, falls ich das mal will trotzdem Zugriff auf das Original bzw. die Versionsstände habe?

Ich stelle mir dazu vor, das Domino bemerkt, das File wurde verändert und daher erstellt er hierzu eine neue Reference und lässt die alte bestehen, korrekt?

Eine zweite Sache noch, die ich viel wichtiger finde...

Was passiert denn bei Aussendienstler? Als bei Benutzern, die eher weniger im Büro sind?
Da würde ja DAOS so fast keinen Sinn machen... Denn man muss ja soweit ich das verstehe Zugriff auf das Repository haben, das angelegt wird... Wenn ein Aussendienstler repliziert, weil er vielleicht nicht ins VPN kommt, aus welchen Gründen auch immer, dann steht er dumm da?

Ich meine dann müsste es doch so sein, das bei Replikation die Attachments in die lokale Replik gezogen werden... Oder wie ist das?
Weil, wenn er den Zugriff braucht, dann macht das aktivieren keinen Sinn, jedenfalls nicht für uns.

Freue mich schon auf Antworten.

Viele Grüße,
Ben

Edit: Code durch Quote ersetzt...

[m3]

Kannt Du bitte einen Quote statt dem Code verwenden? Dann wird es lesbarer. Danke!

[Driri]

Ich bin da nicht der Experte, aber nach meinem Wissenstand ist es so, daß

a) jedes Attachment anhand eines Hashwertes daosiert wird. Das bedeutet, daß bei Änderung des Attachments auch ein neuer Hashwert errechnet wird. Somit bleibt die alte Version dann erhalten.

b) lokale Repliken stets komplett (also inkl. Attachments) sind, da DAOS eine rein serverbasierte Angelegenheit ist und der Client gar nicht mitbekommt, daß die Attachments physikalisch gar nicht mehr in der Maildatenbank liegen.

[eknori]

Ich stelle mir dazu vor, das Domino bemerkt, das File wurde verändert und daher erstellt er hierzu eine neue Reference und lässt die alte bestehen, korrekt?

Wenn der ANHANG geändert wird, dann wird auch eine neu e.NLO Datei erzeugt. Die Files sind ja nicht mehr bit-identisch.

Ich meine dann müsste es doch so sein, das bei Replikation die Attachments in die lokale Replik gezogen werden... Oder wie ist das?

Genau so ist das. DAOS ist ein Server Feature. Ergo werden die Anhänge bei einer lokalen replik auch in der Anwendung gespecihert. Ebenso wie bei repliken von Servern, die DAOS nicht aktiviert haben.
Ausführliche Präsentation dazu in meinem Blog. www.eknori.de

[BenjaminP]

...ah super, vielen Dank für eure Antworten.
Das gleicht sich ja mit dem, was ich mir schon dachte.

Danke euch...

Eine Sache noch, die ich aber eben vergessen hatte...
Warum brauche ich für DAOS unbedingt das Transactional Log?

Ich will dazu sagen, das ich es biher so nicht gebraucht habe. Ich scheue mich zwar nicht das einzuschalten, aber was hat denn die Nutzung von DAOS mit dem Transactional Log zu tun?

Ich habe natürlich eine Meinung dazu, würde diese aber gerne absichern.

Hat es damit zu tun, das Attachments ja quasi aus der DB entfernt werden, was also dann ähnlich einer Transaktion, sprich der Prozess wie eine Transaktion abläuft und Domino da einfach sicher gehen will, das im Zweifel nichts verloren geht?

Grüße,
Ben

[eknori]

Warum brauche ich für DAOS unbedingt das Transactional Log?

Grob gesagt sichert sich der Server damit ab, daß alle Schritte abgearbeitet sind, die benötigt werden, um ein Attachment aus einer Note zu entfernen, den Hashwert zu bestimmen, das NLO im repository zu speichern und das Ticket in die Note zu packen.

Ist nunmal so - no discussion !!