4 Teil 5: V-Modell-Referenz Produkte
4.3 Produkte
4.3.9 Systementwurf
4.3.9.9 Migrationskonzept
|
Vorgehensbaustein |
Sinn und Zweck
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.
Wann ist das Produkt entscheidungsrelevant?
|
Entscheidungspunkt |
Das Produkt ist zu keinem Entscheidungspunkt entscheidungsrelevant. |
Wer ist beteiligt?
|
Verantwortlich |
|
|
Mitwirkend |
Womit kann das Produkt erstellt werden?
|
Werkzeuge |
|
|
Methoden |
Keine |
Welche Vorlagen sind verfügbar?
|
Vorlagen |
Produktvorlage wird generiert. |
|
Beispielprodukte |
Keine |
Wie erstellt man das Produkt?
|
Aktivität |
Migrationskonzept erstellen |
Eine Migration ist inhaltlich, zeitlich und organisatorisch zu planen. Es ist detailliert festzulegen, wie die Migration durchzuführen ist und welche Daten und Schnittstellen zu migrieren sind.
Randbedingungen für die Migration sind zu identifizieren und die Strategie zur Durchführung festzulegen. Es sind Migrationsstufen mit durchzuführenden Aktivitäten zu planen und es ist festzulegen, wie Änderungen der jeweiligen Stufe, falls erforderlich, wieder zurückgesetzt werden könnten (Rollbackstrategie).
Der Datenfluss ist zu definieren und der Datenzustand ist zu untersuchen. Abhängig von den Ergebnissen ist die Datentransformation festzulegen. Die migrierten Systemteile repräsentieren Einheiten des neu zu entwickelnden Systems und werden nach der Migration integriert.
Folgende Teilschritte sind dabei enthalten:
- Datenabbildung definieren
- Durchführung planen
- Migrationsansatz konzipieren
Welche Abhängigkeiten hat das Produkt?
|
Erzeugt durch |
Systemspezifikationen |
|
Erzeugt |
Das Produkt erzeugt keine weiteren Produkte. |
|
Hängt inhaltlich ab von |
Das Produkt hat keine inhaltlichen Abhängigkeiten. |
4.3.9.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.
4.3.9.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.
4.3.9.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.
4.3.9.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.
4.3.9.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).