DAOS rückgängig machen und Attachments wieder zuweisen

[mgubler]

Guten morgen zusammen und nachträglich allen ein frohes neues Jahr

ich habe die Aufgabe bekommen unseren Standort-Mailserver nach Exchange zu Migrieren.
Die Entscheidung kam vom Konzern also lässt sich hier leider nichts mehr dran rütteln.
Nun stehe ich vor dem "Problem", dass wir DAOS im Einsatz haben um die Datenmenge reduzieren.
Damals hat keiner darüber nachgedacht, wie es sein könnte wenn der Server mal migriert werden muss.
Nun muss ich alle Anhänge aus DAOS extrahieren und wieder in den Exchange überführen.

Hat hier vielleicht schon jemand etwaige Erfahrungen wie man dies realisieren könnte?
Ich kann meines Erachtens nur DAOS von der Mailbox und der Mail-DB nehmen. Aber die alten Anhänge sollten dann noch immer im DAOS-Speicher sein, oder?

Ich hoffe mir kann jemand hierbei helfen...

Gruß aus Krefeld,
Marc

[Driri]

Ich bin da absolut kein Experte, aber DAOS sollte doch meines Wissens nach vollkommen transparent sein.

Ist denn überhaupt sicher, daß das für die Migration wirklich notwendig ist ?

[Lossa]

Hi Marc,

solange noch ein (1) E-Mail vorhanden ist, dass auf einen Anhang im DAOS Verzeichnis verweist, ist diese Datei noch da.

Wenn du nun eine einzelene oder mehere Datenbanken von DAOS abkopplen willst, dann kannst du das einfach mittels Compact machen.

Der Option lautete: -c -daos off

Diese damit "behandelten" Dateien sind von der DOAS Funktion danach entnommen. Anhänge in allen E-Mail sind wieder vorhanden.
Eigentlich wird aber doch bei einer Migration mittels des Migrationstools auf die Maildatenbank via dem Domino Server zugegriffen. Somit ist dann aber auch der Anhang in einer E-Mail die migriert werden soll abrufbar unabhängig ob noch im DOAS oder nicht. Die DAOS Funktion ist aus den Sichtweise eines Zugriffs über den Domino Server vollstädnig transparent, so als ob es keine Anhangsextraktion gegeben hat.

Gruß

Ulrich

[umi]

Moin
Wie werden die Daten den migriert? Kann das Migrationstool nicht mit DAOS umgehen?

[Jörg P.]

Hi,

den ohne DAOS benötigten Speicherplatz habt ihr ermittelt? Oder müssen dann gleich Festplatten für den Exchange Server nachgeordert werden?   

Gruß
Jörg

[mgubler]

Guten Abend zusammen,

danke erstmal für Eure antworten.
An der Migration kommen wir nicht rum. Wir sind der einzige Standort der noch nicht auf Exchange setzt.
Wenn ich euch richtig verstanden habe, verhält es sich also so, dass nach Deaktivierung von DAOS alle Anhänge wieder in der NSF sind.
Demnach sollte ich also die Quota erhöhen, oder? Denn wenn die Anhänge wieder "rein kommen", dann wird die Datenmenge entsprechend groß, oder nicht?

Schönen Abend noch

[koehlerbv]

Hallo Marc,

daß Ihr an der Migration nicht herumkommt, ist schon klar.

Zu Deinen beiden Fragen:
1) Ja (wenn der Prozess sauber durchgelaufen ist - Log und den Status des DAOS-Managers überprüfen!)
2) Ich würde vorher vor allem den zur Verfügung stehenden Plattenplatz checken. Und anschliessend: Ja!
    Nach der Migration steht Dir etwas DAOS-ähnliches auch nicht zur Verfügung. Du wirst also die Quotas neu überdenken müssen, wenn die Mails über
    Exchange laufen. Und etliches anderes auch. Wenn Du Glück hast, ist das dann ja nicht mehr Deine Party ;-)

Bernhard

[Tode]

Ich muss meinem lieben Kollegen leider widersprechen: DAOS hat KEINEN Einfluss auf die Quota. Auch wenn eine ehemals 3GB grosse Datenbank durch DAOS nur noch 1,5GB auf der Platte belegt (z.B. 1GB nsf und 500MB als nlo- Files im filesystem), sieht sie für den Benutzer immer noch so aus, als HÄTTE sie 3GB, und auch die Quota geht auf diese sogenannte "logische" Grösse (vielleicht sind Dir ja mal die entsprechenden zwei Spalten im Adminclient mit logischer und physischer Grösse aufgefallen)...

DAOS ist etwas für Administratoren, um Platz zu sparen. Den Anwender belohnt DAOS nicht....

[koehlerbv]

Torsten, ich bezog mich auf die Nach-DAOS-Zeit. Was aber natürlich trotzdem Quatsch ist und meinen Denkfehler entblösst: Wem mit DAOS x yB Quota gereicht hat, dem reicht es auch nach DAOS-Abschaltung, und wer vorher Probleme hatte, bekommt hinterher auch keine grösseren.

Danke für die Klarstellung!
Bernhard

[J Parlin]

... wie haben denn die anderen Standorte / Kollegen das System nach Exchange umgesetzt, wie sieht es von der Seite mit einer Zusammenarbeit aus ?

Guten Abend zusammen,

danke erstmal für Eure antworten.
An der Migration kommen wir nicht rum. Wir sind der einzige Standort der noch nicht auf Exchange setzt.
Wenn ich euch richtig verstanden habe, verhält es sich also so, dass nach Deaktivierung von DAOS alle Anhänge wieder in der NSF sind.
Demnach sollte ich also die Quota erhöhen, oder? Denn wenn die Anhänge wieder "rein kommen", dann wird die Datenmenge entsprechend groß, oder nicht?

Schönen Abend noch

[MacSpudik]

Hallo allerseits,

zunächst einmal @Marc: Herzliches Beileid.

Nun zu Thema:
Ich persönlich würde auf dem bestehenden Domino System das DAOS erstmal nicht abschalten, es sei denn, dass Migrationstool kommt nicht mit DAOS klar (<-- Hersteller fragen und testen).
Ich würde mich auch nicht darauf verlassen, dass tatsächlich nach Deaktivierung von DAOS und ein compact -c -daos off wirklich alles aus dem DAOS in die DB zurückgeflossen ist und somit die Festplatte so gefüllt ist, wie sie ohne DAOS eigentlich wäre.

Wenn es "nur" darum geht, den notwendigen Speicherplatz zu ermitteln, kann der Domino Administrator zu Rate gezogen werden und zwar die Spalte logische Größe. Hier steht, die tatsächliche Größe inkl. Ansichtsindizes drin, die dem Anwender berechnet wird und die gilt auch bei Quotas, wie schon Torsten geschrieben hat.

Übrigens ein Strg + a im Domino Admin unter Dateien summiert die logische Größe und zeigt diese in der Statusleiste (unten) an.

Weitere Einstellungsmöglichkeiten, welche die tatsächliche Größe beeinflussen sind zudem die Dokument- und Datenbankgestaltungskomprimierung (DB Eigenschaften checken).

Wobei wir beim nächsten Problem wären: Das Dominosystem tickt anders , als Exchange!
Ein Domino Server beinhaltet viele einzelne Datenbanken. Diese haben einzelne Bestandteile wie z.B. Gestaltung, Ansichtsindex, Volltextindex und Dokumente, welche wiederum Plattenplatz benötigen. Hinzu kommen womöglich noch translogs usw.
Ja, und es kommt natürlich DAOS dazu.
Ein Exchange arbeitet mit einem Informationsspeicher, d.h. eine große Datenbank und hinzu kommen quasi noch Translog Dateien.
Ressourcentechnisch sollte der Punkt RAM ebenfalls Beachtung finden: Der Exchange wird vermutlich um einiges RAM-hungriger sein ...

Kurzum, wenns die Zeit und das Budget hergibt, würde ich einen Externen hinzuziehen, der so etwas schon gemacht hat. Ansonsten würde ich im Vorfeld einige DBs testweise umziehen und schauen, wie sich der Speicher und die Leistung des Zielsystems verhält ...

PS: Als Migrationstool würde ich Fa. Sys empfehlen. Habe damit bisher gute Erfahrungen gemacht .... http://www.systoolsgroup.com/

Grüße von
Sebastian

[tomic]

Hallo,

ich antworte (trotz des hohen Alter des Threads) mal, weil ich die Fragestellung interessant finde und selbst auf die möglichen Lösungen gespannt war.
Es sollte doch ausreichen eine Replik der Datenbank zu erstellen, um eine non-DAOS Version der DB (also mit rückgeführtem ObjectStore) zu erhalten.

DAOS ist für eine Replikation völlig transparent.

http://www-10.lotus.com/ldd/dominowiki.nsf/dx/Archiving_and_recovering_IBM_Lotus_DAOS-enabled_databases#Simple+direct+copy+of+the+databases

Grüße Tom

[eknori]

DAOS auf den Datenbanken aushaken, compact -c , fertig