Migrationsplanen för datacentret är klar och alla är nöjda med strukturen. Den nya miljön är klar och övergångsfönstret är fastställt. Sedan frågar någon om avvecklingsplanen.
En person trodde att det redan var omhändertaget. En annan person föreslår att du “outsourcar det”, utan att gå in på detaljer. Sedan föreslår någon att man ska vänta tills migreringen är klar.
Det är där problemen kan börja.
Migrering och avveckling är inte samma projekt, men de är nära besläktade.
När teamen sammanför dem i en mental hink behandlas migreringen som en teknisk händelse och avvecklingen som överbliven logistik.
Det är så återvinning av tillgångar försvinner, brister i bevakningskedjan uppstår och det fula arbetet upptäcks när ledningen tror att projektet i princip redan är avslutat.
Migration och avveckling löser olika problem
Det enklaste sättet att förstå vilka utmaningar du kan stöta på är att skilja på jobben.
| Migration handlar om kontinuitet Det handlar om att flytta arbetsbelastningar, applikationer, användare, beroenden och infrastrukturtillstånd från en miljö till en annan utan att förstöra verksamheten. | Avveckling handlar om stängning Det handlar om att bevisa vad som hände med den gamla miljön efter att den inte längre behövs för migreringen. Detta omfattar sekvensering av nedstängning, identifiering av tillgångar, spårbarhet, bortforsling, sanering, återvinning, destruktion, återvinning och slutrapportering. |
Det är olika förutsättningar för framgång.
En migration kan vara tekniskt framgångsrik även om avvecklingen blir ett ekonomiskt, efterlevnadsmässigt eller bevismässigt problem. En avveckling kan vara tätt styrd medan själva migrationsplanen var slarvig. Överlappningen är verklig, men det är en överlämning, inte en sammanslagning.
Överlämningszonen innebär utmaningar för logistiken
Om ett team misslyckas beror det på att ingen äger överlämningen mellan den levande miljön och den pensionerade.
Det är i överlämningszonen som risken för katastrof är som störst. Om du inte kan svara på dessa frågor kommer det att bli farligt:
| När är tillgången verkligen ur produktion? | Vem ger tillstånd till avlägsnande? | Vem bekräftar att databärande media är på rätt väg? |
| Vem äger den slutliga inventeringen? | Vem avgör vad som är återvinningsbart respektive förstörbart? | Vem stämmer av det som skulle röra sig med det som faktiskt rörde sig? |
Om dessa frågor inte har namngivna ägare innan migrationsfönstret stängs börjar projektet improvisera.
Improvisation skapar exakt den typ av problem som du vill undvika: tvetydighet i vårdnaden, saknad serialisering, dålig återställningshantering och oväntat uppstädningsarbete. Medan alla firar migreringen faller avvecklingen sönder.
Vad Migration äger och vad Decommissioning äger
Det här är de åtgärder som teamen uttryckligen bör beskriva innan de genomförs:
| Arbetsström | Migrationen äger | Avveckling äger |
| Minskad arbetsbelastning | Flytt av applikation, validering, rollback-logik | N/A |
| Produktionsstopp | Bekräfta att systemen inte längre behövs i den gamla miljön | Genomför borttagning först efter godkänd nedstängning |
| Lagerstatus | Identifiera vad som är live och vad som är pensionerat | Registrering av slutlig serieinventering av utrangerade tillgångar |
| Datarisk | Skyddar data i realtid under övergången | Sanering, förstöring och bevismaterial efter pensionering |
| Finansiellt utfall | Undviker kostnader för stilleståndstid | Bevara återförsäljningsvärdet och kontroll av kostnader för bortforsling/destruktion |
| Slutlig rapportering | Slutförande av migrering och återställning av tjänster | Förvaringsregister, dispositionsregister, återvinning och avslutning |
Det här bordet är avsiktligt enkelt.
Operatörerna tenderar att överkomplicera gränsen i diskussionen och underdefiniera den i utförandet.
Fem felkällor som gör att projekt havererar
De flesta problem med avveckling och migrering av datacenter handlar om några specifika områden.
1. Den gamla miljön behandlas som ett lagringsproblem
Det här är det vanligaste misstaget efter migreringen. Migreringen avslutas, men den pensionerade miljön sitter fortfarande där i en gråzon. Ingen vill röra den förrän alla är säkra på att övergången är stabil. Ju längre den gamla miljön stannar i limbo, desto mer sannolikt är det att du förlorar ett rent inventeringstillstånd, blandar fungerande tillgångar med döda, misshandlar media eller låter hårdvara av återställningskvalitet åldras på en sämre marknad. Det är därför avveckling inte kan vara ett projekt som startar efter att alla känner sig avslappnade. Det behövs en definierad startpunkt, även om genomförandet sker i kontrollerade faser efter övertagandet.
2. Ingen definierar den sista betrodda inventeringen
Migrationsteam är vanligtvis fokuserade på servicestatus, inte reststatus. De vet vad som flyttades. De är vanligtvis mindre disciplinerade när det gäller vad som blev kvar, vad som stängdes av, vad som fortfarande innehöll data och vad som ändrade skick under projektet. Det är här avvecklingen börjar förlora pengar och kontroll. Om du inte låser den slutliga avvecklingsinventeringen vid rätt tillfälle blir varje samtal svagare än det förra: vad kan återställas, vad måste förstöras, vad togs faktiskt bort och vad saknas fortfarande i registret. Ju senare du försöker rekonstruera listan, desto mer börjar ditt projekt bero på kalkylblad som inte är anpassade.
3. Datavägen utformas för sent
Migrationsteam antar ofta att den gamla miljön kan saneras när flytten är klar. Det är en platshållare, inte en planNär platshållaren förvandlas till verkligt arbete kan tillgångarna redan vara blandade och förvaringsförhållandena kan vara sämre. Då blir beslutet om återanvändning eller förstörelse en fråga om tidspress i stället för policypress.
NIST SP 800-88 Revision 2 är användbar här eftersom den ramar in sanering som ett program med kontroller kopplade till medietyp och informationskänslighet. Datavägen måste bestämmas som en del av avvecklingsdesignen. Du kan inte bara korsa den bron när du kommer till den.
4. Återhämtningsplanen är antingen fantasi eller försummelse
Teamen svänger vanligtvis för långt åt ett håll. Antingen utgår de från att den pensionerade miljön är en dold guldgruva, eller så behandlar de allt gammalt som skrot och förstör värdet av misstag.Båda misstagen beror på samma problem: Ingen gjorde arbetet med att skilja ut premiuminventarier från tailinventarier.
Om avvecklingsplanen inte identifierar vad som har en verklig efterfrågan på andrahandsmarknaden hanteras hårdvaran som en sanering istället för som en tillgångsklass. Om planen utgår från att allting fortfarande har ett värde säljs en fantasi till finansavdelningen och projektbudgeten snedvrids innan genomförandet ens har påbörjats.
5. Leverantörsgränsen är luddig
En migreringsleverantör, ett flyttteam, en anläggningsentreprenör och en ITAD-operatör kan alla vara inblandade i samma projekt. Det betyder inte att de har samma incitament.
En part vill att övergången ska vara stabil. En annan vill ha rummet rensat. En annan vill ha hårdvaran serialiserad och skyddad. Om dessa gränser inte är definierade blir projektet beroende av den som är mest högljudd under den sista veckan. Ägaren till den avvecklade tillgången behöver ha auktoritet över den avvecklade tillgången, även om det är migrationsavdelningen som äger övergången.
En bättre operativ modell
Om du vill att projektet ska hålla sig rent ska du köra migrering och avveckling som sammanlänkade men separata arbetsflöden med en formell överlämning.
Den överlämningen borde definiera:
- Slutlig inventering: Tillförlitlig slutinventering
- Återhämtningsplan: Strategi för återförsäljaranpassad hårdvara
- Pensionering: När en tillgång tas ut ur balansräkningen
- Avslutsägare: Ägare till avslutningsposten
- Sanering: Väg för förstöring eller sanering av data
Fem frågor för att tvinga fram rätt konversation
Fråga innan migreringen stängs:
- Vem äger de utrangerade inventarierna när övergången är slutförd?
- Vilken är den senaste listan över betrodda tillgångar och när är den låst?
- Vilka tillgångar är återvinningsbara, förstörbara eller fortfarande i undantag?
- Hur ser förvaringsvägen ut från pensionering till slutlig disposition?
- Vem undertecknar det slutliga avvecklingspaketet?
Om svaren är vaga måste du reda ut det innan processen inleds.
Flytten kan vara klar. Arbetsbelastningen kan vara stabil. Den nya miljön kan vara i full gång. Det betyder ändå inte att projektet är under kontroll.
En migrering avslutas när verksamheten är live på den nya sidan. En avveckling avslutas när du kan bevisa vad som hände med den gamla hårdvaran. Projekten misslyckas när teamen förväxlar dessa två mållinjer.
Swedish 
English 
German 
Spanish 
French 
Dutch