Für einen Serverumzug kann es verschiedene Gründe geben – vielleicht haben sich die Performance-Anforderungen geändert, es wurde von Miet- auf eigene Server umgestellt oder es gab schlicht ein passenderes Angebot. Oft müssen bestehende Software und deren Funktionen bei der Umstellung migriert werden. Doch reicht es nicht aus, das alte System einfach zu kopieren oder seine Komponenten neu zu installieren. Sie müssen an die neue Umgebung angepasst werden. Um einen Überblick zu bekommen und den Aufwand besser einschätzen zu können, möchte ich Ihnen einige der wichtigsten Praktiken bei der Migration von IBM Sterling Connect:Direct vorstellen.
IBM Sterling Connect:Direct (C:D) benötigt zum Austausch von Dateien eine C:D-Serverinstanz auf jeder Seite, die an dem Austausch beteiligt ist. Diese Instanzen sind durch so genannte Nodes beschrieben, die Informationen über die Netzwerkumgebung beinhalten. Der Austausch selbst wird dabei durch C:D-Prozesse gestartet und reguliert, die wiederum die nötigen Informationen über die Herkunft der zu verwendenden Dateien, die einzelnen Arbeitsschritte und das Ziel der Datei beinhalten. Diese Prozesse können darüber hinaus über die API-Schnittstellen auch andere Programme und deren Funktionen ansprechen.