Servermigration

1. Machen Sie auf dem alten Server ein Backup der Datenbank (für MS SQL Server machen Sie ein Backup der Datenbank wie gewohnt).
2. Installieren Sie Vertec auf dem neuen Server neu. Verwenden Sie mindestens die Vertec Version, die auf dem alten Server im Einsatz war (keine ältere Version). Siehe auch Abschnitt Migration mit Update.
3. Machen Sie eine Freigabe des neuen Vertec-Verzeichnisses (die Clients brauchen mindestens Leserecht auf Vertec.Desktop.exe bzw. Vertec.Cloud.exe).
4. Folgende Dateien müssen übernommen werden:
   • Das unter Punkt 1 erstellte Backup der Datenbank, im Fall von Firebird Vertec.fbk.
   • Das ganze Dokumenten-Verzeichnis, falls Sie in den Vertec Systemeinstellungen die Dokumentspeicherung auf Dateisystem oder DMS eingestellt haben. Siehe dazu auch den Abschnitt Dokumentablage kopieren.
5. Auf dem neuen Server folgende Anpassungen machen:
   • Das Vertec-Verzeichnis auf dem neuen Server sollte am besten gleich geteilt werden wie auf dem alten Server. Dadurch sollte kein Client-Setup notwendig sein. Das Gleiche gilt auch für das Dokumenten-Verzeichnis, falls Sie dieses übernehmen müssen (siehe Punkt 4).
   • Vertec.ini kontrollieren: stimmen die Pfade? Ist der Name der Datenbank korrekt?
   • Machen Sie nun einen Restore des oben erstellten Backups (bzw. wie im Artikel MS SQL Server beschrieben) als aktive Datenbank.
   • Öffnen Sie Vertec und passen Sie, falls nötig, den Dokumentenpfad an.
   • Stellen Sie sicher, dass die Benutzer die gleichen Berechtigungen auf dem neuen Dokumenten-Verzeichnis haben wie vorher.
   • Richten Sie das regelmässige Backup der neuen Datenbank ein.
   • Stellen Sie sicher, dass der Port 3050 (TCP) für Firebird offen ist.
   • Vergewissern Sie sich, dass der Notif-Port (siehe Notif-Section im Vertec.ini) offen ist. Bei Verwendung der Vertec.Desktop.App auch derjenige des Cloud Servers.
6. Verbleibt der alte Server nach der Migration im Netzwerk, muss sichergestellt werden, dass niemand mit der alten Datenbank weiterarbeiten kann. Dies lässt sich einfach bewerkstelligen, in dem man auf dem alten Server im Vertec Installationsverzeichnis die Datei Vertec.ini umbenennt. Falls dann jemand die alte Installation starten möchte, erhält er eine Fehlermeldung.

Werden Dateien von einem Server auf den anderen kopiert, gehen das Erstellungs- und das Änderungsdatum dabei verloren.

Das führt unter anderem dazu, dass im Vertec bei diesen Dokumenten das Datum der Migration als Erstellungsdatum angezeigt wird, das heisst, es sind plötzlich alle Dokumente vom gleichen Datum.

Um das zu verhindern gibt es spezielle Tools, mit denen die Files kopiert werden können, ohne Verlust von Datumsangaben. Ein Beispiel eines solchen Tools ist PureSync, zu finden unter https://www.jumpingbytes.com/puresync.html (Bitte beachten Sie, dass es sich dabei um ein Produkt handelt, mit dem Vertec nichts zu tun hat. Vertec lehnt deshalb jede Haftung für die Verwendung dieses Produkts ab).

Es ist gut möglich, die Migration gleich mit einem Update zu verbinden, indem Sie auf dem neuen Server die neuste Version installieren. Achten Sie dabei darauf, dass Sie dabei nicht mehr als eine Datenbankversion überspringen, siehe Vertec On-Premises updaten.

Ansonsten gehen Sie gleich vor wie oben beschrieben. Bei Firebird wird dann beim ersten Starten von Vertec die Datenbank konvertiert.

Bei MS SQL Server gehen Sie ebenfalls gleich vor wie oben, führen aber zusätzlich auf dem neuen Server die Konvertierung durch gemäss dem Artikel Datenbank Konvert.