Das geht vollständig nur bei einer Migration. Dafür gibt es das David Migrationstool.
Die Daten des Grabbing-Servers sind unter System / David /Datenbanken / Grabbing Server gespeichert.
Ein Restore dieses Ordners via StrongBox sollte genügen, um die Daten der Eingangs-Postfächer wiederherzustellen.
Wenn du die Lizenz hast, kannst du dir die aktuelle Version unter laden.
Wieso die User aus der StrongBox wiederherstellen? Komplett geht das so:
Du kannst auf dem neuen Server die gleiche Version vom David installieren wie auf dem alten.
Auf dem neuen und alten die Dienste beenden, vom alten Server den David Ordner auf den neuen kopieren.
Die SQL Datenbanken kannst du überspringen, die sollten später über den DVAdmin neu Aufgebaut
werden.
Jetzt musst du mit dem Arcutil die Einträge in den TAS Dateien (archive.dat etc) anpassen, damit
die Pfade wieder passen:
Jetzt müssten ggf. noch die Rechte angepasst werden, dann kannst du den ServiceLayer wieder starten.
Wenn die David User Benutzer in der AD sind/waren müsste alles passen, sollten es "lokale" Benutzer sein
einfach die Benutzer verheiraten. Im DVAdmin Benutzer öffnen, auf die drei Punkte klicken, neuen User
auswählen bestätigen fertig.
Wie immer ohne Gewähr, und immer ein Backup vorhalten 
Das Alter der Migrationslizenz spielt bis dato keine Rolle.
Nur das Migrations-Programm sollte in aktueller Form vorliegen. -
"...müsste alles passen" ist sehr treffend ausgedrückt.
Denn das einfache Kopieren führt in den meisten Fällen zu Strukturfehlern in David.
Diese zeigen sich später unter anderem darin, dass für die User nervende Wartezeiten entstehen.
Vom Kopieren rate ich ab, wenn sich Servernamen oder Laufwerksbuchstaben unterscheiden.
Ich neige mein Haupt vor dieser Weisheit.
Da kann ich nicht mithalten. Denn ich beschäftige mich mit David Installationen erst seit 2003.
1) Laufwerksbuchstaben: Diese kennzeichnen Partitionen. Diese sollten bezüglich der Partition mit David-Daten im Quellsystem und im Zielsystem identisch sein, sonst wird Nacharbeit nötig.
2) Das Kopieren der Archive und anschließendes Nacharbeiten dauert insgesamt länger als wenn die Struktur mit Migration und StrongBox auf eine neue Hardware gebracht wird.
Es birgt zudem eine ganze Reihe von Fehlerquellen. Davon ist eine häufige, dass der David Service Layer Dienst automatisch schon gestartet wird, bevor die Bereinigung abgeschlossen ist. Beim Kopiervorgang werden die Zugriffsrechte normalerweise nicht mit kopiert. Und Strukturfehler im Archive-System fallen beim reinen Kopieren nicht auf. Bei einer abbrechenden Migration ist wenigstens die erste Stelle erkennbar, die sorgfältiges Bearbeiten erfordert.
So, damit habe ich jetzt genug zu dem Thema geschrieben. Ich muss meins wegen jetzt ein wenig arbeiten.
Zu 1. David nutzt keine Lauferkbuchstaben!!
Zeigen Sie mir eine archive.dat in der auf einen Laufwerksbuchstaben verwiesen wird.
Zu 2. Müsste man man testen, wenn man mit robocopy oder Totalcommander kopiert werden die NTFS Rechte mitkopiert wenn gewünscht. Das man die Purging Reports im Auge hat sollte selbstverständlich sein. Dann gibt es auch keine Überraschungen in der TAS.
Ich habe öfters erlebt, dass jemand arcutil genutzt hat und darin Pfade wie D:\david\common\... eingetragen hat.
Der so eingetragene Ersatzstring mit D:\... blieb dann ewig im System.
Hallo Stylistics,
es werden sehr wohl Laufwerksbuchstaben benutzt. Und zwar auf den Clients in der Tobit.ini.
Gruss
Klaus
Die Einträge in der Tobit.ini werden aktualisiert sobald man sich an einem David
Server anmeldet. Sprich verbinde ich mich
nach der Migration auf den neuen wird die
ini ergänzt. Was übrig bleibt sind noch die Einträge des alten, diese lassen sich über den Client oder auch direkt aus der ini löschen.
Ich poste mal ein Beispiel wenn ich Luft hab.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
