Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: lime am 17.06.09 - 14:56:39
-
Hallo,
wir werden demnächst in der Firma DAOS aktivieren, nun ist es aber so, dass uns noch essentielle Dinge unklar sind.
Wir haben Transactional Logging aktiviert ("circular"), und im Serverdokument ist Shared Mail nicht konfiguriert, trotzdem aber kommt folgende Meldung wenn man DAOS einschalten möchte (die anderen Kriterien für DAOS, wie z.B. die ODS Version 51, DAOS bei den Mailfiles eingeschalten, sind erfüllt):
To store new attachments in DAOS, you muste enable Transaction Logging an set Shared Mail to None and save.
With current settings, DAOS will not be used to store attachments for Notes databases linked to Shared Mail (SCOS) but can continue to retrieve existing attachments from the DAOS repository for those databases. To use DAOS with any database currently using Shared Mail, unlink the database using the server command 'object unlink <database>' command.
Mein Kollege meint, wir hätten Shared Mail (SCOS?) auch in der Vergangenheit nie in Verwendung gehabt, deswegen verstehe ich auch diese Meldung nicht ganz.
Die Frage die sich uns dabei stellt ist, wenn wir jetzt diese Meldung ignorieren und DAOS trotzdem aktivieren, wird es dann auch reibungslos funktionieren bzw. was müssen wir tun, damit es das tut.
Dazu muss noch gesagt werden, dass wir 2 Mailserver haben, und bei einem Transactional Logging noch nicht aktiviert ist (ausprobiert, DAOS einzuschalten haben wir allerdings auf dem "richtigen" Server, bei dem es schon aktiviert ist).
Uns ist außerdem die Funktionsweise von Transactional Logging nicht klar. Wie stelle ich Daten daraus wieder her? Was muss man beachten. Wir haben diese Funktion aktiviert, weil es für DAOS nötig ist, uns fehlt aber das Wissen dazu.
Kennt vielleicht jemand eine Seite, auf der das beschrieben ist?
Im Moment läuft unser Backup bloß so ab, dass wir über ein Script die Ordner auf einen anderen Server kopieren - würde so überhaupt ein Restore bei aktiviertem DAOS funktionieren, oder muss man in dem Fall für ein funktionierendes Backup zwingend eine Software nehmen, die Transactional Logging unterstützt?
Noch ein wichtiger Punkt für uns ist:
Wir sichern die MailDBs der Personen die aus der Firma austreten immer noch zusätzlich auf DVDs.
Nun sind aber ja bei DAOS die Attachments aus der Datenbank herausgenommen. Gibt es irgendeinen (einfachen) Weg, die Attachments trotzdem mitzusichern?
Ich habe gerade gelesen, dass man mit dem Befehl "compact -c -daos off" DAOS für eine DB wieder abschalten kann, und die Attachments dann wieder in der nsf Datei sind. Stimmt das, bzw. sind die Attachments sofort nachdem der compact beendet wurde wieder in der nsf Datei, oder muss man dafür noch etwas anderes machen?
Wie könnte ich eine einzelne MailDB mit Anhängen auf DVD sichern, ohne DAOS zu deaktivieren - ist das überhaupt möglich?
Eine letzte Frage noch...."DAOS base path" welche Art von Pfad kann man da eingeben (UNC Pfad ja/nein?)
Ich sag Danke im Voraus, lg
-
Noch ein wichtiger Punkt für uns ist:
Wir sichern die MailDBs der Personen die aus der Firma austreten immer noch zusätzlich auf DVDs.
Nun sind aber ja bei DAOS die Attachments aus der Datenbank herausgenommen. Gibt es irgendeinen (einfachen) Weg, die Attachments trotzdem mitzusichern?
Dezeit gibt es wohl noch kein Backup Tool der ordentlich unter 8.5 funktioniert!
zumindest nicht das Veritas & NetVault
Wir sichern den DAOS ordner via Filesicherung
Ich habe gerade gelesen, dass man mit dem Befehl "compact -c -daos off" DAOS für eine DB wieder abschalten kann, und die Attachments dann wieder in der nsf Datei sind. Stimmt das, bzw. sind die Attachments sofort nachdem der compact beendet wurde wieder in der nsf Datei, oder muss man dafür noch etwas anderes machen?
Wie könnte ich eine einzelne MailDB mit Anhängen auf DVD sichern, ohne DAOS zu deaktivieren - ist das überhaupt möglich?
Bei einer lokalen Replik werden die Daten wieder zusammengeführt !
Eine letzte Frage noch...."DAOS base path" welche Art von Pfad kann man da eingeben (UNC Pfad ja/nein?)
Ich sag Danke im Voraus, lg
-
Dankeschön; aber wie ist das gemeint:
>>Bei einer lokalen Replik werden die Daten wieder zusammengeführt !<<
was passiert dann mit der Datenbank die am Server liegt? Da wird nichts zusammengeführt, oder wie?
Die größten Fragezeichen sind im Moment:
*) Können wir mit unseren Sicherungsmethoden (Filesicherung only) nsf Maildatenbanken komplett - mit Anhängen - wiederherstellen, wenn ja, wie genau?
*) Was muss ich tun, damit ich die komplette nsf Datenbank auf DVD sichern kann, wieder mit Anhängen -> reicht da "load compact mail\namederDB.nsf -c -daos off", oder müssen noch andere Vorraussetzungen gegeben sein, wie z.B. eine lokale Replik der Maildatenbank?
*) Wie aktivieren wir DAOS richtig (siehe "Fehler"meldung im 1. post)
Würde mich freuen, wenn jemand Licht ins Dunkel bringen könnte ^^
lg
-
Hallo Lime, hast du mittlerweile Antworten auf diese Fragen ?
-
Die größten Fragezeichen sind im Moment:
*) Können wir mit unseren Sicherungsmethoden (Filesicherung only) nsf Maildatenbanken komplett - mit Anhängen - wiederherstellen, wenn ja, wie genau?
... ohne das versucht zu haben und versuchen zu wollen behaupte ich mal, das klappt nicht. Wie soll das denn funktionieren?
Gruß
Wolfgang
-
Backup und Restore sind in der Tat momentan noch ein Thema, da bisher kein Hersteller DAOS berücksichtigt. ( mein Wissensstand heute; habe mich aber seit gut 2 Monaten nicht mehr damit beschäftigt )
Bezgl. der "Fehlermeldung" kann ich dich aber beruhigen; dieser HINWEIS kommt immer, egal ob shared mail aktiviert ist / war oder nicht. Er dient lediglich als Hinweis / was wäre wenn .
DAOS OHNE transactional logging geht nicht zum Aktivieren! Deshalb wird es auf dem 2. Server nicht funktionieren.
Transactional logging hat auch grundsätzlich nichts mit dem Backup zu tun. Das Problem bei DAOS ist die Aufteilung von NSF und NLO Files. Hier musst du bei einem Restore wissen, welche NLO Files zu einer NSF gehören. Und das ist ein bisschen tricky. Es gibt einen Artikel im IBM Wiki (http://www-10.lotus.com/ldd/dominowiki.nsf/archive?openview&title=DAOS&type=cat&cat=null&tag=DAOS) dazu.
Um eine einzelne Db auf DVD zu sichern reicht es aus, wenn du eine neue Replik auf deinem Client erzeugst; da DAOS nur serverseitig funktioniert, werden die Anhänge beim Erstellen der Replik automatisch wieder in die DB übernommen.
Tipp: Komm' zum AdminCamp (http://www.eknori.de/2009-05-20/admincamp-2009-jetzt-anmelden-und-e-150-sparen/), da gebe ich eine Session zu DAOS :-)
-
Danke schon einmal soweit. Weißt du ob Tivoli das Backup und den Restore unter DAOS unterstützt und ob DAOS bei geclusterten Systemen eingesetzt werden kann ?
-
Wenn ich es richtig erinnere, j ... a.
Man muss wohl zuerst die NSF restoren. Dann kann man sich über den dasmgr eine Liste der fehlenden NLO erzeugen und diese Liste dann Tivoli übergeben. Tivoli stellt dann anhand der Liste die fehlenden NLO wieder her.
-
Da hast du ja schneller geantwortet als ich editieren konnte.
Hast du denn Erfahrung mit DAOS in geclusterten Systemen ?
Der Verweis im Dokument auf den Anhang müßte in diesem Fall ja immer identisch sein ?
-
Hast du denn Erfahrung mit DAOS in geclusterten Systemen ?
Ja
-
OK, dann gibts jetzt eine präzisere Frage ;-)
Soweit ich das verstanden habe, enthält das Body Feld des Dokumentes einen Verweis (ein Ticket) auf den Anhang. Im (Serverdokument unter "DAOS Base Path") angegebenen Verzeichnis werden Unterordner beim Speichern der Anhänge angelegt.
Wenn nun ein Dokument über das Gateway auf einen HomemailServer zugestellt wird - ist es dann so, dass der Anhang auf diesem Server im Dateisystem abgelegt wird und die angelegte Ordnerstruktur auf die Clusterpartner repliziert/geclustered wird
oder
enthält jeder Clusterpartner das vollständige Dokument, entfernt den Anhang und legt diesen im Dateisystem ab (und legt unter Umständen eine andere Ordnerstruktur an) ?
-
enthält das Body Feld des Dokumentes einen Verweis
nein, das ist so nicht richtig. der Dokumenten header enthält das Ticket. Im Dokument selber ist davon nichts zu sehen. Aber ok, Haarspaltmodus off.
JEDER Server verwaltet sein eigenes DAOS Repository ( NLO files ). So ist es von IBM vorgesehen. Klar, man hat die Attachments auch wieder "doppelt". Aber das ist auch ganz nützlich. geht z.B. eine datenbank auf einem Cluster Member kaputt, dann kann man ganz einfach eine neue replik erstellen. beim replizieren werden die Attachments vom Source Cluster Member aus dem DAOS repository wieder in die (Ziel) Datenbank übernommen; DAOS auf dem Target schiebt die Attachments dann in sein DAOS Repository.
Das es auch mit einem gemeinsamen Repository funktionieren kann, zeige ich auf dem AdminCamp.
und die angelegte Ordnerstruktur auf die Clusterpartner repliziert wird
nein, die Struktur wird nicht repliziert.
-Dokument trifft auf CL-A ein
-Daos extrahiert das Attachment
-Cluster Replicator repliziert mit CL-B ( dabei wird das Attachment mit übertragen, nicht nur das Ticket )
-DAOS auf CL-B schiebt das Attachment in sein Repository
und legt unter umständen eine andere Ordnerstruktur an)
Das ist dann das Resultat
-
nein, das ist so nicht richtig. der Dokumenten header enthält das Ticket. Im Dokument selber ist davon nichts zu sehen. Aber ok, Haarspaltmodus off.
Das hat nichts mit Haarspalterei zu tun, stand allerdings so auf der IBM Seite. Die Prozedur ist mir nun aber klar.
Das es auch mit einem gemeinsamen Repository funktionieren kann, zeige ich auf dem AdminCamp.
Da werde ich nicht anwesend sein können. Aber falls du die Präsentation einmal gaaanz zufällig in Hamburg (bei IBM) halten solltest.......... :-)
Danke und Gruß
Michael
-
gaaanz zufällig in Hamburg (bei IBM) halten solltest.
Wenn die mich einladen ;D
-
Mal 2 kleine Fragen zum Thema DAOS.
Macht es eigentlich Sinn DAOS auf anderen Datenbanken anzuwenden, ausser auf Mail, wenn ich genau weiss, dass doch die Anhänge doch nur einmal in bestimmten Datenbank sind. Sprich Dokument existiert sowieso nur einmal. Zum anderen würde DAOS überhaupt erkennen, wenn ich 2 gleiche Attachments in unterschriedlichen DBs habe? Also nicht MailDBs, sondern Teamroom und Diskussionsdb?
Zum Thema Sicherung, wenn ich die DAOS Dateien (NLO) sichere inkrementell, selektiv. Kann ich da nicht hergehen und sagen, restore mir meine DBs, restore mir meinen Ordner mit den NLO Dateien komplett und wenn ich das in der Adminhilfe richtig gelesen habe, müsste ich per Adminconsole einen Prune/Aufräum Befehl für DAOS absetzen können und hätte doch damit alle Attachments oder?
MFG Michael
-
Macht es eigentlich Sinn DAOS auf anderen Datenbanken anzuwenden, ausser auf Mail, wenn ich genau weiss, dass doch die Anhänge doch nur einmal in bestimmten Datenbank sind.
Was die Platzersparnis angeht, macht es keinen Sinn.
Aber Jobs wie fixup und compact sind fixer.
Zum anderen würde DAOS überhaupt erkennen, wenn ich 2 gleiche Attachments in unterschriedlichen DBs habe? Also nicht MailDBs, sondern Teamroom und Diskussionsdb?
Ja, DAOS interessiert sich grob gesagt nur für das Attachment.
Schematisch:
Oh, ein Attachment, das speichere ich mir temporär, bilde einen HASH, gucke nach, ob ich den schon einmal habe. Wenn ja, dann lösche ich die temp Datei, wenn nicht, dann rein damit ins DAOS repository. Kleiner Vermerk in das Dokument, fertig.
Backup / Restore ist ein schwieriges Thema. da gibt es absolut noch keine Erfahrungswerte / best practice.
-
Danke für die Antwort und die wichtigen Infos.
Zur Sicherung, ich wollte nun keine Best Practise... Wenn ich theoretisch alle NLO Files wiederherstelle, die ich habe, und dem DAOS dann sag räum auf, dann sollte ich doch nur den aktuellen Stand haben, nach dem aufräumen oder sehe ich das falsch?
MFG Michael
-
Wenn ich theoretisch alle NLO Files wiederherstelle
Theoreitsch reicht nicht, du musst es schon tun ;D
Sollte aber so funktionieren. Evtl. musst du noch ein Resync des DAOS Catalogs vor dem prune anstossen ...
-
Wenn ich theoretisch alle NLO Files wiederherstelle
Theoreitsch reicht nicht, du musst es schon tun ;D
Also theoretisch bezog sich nicht auf das versuchen des wiederherstellens, ich meinte schon wenn ich es praktisch tue, alle NLO FILES wiederherstellen ;).
Sollte aber so funktionieren. Evtl. musst du noch ein Resync des DAOS Catalogs vor dem prune anstossen ...
Ok gut. Und warum wird dann darüber so viel spekuliert wie man sichert grins ;).
MFG Michael
-
Ok gut. Und warum wird dann darüber so viel spekuliert wie man sichert grins
Weil es keiner einfach mal ausprobiert ??
Ist doch so, wie immer: Ah, tolles neues feature. Muss ich haben. Moment, habe aber keine Ahnung, muss ich mal Internet gucken.
Hmm, da steht immer nur, dass das so gehen könnte, hmm , mal weiter lesen.
Ach, wie dumm, jetzt steht da wieder was anderes. Was mach ich nur *grübel*
JA, verdammt Und zugenäht, dann setze dich doch einfach mal hin und probiere es selber!!
-
Ich überlege auch gerade DAOS einzusetzen.
Weißt du denn wie es sich mit der Common Store Archivierung verhält ?
Meines Wissens nach ist DAOS ja absolut transparent gegenüber Benutzern und Agenten,
von daher dürfte das ja kein Problem darstellen, oder hast du gegenteiliges gehört/gelesen ?
-
Grundsätzlich gilt:
DAOS ist transparent
DAOS Funktionaltität gibt es nur auf dem Domino Server.
Sobald ein Dokument den Server verlässt, auf dem DAOS aktiviert ist, ist es wie ein "normales" Notes Dokument zu behandeln.
Weißt du denn wie es sich mit der Common Store Archivierung verhält ?
Wissen tue ich es nicht. Goto "Grundsätzlich gilt"
-
Danke für die Hilfe!
Im Moment haben wir am zweiten Server Transaction logging auch aktiviert, aber DAOS noch nicht aktiviert. Weil wir einfach keine Sicherungssoftware haben, und bei einem Notfall nur auf die gesicherten Files zurückgreifen könnten....
...was ist das Admin Camp genau, gibts da irgendwo detailliertere Infos? Klingt schonmal nicht schlecht, allerdings bin ich als Notes"admin" kompletter Anfänger.
lg
Verena
-
http://admincamp.de/ (http://admincamp.de/)
-
Wow, ich bin begeistert !!!!!!1111
Doch wie kann ich denn DAOS auf der mail.box aktivieren ?
Ich habe es mit load compact -c -daos on mail.box versucht.
Aber die Datenbank ist leider immer in gebrauch - auch wenn ich den router task beende und alle user vom server droppe.
edit :
-hat sich erledigt, der compact konnte nicht ausgeführt werden, aber daos wurde aktiviert.
-handelt es sich bei der folgenden Meldung um einen Fehler, oder kennt der Server sein eigenes FileFormat nicht ? (auf den folgenden drei Datenbanken habe ich DAOS aktiviert)
-
Vielleicht stehe ich ja auf dem Schlauch, aber was soll DAOS bei der mail.box denn bringen ?
Die Mails/Dokumente in der mail.box werden doch nach dem Zustellen eh aus der Box entfernt, da bringt doch DAOS nichts.
-
Ich verspreche mir davon, dass die Anhänge sofort abgelegt werden und lediglich die Dokumente mit den Links in die Datenbanken zugestellt werden. Andernfalls muss das ja nachträglich der DAOS Agent übernehmen.
........oder, Eknori ? :-: ;D
Einmal zur Info, ich habe DAOS auf drei Datenbanken aktiviert. Die Datenbank Größe sank von :
1,2GB auf 172MB
663 MB auf 107MB
153 MB auf 87MB
Die Dateien selbst liegen jetzt im Dateisystem, dadurch wurde der Speicherort ja lediglich verlagert,
aber die netto Ersparnis beträgt bereits circa 300 MB.
-
DAOS auf der mail.box zu aktivieren macht nur Sinn, wenn alle DAOS auch aktiviert haben auf den mailboxen. Dadurch wird dann weniger Datentransfer benötigt, da die Attachments direkt abgelegt werden.
-
da bringt doch DAOS nichts.
Wenn es sich um EINE Mail an einen EINZELNEN User handelt, dann gebe ich dir Recht.
Wenn du aber eine Mail an z.B. 3 User nimmst, dann würde der DAOS "Prozess" die Mail 3x anfassen. Beim ersten Mal legt er das Attachment als NLO an. Dann geht er zur 2. Mail und muss erst einmal den HASH bilden, dann nachsehen, ob die NLO schon vorhanden ist und enttäuscht feststellen, daß er das Attachment ja schon einmal abgefrüstückt hat. Und die Enttäuschung ( und der I/O ) nimmt bei Mail numero 3 zu.
Wird das Attachment gleich in der Mailbox bearbeitet, werden lediglich die Mails incl. Tickets weitergereicht = weniger Daten zu transferieren und weniger zusätzliche Arbeit.
-
...
Die Dateien selbst liegen jetzt im Dateisystem, dadurch wurde der Speicherort ja lediglich verlagert,
aber die netto Ersparnis beträgt bereits circa 300 MB.
stimmt nicht, denn in einer Notes-DB liegen Dateianhänge codiert im Base64-Format vor und im Dateisystem nicht. Das Verhältnis entspricht ca. 4 : 3. D.h. 3 MB im Dateisystem verbrauchen in einer Notes-Datenbank 4 MB.
-
Ja......danke für die Info. Worum es mir letztlich geht, ist dass ich nun 300mb zusätzlichen Speicherplatz auf dem Server zur Verfügung habe.
Eventuell kann mir jemand noch einmal zu Thema restore weiterhelfen.
Wenn ich per TSM eine Notesdb wiederherstelle, anschliessend ermittele welche NLO dazugehören und diese Liste dem BA Client übergebe - kann ich dann die DB und die NLO Files (mit Pfad!) auf ein "irgendein" System mit aktiviertem DAOS kopieren und dann eine lokale Replik der Datenbank anlegen ?
Gruß
Michael
-
@Ulrich
Das ist mir schon klar. Aber wenn man nur die mail.box mit DAOS versieht, hat man doch nichts davon. Denn die Mail würde doch bei Zustellung in die Mailfiles der User dann "ent-DAOS-et". Darum halte ich das für einen Test nicht für die geeignete Datenbank.
Oder habe ich da etwas mißverstanden oder einen Denkfehler ?
-
Hast du meine Beiträge ausgeblendet oder liest du nur von Ulrich?
-
@Matthias :
Sorry, habe ich tatsächlich überlesen. Sonst hätte ich mir die Nachfrage gespart :)
-
Ich beantworte meine Fragen einmal selbst :
- Unknown FileFormat erscheint, weil der Admin Client (801) zu alt ist. Der kennt das Format einfach noch nicht
- Für TSM ist es (noch) nicht ersichtlich, dass sich der Anhang nicht in dem Dokument befindet. Das Backupvolumen sinkt also leider noch nicht.
Eine Frage habe ich dennoch - gibt es eine Möglichkeit die Anhänge wieder in die Dokumente zurückzuschreiben, oder deaktiviere ich in diesem Fall DAOS und repliziere die Datenbanken dann von einem Clusterpartner ?
-
http://www.pmooney.net/dload/ls09/ls09SIDVaultDAOS.pdf
Seite 126 für deine Frage und ab Seite 77 geht DAOS los.
-
Klasse, danke.
-
Hallo,
nun hat mich DAOS doch eingeholt.
Wenn ich DAOS für die Datenbanken im AdminClient unter den Erweiterten Eigenschaften aktiviere und die entsprechenden Haken setze, sind die beim nächsten Anzeigen der Erw.Eigenschaften nicht mehr zusehen. Ist das Normal ?? Mache ich was falsch?
Vielen Dank,
Fraggle
-
du meinst der Haken ist dann nicht mehr in der Properties Box zu sehen?
Ja, das ist normal.
Sieht bei meinen applikationen genauso aus, obwohl überall DAOS aktiviert ist
-
Hallo Eknori,
supi. Du bist schnell. Dann kannst Du die Mail vergessen.
Aber warum bekomme ich dann diese Fehlermeldung an der Serverkonsole im AdminClient, wenn ich:
load compact mail.nsf -c -daos on eingebe.
>>> Database compactor error: Invalid command line argument
-
Hallo!
load compact mail.nsf -c -daos on eingebe.
>>> Database compactor error: Invalid command line argument
Probier's doch mal mit den Argumenten in der richtigen Reihenfolge...
load compact -c -daos on mail\datenbankname.nsf
Und für alle Datenbanken im Verzeichnis Mail:
load compact -c -daos on mail\
Gruß,
Patrick
-
Hey,
supi. So einfach kann das Leben sein.
-
Die Reihenfolge ist egal ( zumindest auf meinem 8.5.3 Domino ).
Kann aber auch sein, daß man da was dran gedreht hat und daß unter < 8.5.3 die Reihenfolge eine Rolle spielt
-
Die Reihenfolge ist egal ( zumindest auf meinem 8.5.3 Domino ).
Kann aber auch sein, daß man da was dran gedreht hat und daß unter < 8.5.3 die Reihenfolge eine Rolle spielt
Stimmt, du hast recht. Das kommt davon, wenn man die strengeren Unix-Tools gewohnt ist, die wirklich penibel auf die Reihenfolge achten.
Es war wohl einfach die fehlerhafte Schreibweise (mail.nsf), die das Problem verursachte...
Gruß,
Patrick
-
Was ist denn an mail.nsf falsch?? Wenn es keine db mi dem namen gibt, kommt eine file not found meldung