Die $PRODUCT_NAME_WORKFLOW-Laufwerksverwaltung ermöglicht es, $PRODUCT_NAME_WORKFLOW-Daten automatisiert auf andere Laufwerke zu kopieren und die Applikation $PRODUCT_NAME_WORKFLOW anschließend entsprechend neu zu konfigurieren. Typische Anwendungsfälle sind das Verschieben von Daten auf ein neu eingebautes Laufwerk oder die Trennung von Daten- und Datenbank-Laufwerk zur Performance-Verbesserung.

Damit alle Funktionen zur Verfügung stehen, muss die PPD Tools Collection als Administrator gestartet werden.

Die $PRODUCT_NAME_WORKFLOW-Laufwerksverwaltung ist in den Applications der PPDTC unter Workflow Configuration > Workflow Settings > Workflow Drives Management verfügbar.

Abbildung 1: Der Menüpunkt Workflow Drives Management in den Applications der PPDTC

In diesem Dialog können das Datenbank-Laufwerk und das Filemanagement-Laufwerk geändert werden – entweder beide gleichzeitig oder jeweils nur eines. Nach der Konfiguration wird der Kopiervorgang über die Schaltfläche Copy Files and Reconfigure WF [1] gestartet. Der Dialog zeigt an, wie groß die zu kopierende Datenmenge ist. Falls auf dem Ziellaufwerk nicht ausreichend Speicherplatz vorhanden ist, wird vor dem Start eine entsprechende Warnung ausgegeben. Diese Funktion ist passwortgeschützt.

Abbildung 2: Der Dialog Workflow Drives Management

Die Originalverzeichnisse bleiben einschließlich aller Daten auf dem Quelllaufwerk erhalten, werden jedoch in *_toDelete umbenannt. Sie dienen als zusätzliches Backup für den Fall, dass etwas nicht funktionieren sollte. Diese Ordner können manuell gelöscht werden, sobald die Applikation $PRODUCT_NAME_WORKFLOW gestartet ist und fehlerfrei läuft.

Sobald Sie den Befehl Copy Files and Reconfigure WF ausführen, werden folgende Schritte durchlaufen:

1. Alle WF-Service werden gestoppt.
2. Die entsprechenden Daten werden kopiert. Falls das Datenbank-Laufwerk geändert wird, wird der Ordner PMSDatabase kopiert. Falls das Filemanagement-Laufwerk geändert wird, werden alle Ordner außer dem Ordner PMSDatabase kopiert. Alle Ordner von importierten Instanzen und Backups werden ebenfalls kopiert.
3. Die Quellordner des Verzeichnisses PMS_DATA werden in *toDelete umbenannt.
4. Die Applikation wird neu konfiguriert – Services werden neu erstellt und Konfigurationsdateien werden neu geschrieben.
5. Falls das Filemanagement kopiert wurde, werden in der Datenbank-Tabelle int.global.path alle lokalen Freigaben, die auf PMS_DATA zeigen, aktualisiert.
6. Abschließend werden alle Workflow-Services wieder gestartet.

Artikel Update: 05/2026