{"id":77836,"date":"2026-05-05T16:27:02","date_gmt":"2026-05-05T16:27:02","guid":{"rendered":"https:\/\/exittechnologies.com\/?p=77836"},"modified":"2026-05-05T16:27:05","modified_gmt":"2026-05-05T16:27:05","slug":"migration-von-rechenzentren-vs-stilllegung-wo-projekte-tatsachlich-scheitern","status":"publish","type":"post","link":"https:\/\/exittechnologies.com\/de\/blog\/datenzentrum\/migration-von-rechenzentren-vs-stilllegung-wo-projekte-tatsachlich-scheitern\/","title":{"rendered":"Migration von Rechenzentren vs. Stilllegung: Wo Projekte tats\u00e4chlich scheitern"},"content":{"rendered":"Lesezeit: <\/span> 5<\/span> Minuten<\/span><\/span>\n

Ihr Migrationsplan f\u00fcr das Rechenzentrum ist fertiggestellt und alle Beteiligten sind mit der Struktur zufrieden. Die neue Umgebung ist fertig, und das Zeitfenster f\u00fcr die Umstellung ist festgelegt. Dann fragt jemand nach dem Plan f\u00fcr die Stilllegung. <\/p>\n\n\n\n

Eine Person war der Meinung, es sei bereits erledigt. Eine andere Person schl\u00e4gt vor, es \u201causzulagern\u201d, ohne ins Detail zu gehen. Dann schl\u00e4gt jemand vor, zu warten, bis die Migration abgeschlossen ist.<\/p>\n\n\n\n

Damit k\u00f6nnen die Probleme beginnen.  <\/p>\n\n\n\n

Migration und Stilllegung sind nicht dasselbe Projekt, aber sie sind eng miteinander verbunden. <\/p>\n\n\n\n

Wenn Teams beides in einen Topf werfen, wird die Migration wie ein technisches Ereignis und die Stilllegung wie ein logistisches \u00dcberbleibsel behandelt. <\/p>\n\n\n\n

Auf diese Weise verschwindet die Wiederbeschaffung von Verm\u00f6genswerten, es entstehen L\u00fccken in der Kontrollkette, und unsch\u00f6ne Arbeiten werden erst entdeckt, wenn die Leitung denkt, dass das Projekt im Grunde schon abgeschlossen ist.<\/p>\n\n\n\n

Migration und Stilllegung l\u00f6sen unterschiedliche Probleme<\/strong><\/h2>\n\n\n\n

Der sauberste Weg, um die Herausforderungen zu verstehen, denen Sie begegnen k\u00f6nnen, ist, die Aufgaben zu trennen.<\/p>\n\n\n\n

\n
\n
Bei der Migration geht es um Kontinuit\u00e4t<\/strong>
Es geht darum, Workloads, Anwendungen, Benutzer, Abh\u00e4ngigkeiten und den Zustand der Infrastruktur von einer Umgebung in eine andere zu \u00fcbertragen, ohne das Unternehmen zu sch\u00e4digen.<\/td>		Bei der Stilllegung geht es um die Schlie\u00dfung<\/strong>
Es geht darum, nachzuweisen, was mit der alten Umgebung passiert ist, nachdem die Migration sie nicht mehr ben\u00f6tigt. Dazu geh\u00f6ren die Sequenzierung der Abschaltung, die Identifizierung von Verm\u00f6genswerten, die Aufbewahrungskette, die Entfernung, die Sanierung, die Wiederherstellung, die Vernichtung, das Recycling und die abschlie\u00dfende Berichterstattung.<\/td><\/tr><\/tbody><\/table><\/figure>\n<\/div>\n<\/div>\n\n\n\n

Das sind unterschiedliche Erfolgsbedingungen.<\/p>\n\n\n\n

Eine Migration kann technisch erfolgreich sein<\/a> selbst wenn die Stilllegung zu einem finanziellen, beh\u00f6rdlichen oder beweisrechtlichen Chaos wird. Eine Stilllegung kann straff gef\u00fchrt werden<\/a> w\u00e4hrend der Migrationsplan selbst schlampig war. Die \u00dcberschneidung ist real, aber es handelt sich um eine \u00dcbergabe, nicht um eine Zusammenf\u00fchrung.<\/p>\n\n\n\n

Die \u00dcbergabezone stellt eine logistische Herausforderung dar <\/strong><\/h2>\n\n\n\n

Wenn ein Team scheitert, liegt das daran, dass niemand die \u00dcbergabe zwischen der Live-Umgebung und der zur\u00fcckgezogenen Umgebung beherrscht.<\/p>\n\n\n\n

In dieser \u00dcbergabezone ist das Potenzial f\u00fcr eine Katastrophe am gr\u00f6\u00dften. Wenn Sie diese Fragen nicht beantworten k\u00f6nnen, wird es gef\u00e4hrlich: <\/p>\n\n\n\n

Wann ist der Verm\u00f6genswert wirklich aus der Produktion genommen?<\/strong><\/td>Wer genehmigt den Umzug?<\/strong><\/td>Wer best\u00e4tigt, dass die datenf\u00fchrenden Medien auf dem richtigen Weg sind?<\/strong><\/td><\/tr>
Wer ist Eigent\u00fcmer des endg\u00fcltigen Bestands?<\/strong><\/td>Wer entscheidet, was verwertbar und was vernichtungsf\u00e4hig ist?<\/strong><\/td>Wer bringt das, was sich bewegen sollte, mit dem, was sich tats\u00e4chlich bewegt hat, in Einklang?<\/strong><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Wenn diese Fragen vor Ablauf des Zeitfensters f\u00fcr die Migration keine Verantwortlichen haben, beginnt das Projekt zu improvisieren.<\/p>\n\n\n\n

Durch Improvisation entstehen genau die Probleme, die Sie vermeiden wollen: Unklarheiten bei der Aufbewahrung, fehlende Serialisierung, schlechte Wiederherstellungsprozesse und unerwartete Bereinigungsarbeiten. W\u00e4hrend alle die Migration feiern, f\u00e4llt die Stilllegung in sich zusammen.<\/p>\n\n\n\n

Was die Migration besitzt und was die Stilllegung besitzt<\/strong><\/h2>\n\n\n\n

Dies sind die Vorg\u00e4nge, die die Teams vor der Ausf\u00fchrung ausdr\u00fccklich skizzieren sollten:<\/p>\n\n\n\n

Arbeitsbereich<\/strong><\/td>Die Migration besitzt<\/strong><\/td>Stilllegung besitzt<\/strong><\/td><\/tr>
Verlagerung der Arbeitslast<\/td>Anwendungsumzug, Validierung, Rollback-Logik<\/td>K.A.<\/td><\/tr>
Stilllegung der Produktion<\/td>Best\u00e4tigung, dass die Systeme in der alten Umgebung nicht mehr ben\u00f6tigt werden<\/td>Erzwingen der Entfernung nur nach genehmigtem Abschaltzustand<\/td><\/tr>
Zustand des Inventars<\/td>Feststellung, was live und was im Ruhestand bleibt<\/td>Erfassung des endg\u00fcltigen, serialisierten Inventars der ausgemusterten Verm\u00f6genswerte<\/td><\/tr>
Datenrisiko<\/td>Schutz von Live-Daten w\u00e4hrend der Umstellung<\/td>Desinfektion, Vernichtung und Beweise nach dem Ausscheiden<\/td><\/tr>
Finanzielles Ergebnis<\/td>Vermeiden von Ausfallkosten<\/td>Erhaltung des Wiederverkaufswerts<\/a> und Kontrolle der Kosten f\u00fcr die Beseitigung\/Vernichtung<\/td><\/tr>
Abschlie\u00dfende Berichterstattung<\/td>Abschluss der Migration und Wiederherstellung des Dienstes<\/td>Verwahrungsprotokolle, Verf\u00fcgungsprotokolle, Einziehung und Schlie\u00dfung<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Diese Tabelle ist absichtlich einfach gehalten. <\/p>\n\n\n\n

Die Marktteilnehmer neigen dazu, die Grenze in der Diskussion zu kompliziert und in der Ausf\u00fchrung zu wenig genau zu definieren.<\/p>\n\n\n\n

F\u00fcnf Fehlerpunkte, die zum Scheitern von Projekten f\u00fchren<\/strong><\/h2>\n\n\n\n

Die meisten Probleme bei der Stilllegung von Rechenzentren und bei Migrationen lassen sich auf einige wenige Bereiche zur\u00fcckf\u00fchren. <\/p>\n\n\n\n

1. Die alte Umgebung wird wie ein Speicherproblem behandelt<\/h3>\n\n\n\n

Dies ist der h\u00e4ufigste Fehler nach der Migration. Die Migration ist abgeschlossen, aber die stillgelegte Umgebung befindet sich immer noch in einer Grauzone. Niemand will sie anfassen, bevor nicht jeder sicher ist, dass die Umstellung stabil ist. Je l\u00e4nger die alte Umgebung in der Schwebe bleibt, desto wahrscheinlicher ist es, dass der saubere Inventarstatus verloren geht, dass funktionierende Assets mit toten Assets vermischt werden, dass Medien falsch gehandhabt werden oder dass Recovery-Hardware auf einem schlechteren Markt veraltet.Deshalb kann die Stilllegung kein Projekt sein, das erst dann beginnt, wenn sich alle entspannt f\u00fchlen. Es braucht einen definierten Einstiegspunkt, auch wenn die Durchf\u00fchrung in kontrollierten Phasen nach der \u00dcbergabe erfolgt.<\/p>\n\n\n\n

2. Niemand definiert das letzte vertrauensw\u00fcrdige Inventar<\/h3>\n\n\n\n

Migrationsteams konzentrieren sich in der Regel auf den Dienststatus, nicht auf den Reststatus. Sie wissen, was verschoben wurde. Sie sind in der Regel weniger diszipliniert, wenn es darum geht, was zur\u00fcckgeblieben ist, was abgeschaltet wurde, was noch Daten enth\u00e4lt und was sich w\u00e4hrend des Projekts ge\u00e4ndert hat. Je sp\u00e4ter Sie versuchen, diese Liste zu rekonstruieren, desto mehr h\u00e4ngt Ihr Projekt von Tabellenkalkulationen ab, die nicht aufeinander abgestimmt sind.<\/p>\n\n\n\n

3. Der Datenpfad wird zu sp\u00e4t entworfen<\/h3>\n\n\n\n

Migrationsteams gehen oft davon aus, dass die alte Umgebung nach dem Umzug bereinigt werden kann. Das ist ein Platzhalter, kein Plan. Wenn aus dem Platzhalter dann echte Arbeit wird, sind die Best\u00e4nde m\u00f6glicherweise schon vermischt und die Aufbewahrungsbedingungen schw\u00e4cher. Dann h\u00e4ngt die Entscheidung \u00fcber Wiederverwendung oder Zerst\u00f6rung vom Zeitdruck und nicht von den Richtlinien ab.<\/p>\n\n\n\n

    <\/ol>\n\n\n\n

    NIST SP 800-88 Revision 2 ist hier n\u00fctzlich, weil es die Bereinigung als ein Programm mit Kontrollen, die an den Medientyp und die Empfindlichkeit der Informationen gebunden sind, darstellt. Der Datenpfad muss im Rahmen der Stilllegungsplanung festgelegt werden. Man kann diese Br\u00fccke nicht einfach \u00fcberqueren, wenn man vor ihr steht.<\/p>\n\n\n\n

    4. Der Konjunkturplan ist entweder Fantasie oder Vernachl\u00e4ssigung<\/h3>\n\n\n\n

    Die Teams schwenken in der Regel zu weit in eine Richtung. Entweder gehen sie davon aus, dass die stillgelegte Umgebung eine versteckte Goldmine ist, oder sie behandeln alles Alte als Schrott und vernichten versehentlich Werte.<\/p>\n\n\n\n

    Wenn der Stilllegungsplan nicht festlegt, was auf dem Sekund\u00e4rmarkt wirklich nachgefragt wird, wird die Hardware wie eine Sanierungsma\u00dfnahme und nicht wie eine Anlageklasse behandelt. Wenn der Plan davon ausgeht, dass alles noch einen Wert hat, wird der Finanzierung ein Hirngespinst verkauft und das Projektbudget verzerrt, noch bevor die Ausf\u00fchrung beginnt.<\/p>\n\n\n\n

    5. Die Grenzen des Anbieters sind unscharf<\/h3>\n\n\n\n

    Ein Migrationsanbieter, ein Umzugsteam, ein Bauunternehmer und ein ITAD-Betreiber k\u00f6nnen alle am selben Projekt beteiligt sein. Das hei\u00dft aber nicht, dass sie die gleichen Anreize haben.<\/p>\n\n\n\n

    Die einen wollen einen stabilen \u00dcbergang. Eine andere will den Raum ger\u00e4umt haben. Eine andere m\u00f6chte, dass die Hardware serialisiert und gesch\u00fctzt wird. Wenn diese Grenzen nicht definiert sind, wird das Projekt demjenigen \u00fcberlassen, der in der letzten Woche am lautesten ist. Der Eigent\u00fcmer der stillgelegten Anlage muss die Autorit\u00e4t \u00fcber den Pfad der stillgelegten Anlage haben, auch wenn die Migration den \u00dcbergang selbst \u00fcbernimmt.<\/p>\n\n\n\n

    <\/p>\n\n\n\n

    Ein besseres Betriebsmodell<\/strong><\/h2>\n\n\n\n

    Wenn Sie wollen, dass das Projekt sauber bleibt, f\u00fchren Sie Migration und Stilllegung als verkn\u00fcpfte, aber getrennte Arbeitsabl\u00e4ufe mit einer formellen \u00dcbergabe aus.<\/p>\n\n\n\n

    Diese \u00dcbergabe sollte definiert werden:<\/p>\n\n\n\n