Online- en offlinemigraties vergelijken

Voltooid

Er zijn twee verschillende methodologieën voor het migreren van databases tussen servers, Online en Offline. De belangrijkste verschillen tussen deze methodologieën zijn de hoeveelheid downtime voor de toepassingen en de processen die gebruikmaken van de databases. Offlinemigraties hebben doorgaans een langere periode van downtime en online is doorgaans het kortst met minimale onderbrekingen.

Kenmerken van offlinemigratie

Wanneer u een offlinemigratieactiviteit uitvoert, verwijst de beschrijving 'Offline' naar de noodzaak om de toepassingen en workloads te stoppen die aan de database zijn gekoppeld voordat de migratieactiviteit wordt gestart. De gegevens of database worden vervolgens gemigreerd van het bronsysteem naar het doelsysteem en geverifieerd, voordat de toepassing opnieuw wordt geconfigureerd om te verwijzen naar de nieuwe locatie en workloads die zijn aangepast.

De twee meest voorkomende methoden voor een offlinemigratieactiviteit zijn: een back-up en herstel voor een schemamigratie en een ETL (Extract, Transform en Load) gebruiken om de gegevens over te dragen op objectniveau of replicatieprocessen.

Offlinemigraties leiden doorgaans tot langere downtime voor het systeem, omdat de duur die nodig is om de gegevensmigratieactiviteit uit te voeren. Deze downtime neemt proportioneel toe op basis van het volume aan gegevens dat tijdens de migratie moet worden overgedragen. Bandbreedte is een eindige resource en er kunnen slechts zoveel gegevens per seconde worden overgedragen.

Er zijn enkele optimalisaties die we kunnen maken voor offlinemigraties die de hoeveelheid downtime waarmee we te maken hebben, tot een minimum kunnen beperken. Deze optimalisaties omvatten echter normaal gesproken een toename van de complexiteit van de migratie en daarom de risico's van iets dat fout gaat. Het gaat om het vinden van de balans tussen complexiteit, risico en toegestane downtime.

Kenmerken van onlinemigratie

Onlinemigraties zijn migraties die kunnen plaatsvinden terwijl de toepassingen en workloads nog steeds worden uitgevoerd. Deze situatie betekent dat de uitvaltijd die nodig is om de cut-over van de oude database naar de nieuwe database uit te voeren, klein is en dat dit tot een minimale onderbreking van de gebruikers leidt.

Notitie

Het is belangrijk om te begrijpen dat er, zelfs bij onlinemigraties, normaal gesproken een klein venster is waarin de toepassing offline moet worden gehaald om deze om te leiden naar de nieuwe databaselocatie. Er zijn manieren om een toepassing te ontwerpen om geen downtime te veroorzaken, maar dat valt buiten het bereik van deze module.

Normaal gesproken maakt een onlinemigratie gebruik van een database-enginetechnologie, zoals replicatie, om gegevens van de bron naar de doeldatabase te synchroniseren. De totale duur van een onlinemigratieactiviteit is langer dan een offlineactiviteit, omdat de synchronisatie van gegevens voorafgaat aan de cut-overgebeurtenis.

Bij het evalueren of een onlinemigratie moet worden uitgevoerd, is het belangrijk om inzicht te krijgen in de mogelijke invloed op de prestaties die het synchronisatieproces op het bronsysteem toepast. Daarnaast kunnen er enkele vereisten zijn voor het synchronisatieproces, wat betekent dat er wijzigingen moeten worden aangebracht in een database om deze te kunnen voltooien.

Offline versus onlinevergelijking

In de volgende tabel vindt u een kort overzicht van de belangrijkste verschillen tussen offline- en onlinemigratieprocessen.

	Offlinemigratie	Onlinemigratie
Downtime	Langer	Korter
Complexiteit	Lower	Hoger
Invloed op bron	Lower	Hoger
Gegevensoverdracht	Eenmalig proces	Synchroon

Welke methode u moet kiezen

Het begrijpen van de twee migratiemethoden maakt slechts deel uit van het verhaal voor het uitvoeren van een migratie. We moeten weten welke hulpprogramma's beschikbaar zijn voordat we een keuze kunnen maken over het uitvoeren van onze gegevensmigratie.