Gartner uppskattar att 83 procent av datamigreringsprojekten antingen misslyckas eller överskrider sina budgetar och scheman. Detta beror sannolikt på det faktum att många företag fortfarande arbetar utan hjälp av dedikerad migreringsprogramvara. Att försöka navigera i en Network-Attached Storage (NAS)-migrering med föråldrade och inkompetenta verktyg innebär:
Gartner uppskattar att 83 procent av datamigreringsprojekten antingen misslyckas eller överskrider sina budgetar och scheman. Detta beror sannolikt på det faktum att många företag fortfarande arbetar utan hjälp av dedikerad migreringsprogramvara. Att försöka navigera i en Network-Attached Storage (NAS)-migrering med föråldrade och inkompetenta verktyg innebär:
- Höga kostnader för både intern och extern personal
- Ökad risk i alla aspekter av projektet från dataintegritet till migreringsteamets rykte
- Ökat antal övergångshändelser med förlängda avbrottstider
- Störning i verksamheten
- Brist på korrekt rapportering och styrning
- Skicklig personal som distraheras av migrationer istället för att arbeta med strategiska initiativ
Alla dessa utmaningar kan undvikas eller avsevärt mildras genom att följa en stabil migreringsprocess.
Genom att hantera komplexa NAS-migreringar under det senaste decenniet har det blivit tydligt att det finns fem steg för att uppnå en snabb och exakt NAS-migrering.
Steg 1: Planering och upptäckt
Har du någonsin kommit till sidan 5 i en bruksanvisning för IKEA för att upptäcka att du har satt ihop allt baklänges? Eller ännu bättre, du saknar en skruv? Efterhand: Det första steget för att sätta ihop det helt nya skrivbordet borde ha varit att räkna bitarna och läsa igenom instruktionerna innan skruva fast vad som helst. Att känna till verktygen du arbetar med och hur du vill att den slutliga produkten ska se ut är nyckeln. Annars är det garanterat huvudvärk. Detsamma gäller för att starta en NAS-migrering. Att känna till typen av innehåll på källsystemet och sammansättningen av data i förväg är så viktigt för att förhindra migreringsfel.
Innan du påbörjar en NAS-migrering, ställ frågor i förväg för att veta vad du arbetar med:
- Vilken data behöver faktiskt migreras – allt, eller kan du ta bort en del av den äldre data som ingen har rört på över sju år?
- Kommer du att migrera över en LAN- eller WAN-länk? Och hur snabba är länkarna?
- Hur mycket data finns det och vad är sammansättningen av den datan?
- Storlek (detta är viktigt eftersom det kan påverka migreringsprestanda drastiskt)?
- NFS och/eller SMB eller Mixed Protocol?
- Vilka applikationer och applikationsgrupper kommer att påverkas?
- Behöver data migreras i en specifik ordning eller parallellt?
- Hur lång tid kommer den övergripande migrationen att ta?
- Hur lång tid tar den slutliga övergången till det nya systemet?
- Kommer all kapacitet att bytas över på en gång, eller i etapper?
- Vad är din avbrottstolerans för den slutliga cutover?
- Vad är affärseffekten av att försena migrationsinsatser kontra kostnadseffekten av att lämna gamla redskap på golvet?
- Vem ska utföra migreringen och vilken metod kommer de att använda?
För att kunna utföra en sömlös NAS-migrering och göra det möjligt för IT-administratörer att planera väl, behöver du denna djupgående bild av aktuella data och användare. Ditt NAS-migreringsverktyg bör ge insikter i källlagringssystemet genom att extrahera metadata, som förklarar när en fil lagrades, av vem och när den senast användes. Det bör också ta hänsyn till kapacitet per filer, kataloger, per användare, per skapelsetid, per ändringstid eller historisk användning. Du måste analysera all denna data för att bättre informera om din inställning till NAS-migrering.
Steg 2: Skanna och kopiera först
Det är här pennan möter papper för första gången. Du behöver en programvara i företagsklass som låter dig migrera fil- eller objektdata mellan lagringsplattformar. För att börja flyttas den initiala uppsättningen av data från källan (håller den synkroniserad) till mål-NAS. Den första skanningen kommer att upptäcka data som behöver migreras, och den första kopian kommer att kopiera migreringsvägarna till målet.
Vissa företag använder fortfarande operativsystemscheman för varje enskild kopiavärd, vilket resulterar i en obalanserad arbetsbelastning över servrarna. För att skapa mindre utsprång, implementera modern migreringsprogramvara som grafiskt definierar migreringspolicyer så att du kan diktera vilket innehåll som kopieras mellan källan och målet, frekvensen med vilken innehållet synkroniseras om och en enda glasruta för enkel övervakning och hantering.
Steg 3: Steady State
Nu när de första filerna har skannats och kopierats över från käll-NAS:en till mål-NAS:en är det dags att gå in i nästa steg i migreringsprocessen som kallas Steady State. Steady State ger en kontinuerlig spegling av data på käll- och målsystemen. Här kommer ditt team att utarbeta affärsdetaljer och timingbeslut angående omdirigering av applikationer och slutanvändare till det nya systemet. Det är också viktigt att åtgärda eventuella fel som uppstår när data kopieras under Steady State. Fel är inte ovanliga och de hjälper dig att identifiera data som inte kopieras korrekt så att korrigerande åtgärder kan vidtas om det behövs. Till exempel kan du leta efter teckenuppsättningskonflikter och en oförmåga att komma åt en fil på källsystemet. Att reda ut detta innan den slutliga övergången är naturligtvis absolut nödvändigt.
Under det här steget bör du också överväga en torrkörning av det sista övergångssteget för att få en god uppfattning om huruvida du ska skära över allt på en gång eller planera att arbeta i etapper. Genom att prognostisera allt detta kan du diktera hur lång tid den slutliga övergången kommer att ta, vilket vi kommer att diskutera i nästa steg.
Steg 4: Final Cut Over
Nu är det dags att klippa över dina data till det nya systemet. Avsikten med den sista cut over är att fånga Alla Produkter filer. Detta görs genom att först skanna källdata och måldata för att avgöra vad som behöver flyttas i slutskedet, inklusive all data som kan ha uteslutits i tidigare försök. Innan du börjar den här processen, se till att inställningarna för ditt valda system är inställda för att begränsa slutanvändarens åtkomst till källdata så att inga källändringar kommer att ske som inte också händer med måldata. I vissa system kan inställning av resurser och exporter på källan ställas in på "Read Only" direkt i migreringsverktyget. För andra system vill du ha planerad tid att göra detta via ett skript eller manuellt. När den slutliga kopian är klar kommer du att vilja skapa SMB-resurserna och/eller NFS-exporterna på målet och få dem att läsa och/eller skriva beroende på vad som fanns på källsystemet.
Steg 5: Efter migrering
Nu när du äntligen har vänt på IKEA-skrivbordet som du arbetat noga med att montera, är det dags att lägga till lite vikt för att se till att det är stadigt och stabilt. Först rekommenderar jag att du gör några snabba valideringstester som tittar på filerna, filbehörigheten och dela/exportera åtkomsträttigheter på målsystemet. Att låta applikationsägare och till och med några få viktiga slutanvändare köra sina egna applikationstester – för att kontrollera saker som hemdelningar – är alltid en bra idé efter migreringen. Är du nöjd med skicket på dina uppgifter? Om svaret är ja, är det sista steget att omdirigera användare och applikationer till din nya källa. Detta kan göras via DFS- eller DNS-ändringar beroende på din miljö. Eller så kan du vidarebefordra nya länkar till dina användare om du vill.
En av anledningarna till att så många NAS-migreringar misslyckas är bristen på förberedelser och insyn i befintliga data. Det är omöjligt att framgångsrikt utföra en migrering utan att veta vad du migrerar i första hand. Att veta exakt vad du kommer att arbeta med i förväg och migrera med ett NAS-specifikt migreringsverktyg kommer att leda till en bättre upplevelse från dina IT-team och dina slutanvändare.
-Författare av Michael Jack, Vice President för Global Sales och medgrundare, Datadobi
Engagera dig med StorageReview
Nyhetsbrev | Youtube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | Rssflöde
