Plánování migrace dat
Projekt modernizace datové platformy má pět fází, které jsou obvykle dokončeny v pořadí.
V našem scénáři globálního prodejce vaše rada schválila projekt modernizace a začínáte organizovat zaměstnance a další zdroje. Pokud chcete úkoly nastavit a přiřazovat optimálně, je potřeba porozumět fázím projektu podrobněji.
V této lekci podrobněji prozkoumáte každou z pěti fází.
Zahájení a zjišťování
Projekty modernizace datových platforem se obvykle iniciují tak, aby splňovaly obchodní nebo právní požadavky. Proto je nezbytné zohlednit tyto potřeby a získat podporu od vedoucího vedení. Prvním krokem je dokončení cvičení zjišťování, které zahrnuje následující aspekty:
Vyhodnocení aktuálního prostředí
Mnoho IT infrastruktur se obvykle bude vyvíjet v průběhu mnoha let, možná i desetiletí. V té době se obchodní a zaměstnanci mohou výrazně změnit v rozsahu, v jakém už nemusí existovat odborníci na systémy, které organizace má. V některých výjimečných případech mohou organizace dokonce zapomenout, že stále existují některé systémy.
Kontrola závislostí mezi existujícími aplikacemi a databázemi
Měli byste určitou dobu pochopit, jak vaše aplikace komunikují s databázemi, které existují ve vaší síti. Měli byste také porozumět všem závislostem mezi databázemi, které mohou existovat, abyste mohli souhrnně seskupovat databáze v logických seskupeních. Provedením tohoto cvičení použijete logické seskupení databází jako základ pro jejich migraci do Azure jako jednu jednotku.
Výpis typů úloh vašich systémů
Výpis typů úloh na identifikovaných databázových serverech poskytuje přehled o jejich využití. Úlohy je možné kategorizovat jako analytické (OLAP) nebo transakční (OLTP) na základě toho, jestli jsou náročné na čtení nebo zápis. To vám pomůže rozhodnout, na kterou technologii datové platformy se má migrovat. Další kategorizace může zahrnovat dávkové úlohy nebo úlohy podpory rozhodování.
Posouzení
Během fáze posouzení se informace shromážděné během fáze zjišťování používají k komplexnímu vyhodnocení identifikovaných úloh, aby bylo možné stanovit následující:
- Všechny potenciální překážky migrace
- Všechny zásadní změny, které vyžadují opravy po migraci
- Funkce Azure, které můžou úlohy používat
Vytvoříte to dokončením aktuálního posouzení úloh a posouzením kritérií úloh:
Aktuální posouzení úloh
Zjištěné databázové servery a aplikace jsou kategorizovány a potvrzeny, aby vytvořily následující: objem dat a očekávané míry růstu, průměrné využití prostředků a jejich důležitost pro firmu. Tato fáze také představuje příležitost zvážit kombinování nebo vyřazení místních databází z provozu, aby se snížil počet databází, které se mají migrovat, a snížit celkové náklady na vlastnictví.
Posouzení kritérií úloh
V posouzení kritérií úloh použijete závěry z aktuálního posouzení úloh a definujete kritéria po migraci pro spouštění identifikovaných úloh.
Řekněme, že jste během špičky identifikovali silně používaný transakční databázový server, ale s nízkým využitím mimo špičku. V posouzení kritérií úloh definujete kritéria po migraci, jako je migrace do služby Azure SQL Database s automatickým škálováním pro zpracování zatížení ve špičce.
Plánování
Fáze plánování projektu modernizace datových platforem zahrnuje určení cílové platformy, přístupu k migraci a plánů zmírnění rizik pro všechna plánovaná nebo neplánovaná přerušení.
V rámci fáze plánování procesu modernizace datové platformy existuje sedm termínů, které popisují, jak můžete zpracovávat přechody aplikací a dat z existujícího místního prostředí do nového cloudového prostředí (veřejné nebo soukromé):
| # | Fáze | Akce | Popis |
|---|---|---|---|
| 1. | Zůstat | Nic nedělat | Trvalá modernizace při zvažování dlouhodobých možností pro zbývající místní služby. |
| 2. | Změna hostitele | Migrace na IaaS | Tento přístup eliminuje potřebu správy datacenter a poskytuje vyšší návratnost investic (ROI) prostřednictvím nižších celkových nákladů na vlastnictví(TCO). |
| 3. | Refaktoring | Migrace na IaaS nebo PaaS s minimálními změnami aplikací | Tento přístup eliminuje potřebu správy datacenter a poskytuje vyšší návratnost investic (ROI) prostřednictvím nižších celkových nákladů na vlastnictví(TCO). Díky konsolidaci databází může také snížit režijní náklady na správu. |
| 4. | Změna architektury | Přepsání základních aspektů aplikace pro použití cloudových technologií | Umožňuje používat moderní komponenty, snižuje nasazení kódu a usnadňuje nasazení infrastruktury a služeb DevOps. |
| 5. | Opětovné sestavení (Rebuild) | Opětovné sestavení aplikace pro použití PaaS nebo bezserverových technologií | Opětovné sestavení datových platforem a aplikací s novějšími technologiemi umožňuje využívat integrovanou vysokou dostupnost Azure, zvyšuje přenositelnost a škálovatelnost aplikací a minimalizuje potenciální mezery dovedností mezi použitými technologiemi a zaměstnanci, kteří podporují nebo vyvíjejí aplikaci. |
| 6. | Nahradit | Nahrazení aplikace novější aplikací nebo řešením SaaS | Zvažte přístup nahrazení, pokud má aplikace závislosti na fyzických zařízeních připojených k serveru nebo když se úzce integruje s místní infrastrukturou. |
| 7. | Odejít | Vyřazení aplikací z provozu, které už nejsou potřeba | Přístup k vyřazení by se měl zvážit, když se už nepoužívají starší verze aplikací a databází, protože neexistuje žádný obchodní nebo právní požadavek na jejich zachování. |
Následující graf ukazuje množství úsilí, které každý termín vyžaduje ve srovnání s hodnotou, kterou firma z migrace získá.
Možnosti cíle platformy
Pokud jde o výběr cílové platformy, máte k dispozici dvě možnosti vysoké úrovně.
Infrastruktura jako služba (IaaS) – V tomto přístupu budete migrovat data na virtuální počítač s nainstalovaným SQL Serverem.
Platforma jako služba (PaaS) – V tomto přístupu budete migrovat data do služby datové platformy, která vyhovuje vašim úlohám. Pro transakční úlohy, které by zahrnovaly Azure SQL Database nebo Azure SQL Managed Instance. U úloh typu OLAP (Online Analytical Processing) by to zahrnovalo Azure Synapse Analytics.
Volba cílové platformy podle funkcí
Azure SQL Database – Používá se, pokud je oblast aplikace vymezena oborem databáze. SQL Database nabízí řešení s nízkou údržbou, které může být skvělou volbou pro určité úlohy.
Elastické fondy Azure SQL Database – Elastické fondy umožňují přidělovat úložiště a výpočetní prostředky skupině databází a nemusíte spravovat prostředky pro každou databázi jednotlivě. Elastické fondy se navíc snadněji škálují než jednoúčelové databáze, kdy škálování jednotlivých databází už není potřeba kvůli změnám elastického fondu.
Bezserverová služba Azure SQL Database – Je efektivní pro snížení nákladů ve vývojových a testovacích prostředích. Funkce zpoždění automatického pozastavení umožňuje nastavit neaktivní období před automatickým pozastavením databáze. Můžete si vybrat mezi 1 hodinou a 7 dny nebo ho zakázat. Při opětovném přístupu k databázi se obnoví a během pozastavení se budou účtovat poplatky za úložiště.
Spravovaná instance Azure SQL – Je vhodné ji použít, pokud je oblast aplikace vymezená na instanci a vyžaduje funkce, které nejsou ve službě Azure SQL Database dostupné, například:
- Agent SQL
- MSDTC
- DQS
- MDS
- Databázová pošta
- Polybase
- Podpora propojených serverů
- Podporuje nové cloudové služby Azure, jako je detekce hrozeb.
SQL Server na virtuálním počítači Azure – Používá se, pokud je oblast aplikace vymezená na instanci a vyžaduje funkce, které nejsou dostupné ve službě Azure SQL Managed Instance, jako je SQL Server Reporting Services (SSRS), Služba Analysis Services serveru SQL (SSAS) a SSIS (SQL Server Integration Services).
Azure Synapse Analytics – Používá se, pokud máte aplikace, které spouštějí složité dotazy napříč velkým množstvím dat, které můžou využít výhod mpP (Massively Parallel Processing), aby se zkrátila doba zpracování dotazů.
Pokud chcete zobrazit seznam funkcí podporovaných v jednotlivých nabídkách PaaS pro SQL, podívejte se na porovnání funkcí: Azure SQL Database a Azure SQL Managed Instance.
Výběr cílové platformy podle nákladů
Azure SQL Database – Povaha služby Azure SQL Database jako služby výrazně snižuje náklady na správu a správu oproti tradičnímu SQL Serveru v topologii Azure IaaS, protože většina požadované práce je dokončena na pozadí od Microsoftu. Ve velkém měřítku může člověk výrazně ušetřit čas a úsilí.
Elastické fondy Azure SQL Database – Elastické fondy Azure SQL Database poskytují značné úspory u více databází s nepředvídatelnými požadavky na využití. Výpočetní prostředky jsou sdílené, vyhněte se nadměrnému zřizování a snížení nákladů na údržbu a správu serveru.
Spravovaná instance Azure SQL – Sql Managed Instance se nabízí zákazníkům, kteří chtějí plně spravovanou službu, kde můžou snadno lift and shiftovat místní prostředí s minimálními změnami konfigurace. Prostředí nabízí minimálně 8 jader a až 8 TB úložiště a nachází se v izolované virtuální síti. Tato nabídka je skvělá pro zákazníky, kteří se chtějí rychle dostat do cloudu a chtějí se vyhnout režii při údržbě virtuálních počítačů.
SQL Server na virtuálním počítači Azure – v porovnání s nabídkami PaaS nabízí SQL Server běžící na virtuálních počítačích Azure vyšší náklady na výpočetní prostředky, úložiště a správu, ale poskytuje větší kontrolu nad SQL Serverem a infrastrukturou.
Azure Synapse Analytics – Azure Synapse Analytics může snížit náklady díky využití architektury MPP ke zpracování složitých dotazů během několika minut místo hodin.
Offline a online migrace
Ve fázi plánování budete chtít zvážit, jestli provedete offline nebo online migraci. Při offline migracích začíná výpadek aplikace ve stejnou dobu, kdy se migrace spustí. Pokud chcete omezit prostoje na dobu potřebnou k zkrácení do nového prostředí po dokončení migrace, použijte online migraci. Doporučuje se otestovat offline migraci, abyste zjistili, jestli je výpadek přijatelný; pokud ne, proveďte online migraci. Kromě toho nemusí být online a offline možnosti dostupné v závislosti na vybrané platformě Azure.
Transformace a optimalizace
Vaše posouzení a plánování by identifikovalo aspekty vašich aplikací a databází, které by vyžadovaly práci po migraci, která transformuje nebo optimalizuje funkci, aby se zajistila úspěšná migrace. Transformace obvykle zahrnuje práci, která vyžaduje opravu nebo změnu aspektu databáze.
Optimalizace obvykle zahrnuje úpravu migrované databáze, aby využila výhod funkce nebo optimalizovala její využití v Rámci Azure.
Transformace může například zahrnovat úpravu uložené procedury nebo dotazu SQL obsahující syntaxi, která není v cílové databázi podporovaná. To by vyžadovalo úpravu syntaxe, aby byla zajištěna kompatibilita s novou databázovou platformou, čímž zajistíte hladké spuštění uložené procedury nebo dotazu bez jakýchkoli problémů v cílovém prostředí.
Transformace
Aby se zajistilo úspěšné prostředí po migraci, může být v databázi potřeba provést jednu nebo několik následujících změn.
Instalace upgradů verzí před migrací
Oprava chyb identifikovaných nástroji pro posouzení migrace
Implementace změn schématu databáze
Migrace stávajících integrovaných databázových služeb do Azure
Zpracování úloh SSIS v cloudu
Optimalizovat
Během migrace můžete postupovat podle jednoho nebo několika následujících pokynů optimalizace, abyste měli jistotu, že vaše organizace využívá své investice do Azure na maximum.
Posouzení nových funkcí, které mohou být dostupné na cílové platformě
Změna struktury úloh do nákladově efektivnějších nebo efektivních sad výkonu
Zvolte nejvyšší úroveň služby a úroveň výkonu během migrace a po dokončení migrace vertikálně snížit kapacitu.
Zajištění správné velikosti úloh
Minimalizace vzdálenosti mezi souborem BACPAC a cílovým datovým centrem
Zakažte během migrace automatické statistiky.
Rozdělte tabulky a indexy na oddíly.
Po dokončení přetáhněte indexovaná zobrazení a vytvořte je znovu.
Migrace, ověření a náprava
Tato fáze zahrnuje samotnou migraci a důležité kroky ověření a nápravné kroky potřebné k potvrzení úspěšné migrace. Předchozí fáze plánování, hodnocení a transformace zajistí, že všechno je připravené k migraci a správné fungování po přesunu do Azure. Vše, co zbývá udělat, je připravit potřebné nástroje pro migraci, dokončit migraci a spustit po migraci funkční a ověření výkonu, aby byla zajištěna konzistence dat se zdrojovou databází.
Aspekty migrace, ověřování a nápravy
K migraci na vybranou cílovou platformu je možné použít celou řadu nástrojů. Tyto nástroje se budou probít v dalších modulech. Mezitím je důležité při dokončení migrace zvážit následující skutečnosti:
- Vysvětlení požadavků na úlohy jako výchozího bodu
- Pro počáteční migraci vyberte nekritické úlohy nebo databáze s nízkou prioritou.
- Spuštění testu migrace
- Test databáze pro problémy
- Otestujte plán a zmírníte riziko spojené s výpadky a problémy s kompatibilitou.
- Posouzení nástrojů pro migraci na základě přerušení, které pomáhá snížit riziko výpadků databáze
- Průběžné iterace procesu migrace
- Vezměte v úvahu časové intervaly údržby, které jsou k dispozici pro aplikaci a databázi určenou k migraci.
- Převést staré databáze a aplikace do offline režimu
- Testování aplikací třetích stran
- Vytvoření nových plánů zotavení po havárii a údržby