C Referenz Produkte

C.1 Produkte

C.1.12 Systementwurf

C.1.12.9 Migrationskonzept

Das Migrationskonzept ist Grundlage und Verfahrenshandbuch für die Migration von Systemteilen eines Altsystems auf ein Neusystem. Es beschreibt Aufgaben, Verantwortlichkeiten und Abläufe zur Überführung relevanter Systemteile des Altsystems auf die neue Zielumgebung.

Das Migrationskonzept beschreibt im Detail, welche Teile des Altsystems betroffen sind, welche Änderungen zur Migration durchzuführen sind und an welcher Stelle die migrierten Systemteile in das Neusystem zu integrieren sind. Abhängig von Aspekten der Sicherheit des Altsystems wird für die Geschäftsprozesse eine Migrations- und eine Rollbackstrategie gewählt und eine detaillierte Migrationsplanung festgelegt.

Der Systemarchitekt trägt, als Verantwortlicher für den Entwurf des Neusystems, auch die Verantwortung für das Migrationskonzept. So ist sichergestellt, dass die zu migrierenden Systemteile im Architekturentwurf ausreichend berücksichtigt werden. Unterstützt wird der Systemarchitekt vom Systemintegrator, der die Verantwortung für das zu entwickelnde Neusystem trägt.

Für die Migration relevante Informationen zum Altsystem werden aus der Altsystemanalyse übernommen. Informationen zum Neusystem werden aus der Gesamtsystemspezifikation beziehungsweise der Systemarchitektur und dem Datenbankentwurf ermittelt.

C.1.12.9.1 Migrationsüberblick

Der Migrationsüberblick unterstützt den Systemarchitekten bei der Planung und Vorbereitung der Migration. Hier wird beschrieben, welche Systeme an der Migration beteiligt sind, welche Ziele mit der Migration verfolgt werden und welche Rahmenbedingungen zur Migration einzuhalten sind.

Eine typische Rahmenbedingung für die Durchführung einer Migration ist die Beschränkung auf einen festgelegten Zeitraum. Häufig haben zu migrierende Anwendungen hohe Verfügbarkeitsanforderungen. Diese müssen bei der Migration erfüllt werden.

C.1.12.9.2 Migrationsstrategie

Die Migrationsstrategie legt die Strategie für die Durchführung der Migration fest. Für die Ablösung eines Altsystems stehen grundsätzlich zwei Strategien zur Auswahl, die stufenweise Einführung oder die 'Big-Bang' Strategie, also die Einführung in einem Schritt. Welche der Strategien für einen konkreten Fall geeignet ist, muss im Detail untersucht und festgelegt werden.

Bei einer 'Big-Bang' Strategie werden innerhalb eines festgelegten Zeitraums - häufig an einem Wochenende - das Altsystem abgeschaltet, das Neusystem installiert sowie Systemteile und Daten migriert.

Bei einer stufenweisen Migration wird das Altsystem in mehreren Schritten migriert. Die stufenweise Migration ist im Allgemeinen unkritischer als die 'Big-Bang' Strategie. Die Anwender können sich langsam an die neuen Funktionalitäten gewöhnen. Falls das neue System noch nicht stabil sein sollte, kann im Notfall auf das Altsystem zurückgegriffen werden. Man unterscheidet zwei Arten der stufenweisen Einführung:

• Das Neusystem liefert die volle Funktionalität, steht jedoch nur einer beschränkten Nutzergruppe zur Verfügung. Neu- und Altsystem laufen parallel. Mit jeder Stufe wird der Kreis der Nutzer erweitert. Problematisch ist hier die parallele Nutzung von Alt- und Neusystem und damit insbesondere die Erhaltung der Datenkonsistenz.
• Eine andere Art der stufenweisen Einführung ist die Bereitstellung einer Teilfunktionalität für alle Nutzer. Die Anwender arbeiten parallel auf Neu- und Altsystem. Mit jeder Stufe wird die Funktionalität der Neusystems erweitert, bis das Altsystem vollständig abgelöst wurde.

C.1.12.9.3 Rollbackstrategie

Zu jeder in der Migrationsplanung festgelegten Stufe ist eine Rollbackstrategie festzulegen. Eine Rollbackstrategie beschreibt alle Aktivitäten, die durchgeführt werden müssen, um Änderungen im Falle eines Scheiterns der Migration zeitgerecht zurückzusetzen. Für jede Migrationsstufe wird individuell festgelegt

• nach welchen Kriterien die Entscheidung für ein Zurücksetzen der Änderungen und damit für einen Abbruch der Migration getroffen wird,
• welche Aufgaben zur Vorbereitung des Abbruchs durchgeführt werden müssen,
• welche Aktivitäten zur Durchführung des Abbruchs durchgeführt werden müssen, insbesondere wie der ursprüngliche Datenbestand wieder hergestellt werden kann und
• welche Aktivitäten nach Durchführung des Abbruchs durchzuführen sind. Hier ist insbesondere eine Teststrategie notwendig, mit der sichergestellt wird, dass das Altsystem wieder mit voller Funktionalität zur Verfügung steht.

C.1.12.9.4 Datenmigration

Daten sind das zentrale Element der Migration. Daten aus dem Altsystem müssen eventuell in ein neues Format transformiert und in die Datenbank(en) des Neusystems geladen werden. Die Datenmigration ist detailliert zu planen. Der Datenfluss von den Quelldatenbanken zu den Zieldatenbanken wird festgelegt. Zusätzlich werden alle notwendigen Datentransformationen definiert.

Der Detaillierungsgrad geht hier bis auf die Ebene der Felder in einer Datenbanktabelle. Grundlage für die Planung der Datenmigration ist das Datenmodell der Altsystemanalyse als Quelle des Datenflusses und der Datenbankentwurf des Neusystems als Ziel.

C.1.12.9.5 Planung der Durchführung

Abhängig von der gewählten Migrationsstrategie wird die Durchführung der Migration zeitlich geplant. Innerhalb der definierten Migrationsstufen werden weitere Stufen, jeweils mit einer Rollbackstrategie, festgelegt. Die durchzuführenden Aktivitäten werden geplant und die Verantwortlichkeiten zugeordnet. Für jede Stufe sowie für die Migrationsplanung insgesamt wird festgelegt, ab wann ein Abbruch beziehungsweise ein Rollback nicht mehr möglich ist (Point of no Return).