Migration von Rechenzentren vs. Stilllegung: Wo Projekte tatsächlich scheitern

Ihr Migrationsplan für das Rechenzentrum ist fertiggestellt und alle Beteiligten sind mit der Struktur zufrieden. Die neue Umgebung ist fertig, und das Zeitfenster für die Umstellung ist festgelegt. Dann fragt jemand nach dem Plan für die Stilllegung. 

Eine Person war der Meinung, es sei bereits erledigt. Eine andere Person schlägt vor, es “auszulagern”, ohne ins Detail zu gehen. Dann schlägt jemand vor, zu warten, bis die Migration abgeschlossen ist.

Damit können die Probleme beginnen.  

Migration und Stilllegung sind nicht dasselbe Projekt, aber sie sind eng miteinander verbunden. 

Wenn Teams beides in einen Topf werfen, wird die Migration wie ein technisches Ereignis und die Stilllegung wie ein logistisches Überbleibsel behandelt. 

Auf diese Weise verschwindet die Wiederbeschaffung von Vermögenswerten, es entstehen Lücken in der Kontrollkette, und unschöne Arbeiten werden erst entdeckt, wenn die Leitung denkt, dass das Projekt im Grunde schon abgeschlossen ist.

Migration und Stilllegung lösen unterschiedliche Probleme

Der sauberste Weg, um die Herausforderungen zu verstehen, denen Sie begegnen können, ist, die Aufgaben zu trennen.

Das sind unterschiedliche Erfolgsbedingungen.

Eine Migration kann technisch erfolgreich sein selbst wenn die Stilllegung zu einem finanziellen, behördlichen oder beweisrechtlichen Chaos wird. Eine Stilllegung kann straff geführt werden während der Migrationsplan selbst schlampig war. Die Überschneidung ist real, aber es handelt sich um eine Übergabe, nicht um eine Zusammenführung.

Die Übergabezone stellt eine logistische Herausforderung dar 

Wenn ein Team scheitert, liegt das daran, dass niemand die Übergabe zwischen der Live-Umgebung und der zurückgezogenen Umgebung beherrscht.

In dieser Übergabezone ist das Potenzial für eine Katastrophe am größten. Wenn Sie diese Fragen nicht beantworten können, wird es gefährlich: 

Wenn diese Fragen vor Ablauf des Zeitfensters für die Migration keine Verantwortlichen haben, beginnt das Projekt zu improvisieren.

Durch Improvisation entstehen genau die Probleme, die Sie vermeiden wollen: Unklarheiten bei der Aufbewahrung, fehlende Serialisierung, schlechte Wiederherstellungsprozesse und unerwartete Bereinigungsarbeiten. Während alle die Migration feiern, fällt die Stilllegung in sich zusammen.

Was die Migration besitzt und was die Stilllegung besitzt

Dies sind die Vorgänge, die die Teams vor der Ausführung ausdrücklich skizzieren sollten:

Diese Tabelle ist absichtlich einfach gehalten. 

Die Marktteilnehmer neigen dazu, die Grenze in der Diskussion zu kompliziert und in der Ausführung zu wenig genau zu definieren.

Fünf Fehlerpunkte, die zum Scheitern von Projekten führen

Die meisten Probleme bei der Stilllegung von Rechenzentren und bei Migrationen lassen sich auf einige wenige Bereiche zurückführen. 

1. Die alte Umgebung wird wie ein Speicherproblem behandelt

Dies ist der häufigste 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änger 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ühlen. Es braucht einen definierten Einstiegspunkt, auch wenn die Durchführung in kontrollierten Phasen nach der Übergabe erfolgt.

2. Niemand definiert das letzte vertrauenswürdige Inventar

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ückgeblieben ist, was abgeschaltet wurde, was noch Daten enthält und was sich während des Projekts geändert hat. Je später Sie versuchen, diese Liste zu rekonstruieren, desto mehr hängt Ihr Projekt von Tabellenkalkulationen ab, die nicht aufeinander abgestimmt sind.

3. Der Datenpfad wird zu spät entworfen

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ände möglicherweise schon vermischt und die Aufbewahrungsbedingungen schwächer. Dann hängt die Entscheidung über Wiederverwendung oder Zerstörung vom Zeitdruck und nicht von den Richtlinien ab.

NIST SP 800-88 Revision 2 ist hier nützlich, 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ücke nicht einfach überqueren, wenn man vor ihr steht.

4. Der Konjunkturplan ist entweder Fantasie oder Vernachlässigung

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.

Wenn der Stilllegungsplan nicht festlegt, was auf dem Sekundärmarkt wirklich nachgefragt wird, wird die Hardware wie eine Sanierungsmaßnahme 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ührung beginnt.

5. Die Grenzen des Anbieters sind unscharf

Ein Migrationsanbieter, ein Umzugsteam, ein Bauunternehmer und ein ITAD-Betreiber können alle am selben Projekt beteiligt sein. Das heißt aber nicht, dass sie die gleichen Anreize haben.

Die einen wollen einen stabilen Übergang. Eine andere will den Raum geräumt haben. Eine andere möchte, dass die Hardware serialisiert und geschützt wird. Wenn diese Grenzen nicht definiert sind, wird das Projekt demjenigen überlassen, der in der letzten Woche am lautesten ist. Der Eigentümer der stillgelegten Anlage muss die Autorität über den Pfad der stillgelegten Anlage haben, auch wenn die Migration den Übergang selbst übernimmt.

Ein besseres Betriebsmodell

Wenn Sie wollen, dass das Projekt sauber bleibt, führen Sie Migration und Stilllegung als verknüpfte, aber getrennte Arbeitsabläufe mit einer formellen Übergabe aus.

Diese Übergabe sollte definiert werden:

• Endgültige Bestandsaufnahme: Vertrauenswürdiges Endzustandsinventar
• Konjunkturprogramm: Strategie der Wiederverkaufsqualität der Hardware
• Ruhestand: In dem Moment, in dem ein Vermögenswert ausgeschieden wird 
• Closeout Owner: Eigentümer des Abschlussdatensatzes
• Desinfektion: Datenvernichtung oder Sanierungspfad

Fünf Fragen, um die richtige Konversation zu erzwingen

Bevor die Migration abgeschlossen wird, fragen Sie:

1. Wem gehört das ausgemusterte Inventar, wenn die Umstellung abgeschlossen ist?
2. Was ist die letzte vertrauenswürdige Vermögensliste, und wann ist sie gesperrt?
3. Welche Vermögenswerte sind verwertbar, zerstörbar oder befinden sich noch im Ausnahmezustand?
4. Wie sieht der Weg des Sorgerechts vom Eintritt in den Ruhestand bis zur endgültigen Verfügung aus?
5. Wer unterschreibt das endgültige Paket für den Abschluss der Stilllegung?

Wenn die Antworten vage sind, müssen Sie das klären, bevor der Prozess beginnt.

Der Umzug ist vielleicht schon vorbereitet. Die Arbeitsbelastung ist vielleicht stabil. Die neue Umgebung brummt vielleicht schon. Das heißt aber noch lange nicht, dass das Projekt unter Kontrolle ist.

Eine Migration ist beendet, wenn der Betrieb auf der neuen Seite aufgenommen wird. Eine Stilllegung endet, wenn Sie beweisen können, was mit der alten Hardware passiert ist. Die Projekte scheitern, wenn Teams diese beiden Ziellinien verwechseln.