Fáze migrace Oracle do služby Azure Database for PostgreSQL

Komplexní komplexní migrace z Oracle do Azure Postgres vyžaduje pečlivé provedení několika klíčových kroků a fází migrace. Tyto milníky jsou úzce spojené a nezbytné k dokončení a úspěšné migraci.

Zjišťování

Většina zákazníků už dobře zná množství a umístění instancí databáze Oracle (zejména souvisejících licenčních nákladů), ale kvůli úplnosti tuto fázi zvýrazňujeme jako důležitý výchozí bod vaší migrace. Fáze zjišťování je ideální fází pro určení vhodného rozsahu vašeho úsilí o migraci. Máte prostředí "farmy" databázového serveru Oracle vyžadující desítky, stovky nebo dokonce tisíce databází k migraci? Zvažujete migraci ve velkém měřítku podle přístupu "migrace továrny"? Spíše je vaše prostředí vhodnější pro kompletní migraci izolované databáze spolu s paralelní modernizací všech připojených klientů před přechodem na další databázi v seznamu migrací? V obou případech je kritickým předpokladem aktuální a důkladný inventář a fáze zjišťování zajistí, že budete připraveni na úspěch.

Hodnocení

Posouzení zapouzdřují mnoho různých typů průzkumných operací založených na odhadech, které jsou individuálně definovány jejich jedinečnými charakteristikami. Některá posouzení jsou navržená tak, aby odhadla a kategorizovala složitost úsilí a prostředků zapojených do migrace databázových objektů a na základě faktorů, jako jsou počty objektů (potenciálně dokonce zkoumání počtu řádků kódu), které vyžadují pozornost odborníka na danou problematiku. Další typy posouzení také prozkoumávají strukturu a velikost podkladových dat a poskytují pokyny týkající se objemu času potřebného k úplné migraci dat do cílového prostředí. Další typ posouzení je strukturovaný tak, aby se zajistilo, že cílové prostředky Azure Postgres se odpovídajícím způsobem škálují tak, aby vyhovovaly výpočetním prostředkům, paměti, IOPS a konfiguraci sítě, které jsou potřeba ke službě vašich dat. Jedním z nejdůležitějších posouzení, která musí být zahrnuta, aby se zajistilo, že úspěch migrace je důkladná kontrola a zvážení všech připojených klientů a rozsahu zahrnujícího všechny závislé aplikace. Pokud chcete shrnout, při přípravě posouzení migrace se ujistěte, že posuzujete všechny aspekty migrace databáze, včetně těchto:

• Schéma databáze / množství převodu kódu a složitost
• Velikost a škálování databáze
• Provozní požadavky na databázový prostředek
• Migrace kódu klientské aplikace

Přesnost posouzení bude úzce svázána s konkrétními podkladovými nástroji a platformami služeb, které se týkají provádění a dokončení následných kroků migrace. Proto je důležité zvážit, že existuje několik faktorů, které můžou ovlivnit přesnost těchto odhadů posouzení a hlášené výsledky přímo korelují s podkladovými nástroji použitými ve vašem posouzení migrace. Při kontrole a začlenění výstupů posouzení do plánů migrace je potřeba věnovat pozornost tomu, aby se zabránilo interpolaci výstupů odhadu z různých nebo kombinovaných nástrojů.

Další informace najdete v playbooku Oracle do Azure Postgres Migration Playbooku.

Migrace schématu databáze

Definice strukturovaných dat jsou jednou z znamének transakčních databázových strojů a základního základu pro dobře navrženou datovou platformu. Zajištění správné mapování jedinečných datových struktur Oracle a definic datových typů na odpovídající tabulky v rámci Azure Postgres je zásadním požadavkem na celkový úspěch při migraci. I když všechny transakční databáze sdílejí řadu podobností, rozdíly datových typů tabulek a sloupců dat existují a je potřeba zajistit, aby se vaše data neztratila neúmyslně, zkracovala nebo manglovala kvůli neshodovaným definicím dat. Číselné datové typy, datové typy data a čas a textové datové typy jsou jen některé příklady oblastí, které je potřeba pečlivě prozkoumat při vývoji odpovídajících mapování dat pro vaši migraci.

Další informace a příklady rozdílů mezi datovými typy Oracle a Postgres najdete v playbooku Migrace Oracle do Azure Postgres.

Migrace databázového kódu

Migrace databázového kódu odkazuje na proces převodu databázového kódu napsaného pro Oracle tak, aby byl kompatibilní s databázovým strojem Postgres a současně zachovává původní funkce i stávající charakteristiky výkonu. Tento proces zahrnuje převod dotazů Oracle PL/SQL, uložených procedur, funkcí, triggerů a dalších databázových objektů tak, aby vyhovoval Postgres PL/pgSQL. Dialekty procedurálního jazyka PL/PGSQL a PL/pgSQL společnosti Oracle naštěstí sdílejí mnoho podobností. Často se jedná o počáteční faktor, který mnoho organizací identifikuje při výběru Postgresu jako nejvhodnějšího pro migrace databází Oracle. Existují však některé jedinečné rozdíly a rozdíly mezi těmito dvěma databázovými jazyky, které je potřeba zvážit. Mezi důležité oblasti patří klíčová slova a syntaxe specifická pro databázi, zpracování výjimek, integrované funkce, datové typy a přírůstky posloupnosti.

V mnoha případech může být ekosystém rozšíření Postgres výkonným spojencem, který vám pomůže se streamováním procesu migrace kódu. Například rozšíření Oracle Functions for PostgreSQL (orafce) poskytuje sadu integrovaných funkcí a balíčků kompatibility Oracle, které můžou snížit potřebu přepisovat části základu kódu, které spoléhají na tyto funkce Oracle a na které odkazují. Použití tohoto přístupu založeného na kompatibilitě během migrace kódu Oracle do PostgreSQL nabízí významné výhody z hlediska snížení složitosti, času a nákladů na proces migrace udržováním původní logiky a funkčnosti definic zdrojové databáze, zajišťuje konzistenci výsledků a zvyšuje produktivitu vývojářů. Všechny tyto výhody se sčítají do zjednodušené a efektivnější migrace kódu do PostgreSQL.

Další informace a příklady rozdílů mezi integrovanými funkcemi Oracle a Postgres a operátory logiky najdete v našem playbooku Oracle pro migraci Do Azure Postgres.

Migrace dat

V dnešním prostředí řízeném daty jsou vaše data pravděpodobně vaším nejcennějším aktivem. Vaše datové prostředky stále více ovlivňují všechny aspekty informovaných obchodních operací a strategického rozhodování. Proto je obzvláště důležité, aby kanály migrace dat fungovaly efektivně a efektivně, byly plně konzistentní a ověřitelné a nakonec úspěšně dokončeny.

Strategii migrace dat byste měli pečlivě zvážit, abyste zjistili, jestli jsou pro vaše prostředí použitelné přístupy "offline" nebo "živé". Každá strategie migrace dat má svou vlastní kombinaci výhod a aspektů a volba mezi operacemi offline a živého provozu závisí na konkrétních požadavcích a omezeních vašeho prostředí. Například offline migrace můžou být jednodušší a méně složité než migrace za provozu, ale offline migrace zahrnují prostoje po dobu potřebnou k úplné migraci dat do cílové databáze. Migrace za provozu nabízejí minimální až žádné výpadky, ale zahrnují větší složitost a infrastrukturu, aby dohlížely na počáteční načítání dat backfillu a následnou synchronizaci změn, ke kterým mohlo dojít od začátku migrace dat. Pečlivé plánování, důkladné posouzení obchodních požadavků a zvážení konkrétních kritických faktorů vašeho týmu zajistí, že budete schopni provést informované rozhodnutí plně v souladu s vašimi potřebami migrace dat.

Migrace kódu aplikace

I když můžou být externí aplikace technicky považovány za mimo doménu odpovědností za migraci databázového týmu, aktualizace a modernizace připojení databáze k klientským aplikacím jsou zásadní a úzce propojené s celkovou úspěšností migrace databáze. Stejně jako u ostatních fází migrace závisí související úsilí a složitost při nápravě kompatibility platformy klientských aplikací na základě jedinečných okolností vašeho prostředí. Vyvíjí vaše klientské aplikace třetí strana? Pokud ano, je důležité zajistit, aby byl jejich softwarový produkt certifikovaný pro podporu databázové platformy Postgres. Používají vaše interní aplikace technologie relačního mapování objektů, jako je Hibernate nebo Entity Framework? V některých případech může být potřeba provést malou změnu konfigurace nebo souboru. Naopak pokud máte v kódu vložené velké množství databázových dotazů a příkazů, možná budete muset přidělit více času, abyste mohli odpovídajícím způsobem zkontrolovat, upravit a ověřit změny kódu.

Alternativně existují poskytovatelé partnerských řešení, kteří nabízejí nové přístupy umožňující překlad starších operací klientských databází v reálném čase. Tyto proxy služby poskytují abstrakci nad vašimi databázovými vrstvami, které efektivně oddělují vaše aplikace od jakýchkoli závislostí jazyka specifických pro databázi.

V mnoha případech může vaše rozhodnutí zahrnovat kombinaci více strategií a hybridního přístupu, který se souhrnně používá pro jejich silné a kombinované schopnosti. Nasazení vrstvy překladu databáze v reálném čase může vašim týmům umožnit rychlé opětovné nasazení klientských aplikací a současně poskytnout softwarovým inženýrům a vývojářům odpovídající čas a plánování prostředků refaktorovat závislosti specifické pro databázi, aby podporovaly nativní operace Postgres.

Důležité

Každá z těchto možností je doprovázena vlastními konkrétními sadami aspektů a výhod a je nezbytné, aby vaše týmy pečlivě zkontrolovaly každý z těchto přístupů, aby určily ideální strategickou cestu vpřed.

Ověření migrace

Při migraci z Oracle na PostgreSQL je nejdůležitější zajistit integritu dat i logickou konzistenci. Ověření migrace hraje v tomto procesu důležitou roli, protože zahrnuje ověření, že data přenášená ze zdrojové databáze Oracle jsou přesná a úplná v cílovém systému PostgreSQL. Tento krok je nezbytný nejen pro zachování důvěryhodnosti dat, ale také pro potvrzení, že proces migrace nezanesl žádné chyby nebo nesrovnalosti. Kontroly ověřování můžou zahrnovat porovnávání počtu tabulek, ověřování datových typů a struktur, porovnávání hodnot sloupců na úrovni řádků a zajištění toho, aby složité dotazy v obou databázích přinesly konzistentní výsledky. Kromě toho je potřeba věnovat zvláštní pozornost při zpracování rozdílů v tom, jak dva databázové systémy spravují data, jako jsou variace ve formátech data a času, kódování znaků a zpracování hodnot null.

To obvykle zahrnuje nastavení automatizovaných ověřovacích skriptů, které můžou porovnávat datové sady v databázích a zvýrazňovat všechny anomálie. Nástroje a architektury navržené pro porovnání dat je možné využít ke zjednodušení tohoto procesu. Ověření po migraci by mělo být iterativní proces, přičemž několik kontrol provedených v různých fázích migrace zachytává problémy včas a minimalizuje riziko poškození dat. Díky stanovení priority ověřování dat můžou organizace s jistotou přejít z Oracle na PostgreSQL a vědět, že jejich data zůstávají spolehlivá a použitelná.

Ladění výkonu

Výkon se obecně považuje za jednu z nejhmotnějších a nejdůležitějších charakteristik, které určují vnímání a použitelnost vaší platformy. Zajištění toho, aby migrace byla přesná i výkonná, je pro dosažení úspěchu nejdůležitější a nelze ji přehlédnout. Konkrétněji se výkon dotazů často považuje za nejdůležitější ukazatel optimální konfigurace databáze a běžně se používá jako litmus test uživatelů k určení stavu vašeho prostředí.

Platforma Azure naštěstí nativně zahrnuje nástroje a možnosti potřebné k monitorování výkonnostních bodů v různých metrikách, včetně škálování, efektivity a možná nejdůležitější rychlosti. Tyto funkce inteligentního výkonu fungují ručně s prostředky monitorování Postgres, které zjednodušují procesy ladění, a v mnoha případech automatizují tyto kroky, aby se automaticky přizpůsobily a upravily podle potřeby. Následující nástroje Azure můžou zajistit, aby vaše databázové systémy fungovaly na nejvyšších úrovních.

Úložiště dotazů

Úložiště dotazů pro Azure Postgres slouží jako základ pro funkce monitorování. Úložiště dotazů sleduje statistiky a provozní metriky z databáze Postgres, včetně dotazů, přidružených plánů vysvětlení, využití prostředků a načasování úloh. Tyto datové body můžou odhalit dlouhotrvající dotazy, dotazy, které využívají nejvíce prostředků, nejčastěji spouštěné dotazy, nadměrné nafouknutí tabulky a mnoho dalších provozních omezujících vlastností vaší databáze. Tyto informace pomáhají trávit méně času odstraňováním potíží tím, že rychle identifikují všechny operace nebo oblasti, které vyžadují pozornost. Úložiště dotazů poskytuje komplexní přehled o celkovém výkonu úloh tím, že identifikuje:

• Dlouho běžící dotazy a jejich změny v průběhu času
• Typy čekání ovlivňující tyto dotazy.
• Podrobnosti o nejčastějších databázových dotazech podle volání (počet spuštění), podle využití dat, vstupně-výstupních operací za sekundu a dočasného využití souborů (potenciální kandidáti na ladění pro vylepšení výkonu).
• Podrobné informace o dotazu, abyste zobrazili ID dotazu a historii využití prostředků.
• Podrobnější přehled o celkové spotřebě prostředků databází

Ladění indexu

Ladění indexů je funkce flexibilního serveru Azure Database for PostgreSQL, která dokáže automaticky zlepšit výkon úloh analýzou sledovaných dotazů a poskytováním doporučení indexu. Nativně je integrovaná do flexibilního serveru Azure Database for PostgreSQL a staví na funkcích úložiště dotazů. Ladění indexů analyzuje úlohy sledované úložištěm dotazů a vytváří doporučení indexů ke zlepšení výkonu analyzované úlohy nebo k vyřazení duplicitních nebo nepoužívaných indexů. Toho se dosahuje třemi jedinečnými způsoby:

• Určete, které indexy je vhodné vytvořit, protože by mohly výrazně zlepšit dotazy analyzované během relace ladění indexu.
• Identifikujte indexy, které jsou přesné duplicity, a je možné je odstranit, aby se snížil dopad na výkon, který jejich existence a údržba mají na celkový výkon systému.
• Identifikujte indexy, které se nepoužívají v konfigurovatelném období, které by mohly být kandidáty k odstranění.

Inteligentní ladění

Inteligentní ladění je průběžný proces monitorování a analýzy, který se nejen dozví o vlastnostech vaší úlohy, ale také sleduje aktuální zatížení a využití prostředků, jako je procesor nebo IOPS. Neruší normální provoz úloh vaší aplikace. Tento proces umožňuje databázi dynamicky přizpůsobovat úlohy díky rozlišení aktuálního poměru bloudů, výkonu zápisu a efektivity kontrolních bodů ve vaší instanci. Díky těmto přehledům inteligentní ladění nasadí akce ladění, které zvyšují výkon vaší úlohy a vyhýbají se potenciálním nástrahám. Tato funkce zahrnuje dvě funkce automatického ladění:

• Ladění automatického úklidu: Tato funkce sleduje poměr bloat a odpovídajícím způsobem upravuje nastavení automatického úklidu. Ovlivňuje aktuální i predikované využití prostředků, aby se zabránilo přerušení úloh.
• Ladění zápisů: Tato funkce monitoruje objem a vzory operací zápisu a upravuje parametry, které ovlivňují výkon zápisu. Tyto úpravy zlepšují výkon systému i spolehlivost, aby proaktivně odvrátily potenciální komplikace.

Tip

Přečtěte si další informace o použití inteligentního výkonu pro maximalizaci platforem Azure Postgres.

Optimalizace cloudu

Optimalizace nového prostředí databáze Azure Postgres značí, že dojde k neuvěřitelnému úsilí a těžké práci, která váš tým dovedla k tomuto klíčovému bodu. Optimalizace cloudu může být nová odpovědnost, zejména pokud pochází z místního nebo staršího databázového prostředí. Cloudová platforma Azure představuje novou a vylepšenou sadu cenných a špičkových funkcí škálovatelnosti, které vašemu týmu umožňují "vytáčet" přesné přidělování prostředků, funkcí a nákladově efektivity, aby odpovídaly potřebám vaší organizace dnes a dobře v budoucnu. Optimalizace cloudu je průběžný proces průběžného vylepšování vašeho prostředí, jak je vidět prostřednictvím objektivů osvědčených postupů spojených s dobře navrženou architekturou Microsoftu: optimalizace nákladů, efektivita provozu, efektivita výkonu, spolehlivost a zabezpečení.

Optimalizace nákladů je kombinace správné velikosti prostředků, použití strategií pro správu nákladů a efektivního využití prostředků.

Efektivita provozu zahrnuje přijetí automatizace pro nasazení, monitorování a škálování a snižuje chyby a současně zvyšuje efektivitu.

Efektivita výkonu zajišťuje, že zvolíte vhodné prostředky, které budou splňovat požadavky bez nadměrného zřizování, a zároveň použijete osvědčené postupy pro zajištění škálovatelnosti, aby bylo možné efektivně zpracovávat různá zatížení během provozních období ve špičce.

Průvodce spolehlivostí vás provede navrženými vysoce dostupnými systémy odolnými proti chybám s mechanismy redundance a převzetí služeb při selhání, které minimalizují výpadky a strategie zotavení po havárii pro implementaci robustních plánů obnovení, včetně postupů zálohování a obnovení.

Zabezpečení zdůrazňuje důležitost protokolů silné identity a postupů správy přístupu, jako je přístup s nejnižšími oprávněními, ověřování bez hesla a řízení přístupu na základě role. Ochrana a šifrování dat zajišťují ochranu citlivých dat v klidovém stavu i při přenosu. Zabezpečení také zahrnuje nástroje a osvědčené postupy pro detekci hrozeb a automatizované reakce na rychlé řešení incidentů zabezpečení. Dodržování předpisů zajišťuje, že vaše prostředí splňuje oborové standardy a předpisy.

Další informace o pěti pilířích pokynů k implementaci optimalizace cloudu a základech najdete v centru azure Well-Architected Framework (WAF).

Pokud chcete zajistit, aby byly tyto pilíře v souladu s vaším nasazením Azure Postgres, projděte si naši příručku ke službě Azure Well-Architected Framework Service Guide for PostgreSQL.

Související obsah

• Osvědčené postupy pro Oracle do Azure PostgreSQL
• Playbook migrace Oracle do Azure PostgreSQL
• Alternativní řešení migrace Oracle do Azure PostgreSQL
• Partneři pro migraci služby Azure Database for PostgreSQL