Erneutes Hosten
Beim erneuten Hosten handelt es sich um den Prozess, durch den Daten von einem Server zu einem anderen migriert werden. In diesem Abschnitt sind Beispiele enthalten, wie Daten aus einer monolithischen in eine geteilte Konfiguration oder Clusterumgebung verschoben werden.
So hosten Sie einen Server erneut:
• Bevor Sie beginnen, muss ein Cluster oder eine geteilte Konfigurationsumgebung konfiguriert werden.
• Der Publisher muss vom monolithischen Server zum hostenden Server migriert werden.
• Der Publisher muss konfiguriert werden, indem der Befehl Deploy Collection ausgeführt wird.
• Die Daten müssen vom monolithischen Server zum Cluster oder den Viewern für die geteilte Konfiguration migriert werden.
Vorbereitung vor dem erneuten Hosten
Vor dem Beginn dieses Verfahrens müssen Sie Folgendes sicherstellen:
• Es befinden sich keine Servigistics InService-Aufgaben in einem ausgeführten, in die Warteschlange versetzten, angehaltenen oder fehlerhaften Status.
• Es ist ein monolithisches System mit zu verschiebenden Daten vorhanden.
• Es ist ein zuvor konfigurierter Cluster oder ein leerer Server für die geteilte Konfiguration vorhanden.
Publisher migrieren
Um den Publisher vom monolithischen Server zum Cluster oder Publisher für die geteilte Konfiguration zu migrieren, verwenden Sie das folgende Verfahren:
1. Kopieren Sie das gesamte globale Dateisystem vom monolithischen Server zum Cluster oder Publisher für die geteilte Konfiguration. Dieses Verzeichnis findet sich unter data/Storages/Global/.
2. Kopieren Sie alle <FamilyName>_TR-Verzeichnisse in den Cluster oder den Publisher für die geteilte Konfiguration. Dieses Verzeichnis findet sich unter data/Storages/.
3. Exportieren Sie die folgenden E3C-Schemas in den Publisher:
◦ TN_CM_SOURCES
◦ TN_CM_FOLDERS (löschen Sie zunächst den vorhandenen Inhalt)
◦ TN_CM_ADMIN_TREE
◦ TN_CM_FEED
◦ TN_GN_SEQUENCES
◦ SC_IDENTITY
◦ SC_REGISTRY
◦ SC_RELATIONS
4. Navigieren Sie zu config/System/config/, und kopieren Sie PublicationList.xml zum Cluster oder Publisher für die geteilte Konfiguration.
5. Navigieren Sie zu config/System/config/, und kopieren Sie ProfileDefinitions.xml zum Cluster oder Publisher für die geteilte Konfiguration.
6. Kopieren Sie das folgende Verzeichnis zum neuen Cluster oder Publisher für die geteilte Konfiguration: work/Application/ContentManger/Work/Profiles.
7. Starten Sie den Publisher neu.
Cluster oder Publisher für die geteilte Konfiguration konfigurieren
Im Anschluss an die Migration des Publishers müssen Sie den Cluster oder den Publisher für die geteilte Konfiguration wie folgt konfigurieren:
1. Stellen Sie den neuen Publisher und alle Viewer zur Verfügung.
2. Führen Sie Deploy All Collections für alle Zugehörigkeiten aus, die Sie zum Publisher kopiert haben.
Daten zu Viewern migrieren
So migrieren Sie Daten zum Cluster oder den Viewern für die geteilte Konfiguration:
1. Löschen Sie auf jedem Viewer sämtliche Inhalte aus dem Verzeichnis Storages.
2. Kopieren Sie auf dem monolithischen Server alle Daten aus Storages/<SegNumber>/directory in dasselbe Verzeichnis auf dem Cluster oder den Viewern für die geteilte Konfiguration, und zwar mit Ausnahme der folgenden Verzeichnisse, die NICHT kopiert werden sollten:
◦ Global
◦ *_TR
3. Löschen Sie auf jedem Viewer sämtliche Inhalte aus den folgenden Core-Verzeichnissen.
◦ Core/{Viewer1-hostname}/coreServer-1
◦ Core/{Viewer1-hostname}/coreServer-2
4. Kopieren Sie auf dem monolithischen Server die folgenden Verzeichnisse in dasselbe Verzeichnis auf dem Cluster oder den Viewern für die geteilte Konfiguration:
◦ <Servigistics InService>/data/Titles/<segName>_<number>/Data/Core
◦ <Servigistics InService>/<segName>_Secondary_<number>/Data/Core
5. Löschen Sie in der CMI-Datenbank die Inhalte der folgenden Tabelle vom monolithischen Server, und kopieren Sie sie dann zum Cluster oder Viewer für die geteilte Konfiguration:
◦ TN_CM_SOURCES
◦ TN_CM_FOLDERS
◦ TN_CM_ADMIN_TREE
◦ TN_CM_FEED
6. Löschen Sie in der E3C-Datenbank die Inhalte der folgenden Tabelle vom monolithischen Server, und kopieren Sie sie dann zum Cluster oder Viewer für die geteilte Konfiguration:
◦ TN_GN_SEQUENCE
7. Migrieren Sie die gesamten TitanDB- und TitanDB2-Datenbanken vom monolithischen Server zum Cluster oder zu den Viewern für die geteilte Konfiguration.
8. Starten Sie die Viewer neu.
Monolithische Installation auf demselben Pfad erneut hosten
1. Installieren Sie Servigistics InService auf dem Zielserver am selben Zielspeicherort wie den Quellserver.
2. Wenden Sie Anpassungen an.
3. Sichern Sie die CMI-, E3C-, TITAN- und TITAN2-Datenbanken aus der Quelle am Ziel, und stellen Sie sie wieder her.
4. Führen Sie die folgende SQL-Abfrage aus, um das DNS im Windchill Schema zu aktualisieren, wenn es sich in Quelle und Ziel unterscheidet.
update fvhost set hostname='target.ptcnet.ptc.com'
where hostname='source.ptcnet.ptc.com';
update repository set lastknowndomain='target.ptcnet.ptc.com'
where lastknowndomain='source.ptcnet.ptc.com';
update site set URL='http://target.ptcnet.ptc.com:8080/InService/servlet/WindchillGW'
where URL='http://source.ptcnet.ptc.com:8080/InService/servlet/WindchillGW';
5. Speichern Sie auf dem Zielserver den Verzeichnisnamen von InS_Data\Work\System\Work\CoreCMI_[server_name] und InS_Data\Work\System\Work\Core\[server_name].
6. Kopieren Sie den Ordner Ins_data vom Quell- zum Zielserver am selben Zielspeicherort.
a. Benennen Sie InS_Data\Work\System\Work\CoreCMI_[source_server_name] in InS_Data\Work\System\Work\CoreCMI_[target_server_name] wie in Schritt 5 angegeben um.
b. Benennen Sie InS_Data\Work\System\Work\Core\[source_server_name] in InS_Data\Work\System\Work\Core\[target_server_name] wie in Schritt 5 angegeben um.
7. Kopieren Sie den Ordner InS_SW\Config vom Quell- zum Zielserver am selben Zielspeicherort.
8. Starten Sie die Zieldienste.
MongoDB von einem Host zu einem anderen migrieren
Um MongoDB von einem Host zu einem anderen zu migrieren, führen Sie die folgenden Schritte durch:
1. Halten Sie den MongoDB-Prozess an, der ausgeführt wird.
2. Kopieren Sie die Inhalte aus dem Ordner <InS_HOME>\InService\Mongo\data\db zum Speicherort des Zielrechners, auf dem MongoDB installiert ist (<InS_HOME>\InService\Mongo\data\db).
3. Zeigen Sie mit dem Datenbankpfad auf die neuen kopierten Verzeichnisse in der Datei mongod.conf auf den neu gehosteten Rechnern.
Derby Datenbank von einem Host zu einem anderen migrieren
Um die Derby Datenbank von einem Host zu einem anderen zu migrieren, Kopieren Sie den Ordner Derby aus dem Ordner \InS_SW\SW\System\DB auf dem Quellrechner in den Ordner \InS_SW\SW\System\DB in der erneut gehosteten Umgebung. Dadurch wird sichergestellt, dass die Derby Datenbank des Publisher in die erneut gehostete Publisher Umgebung kopiert wird und die Derby Datenbank des Viewer in die erneut gehostete Viewer Umgebung. Beispiel:
• P’ > P
• V1’ > V1
• V2’ > V2