Umzug des Zentralsystems
1 Allgemeines
Dieses Kapitel beschreibt den Umzug eines bestehenden Conigma Zentralsystems in ein anderes System.
Dabei werden alle Objekte (Änderungsaufträge, Releases, Customizing, etc.) übernommen.
Die Reihenfolge der Schritte ist unbedingt einzuhalten, da es im schlimmsten Fall zu einem vollständigen Verlust aller Conigma Daten kommen kann!
Eine Sicherung der Datenbanktabellen des alten Zentralsystems, beginnend mit "/GAL/", wird dringend empfohlen!
2 Einrichtung der Infrastruktur
2.1 Neue Infrastruktur schaffen
Loopback-Verbindung zum neuen Zentralsystem (Verbindung des neuen Zentralsystems mit sich selbst).
RFC-Verbindungen von den Satellitensystemen zum neuen Zentralsystem.
RFC-Verbindungen vom neuen Zentralsystem zu allen Satellitensystemen.
Wenn die gleichen Verbindungsnamen wie beim alten Zentralsystem zu den Satellitensystemen verwendet werden, erspart dies später einige Schritte.
2.2 Konfiguration des Zentralsystems
Diese Aktionen müssen lokal auf dem neuen zentralen System durchgeführt werden!
Führen Sie den Report /GAL/CCM_ADMTOOLS_CONFIG_RESET aus.
Beide Flags setzen/markieren.
Geben Sie als RFC-Verbindung die Loopback-Verbindung zu dem neuen zentralen System an.
2.3 Datenmigration
Diese Aktionen müssen lokal auf dem alten Zentralsystem durchgeführt werden!
Workbench-Transport anlegen, der im Report (siehe Nummer 1 im Screenshot unten) verwendet und manuell in die Queue des neuen Zentralsystems übertragen werden kann.
Um die transportrelevanten Conigma Daten zu exportieren, verwenden Sie den Conigma Report /GAL/CCM_REPOSITORY_EXPORT auf dem alten Zentralsystem.
Auf dem Selektionsbild dieses Reports können Sie entscheiden, ob Sie die aktuellen Daten zusammen mit den historischen Daten exportieren möchten oder ob Sie in einem ersten Schritt die aktuellen Daten exportieren und in einem zweiten Schritt die historischen Daten exportieren möchten.
Wir empfehlen, dies in zwei Schritten zu tun, um die Ausfallzeit von Conigma beim Übertragen der Daten zu minimieren.
Übertragen Sie zunächst nur die aktuellen Daten, so dass Sie wieder mit Conigma arbeiten können.
Die historischen Daten könnten in einem zweiten Schritt übertragen werden.
Auch wenn der Export sehr schnell ist, blockiert der Import der historischen Daten den gesamten Prozess, da die historischen Daten alphabetisch dazwischen liegen und Sie erst nach dem vollständigen Import mit Conigma weiterarbeiten können.
Bitte vergessen Sie nicht, das Repository auszuwählen, das Sie umziehen möchten (siehe Nummer 2).
Es wird empfohlen, dass die verschiedenen Optionen mit dem Verantwortlichen auf Kundenseite in einer Telefonkonferenz besprochen werden.
Anschließend muss der Transportauftrag freigegeben und in das neue zentrale System importiert werden.
Um ein Gefühl dafür zu bekommen, wie lange der Export dauern könnte, können Sie Tests für aktuelle und historische Daten durchführen, ohne Conigma zu schaden.
Bitte beachten Sie, dass die Freigabe des Transports die meiste Zeit in Anspruch nehmen wird (die Laufzeit des Reports selbst ist sehr schnell).
Wenn Sie diesen Report dann zum Umzugstermin ausführen, vergessen Sie bitte nicht, die Conigma Anwender darüber zu informieren, dass Conigma für die Zeit des Umzuges nicht zur Verfügung steht.
Es sollte klar sein, dass nach dem Start des Exports Änderungen an bestehenden Conigma Objekten oder neue bzw. gelöschte Objekte nicht mitgenommen werden können.
Dazu können sie das Feature 'Systemmeldung' unter 'Globale Einstellungen bearbeiten' verwenden (siehe Beispiel unten).
Anmerkung zum getrennten Export von aktuellen und historischen Daten. Wenn Sie diesen Weg gewählt haben und das Zentralsystem im Schritt 1 bereits umgezogen ist, erhalten Sie für den Schritt 2 eine entsprechende Warnung, dass Sie den Report nicht auf dem Zentralsystem ausführen. In dieser Konstellation kann dann die Warnung ignoriert werden. Im Zweifelsfall bitte immer mit dem Conigma Support abstimmen.
2.4 Verbindung zu allen anderen Systemen herstellen
Diese Aktionen müssen lokal auf dem neuen zentralen System durchgeführt werden!
2.4.1 Ändern Sie die Verbindung des neuen Zentralsystems zu den Satellitensystemen.
Bitte beachten Sie: Dies ist nur notwendig, wenn die Verbindungsnamen nicht mit denen des alten Zentralsystems identisch sind.
Klappen Sie die Liste der Systeme im Repository-Browser auf.
Öffnen Sie jedes System zur Bearbeitung.
Geben Sie im Register "
SAP" die RFC-Verbindung des neuen Zentralsystems zu den entsprechenden Satellitensystemen ein.
Führen Sie den gleichen Schritt für alle in Conigma registrierten Kunden durch.
2.4.2 Anpassung der Verbindung der Satellitensysteme zum neuen Zentralsystem
Klappen Sie die Liste der Systeme im Conigma Repository Browser auf.
Öffnen Sie jedes System zur Bearbeitung.
Geben Sie im Register "
Systemspezifische Einstellungen" für den Parameter "RFC-Route zum Zentralsystem" den Namen der RFC-Verbindung vom Satellitensystem zum neuen Zentralsystem ein.
Alternativ: Führen Sie den Konfigurationsassistenten auf allen Satellitensystemen aus und ändern Sie diese Parameter, indem Sie die RFC-Route zurücksetzen.
2.4.3 Überprüfen Sie Ihre Konfigurationsänderungen
Um Ihre Konfigurationsänderungen zu überprüfen, führen Sie bitte 'Konfiguration überprüfen' aus und überprüfen Sie die Ausgaben auf Fehlermeldungen.
2.5 Datenmigration von kundenspezifischen Tabellen
Bitte vergessen Sie nicht, kundenspezifische Tabellen, wie z.B. für Schnittstellen usw., zu übernehmen.
Die Standard-Nummernkreise sind bereits migriert. Hier müssen wir nur noch die kundenspezifischen Objekte abdecken.
3 Bekannte Probleme
3.1 Conigma startet nicht
Ausgabe: Beim Start von Conigma erscheint die folgende Meldung:
Lösung: Rufen Sie die Transaktion SM59 auf und pflegen Sie die neue IP-Adresse in allen RFC-Verbindungen von und zu dem neuen Zentralsystem.
3.2 Systeme werden in Conigma als "offline" angezeigt
Ausgabe: Folgende Fehlermeldung
Lösung: Stellen Sie sicher, dass folgende Dienste im Betriebssystem bekannt sind.
in Windows-basierten Systemen ist die Dienste-Datei normalerweise unter: "C:\WINDOWS\system32\drivers\etc\services"
in UNIX-basierten Systemen unter:
"/ etc/services"
Erforderliche Dienste:
sapdpNN | 32NN/tcp |
sapgwNN | 33NN/tcp |
sapmsSID | 36NN/tcp |
sapgwNNs | 38NN/tcp |
Ersetze: NN: durch Instanznummer
SID: durch System-ID