Kurz: Migrace z Jednoúčelového serveru Azure Database for PostgreSQL na flexibilní server pomocí služby migrace

PLATÍ PRO: Flexibilní server Azure Database for PostgreSQL

Pomocí webu Azure Portal můžete migrovat instanci jednoúčelového serveru Azure Database for PostgreSQL na flexibilní server Azure Database for PostgreSQL. V tomto kurzu provedeme migraci ukázkové databáze z jednoúčelového serveru Azure Database for PostgreSQL na flexibilní server PostgreSQL pomocí webu Azure Portal.

• Konfigurace flexibilního serveru Azure Database for PostgreSQL
• Konfigurace úlohy migrace
• Monitorování migrace
• Zrušení migrace
• Po migraci

Azure Portal

Migraci můžete provést pomocí webu Azure Portal.

Offline

Požadavky (offline)

Než začnete s migrací se službou Migration Service ve službě Azure Database for PostgreSQL, musíte splnit následující požadavky, které platí pro scénáře offline migrace.

Ověření zdrojové verze

Zdrojová verze PostgreSQL by měla být >= 9.5. Pokud je zdrojová verze PostgreSQL menší než 9.5, upgradujte zdroj verzi PostgreSQL na 9.5 nebo vyšší před migrací.

Nastavení cíle

• Než začnete s procesem migrace, musí být flexibilní server Azure Database for PostgreSQL nasazený a správně nakonfigurovaný v Azure.

• Skladová položka zvolená pro Azure Database for PostgreSQL by měla odpovídat specifikacím zdrojové databáze, aby zajistila kompatibilitu a odpovídající výkon.

• Podrobné pokyny k vytvoření nové služby Azure Database for PostgreSQL najdete na následujícím odkazu: Rychlý start: Vytvoření serveru.

• Při migraci mezi verzemi PostgreSQL (hlavní verze nebo podverze) zajistěte kompatibilitu mezi vaší databází a aplikací tím , že si projděte poznámky k verzi, kde najdete potenciální zásadní změny.

Nastavení sítě

Nastavení sítě je zásadní pro správné fungování služby migrace. Ujistěte se, že zdrojový server PostgreSQL může komunikovat s cílovým serverem Azure Database for PostgreSQL. Následující konfigurace sítě jsou nezbytné pro úspěšnou migraci.

Informace o nastavení sítě najdete v průvodci sítí pro službu migrace.

Povolení rozšíření

Pokud chcete zajistit úspěšnou migraci pomocí služby migrace ve službě Azure Database for PostgreSQL, možná budete muset ověřit rozšíření vaší zdrojové instance PostgreSQL. Rozšíření poskytují funkce a funkce, které můžou být potřeba pro vaši aplikaci. Před zahájením procesu migrace ověřte rozšíření ve zdrojové instanci PostgreSQL.

V cílové instanci flexibilního serveru Azure Database for PostgreSQL povolte podporovaná rozšíření, která jsou identifikována ve zdrojové instanci PostgreSQL.

Další informace najdete v tématu Rozšíření ve službě Azure Database for PostgreSQL.

Poznámka:

Restartování se vyžaduje, když provedete jakékoli změny parametru shared_preload_libraries .

Kontrola parametrů serveru

Tyto parametry se do cílového prostředí nemigrují automaticky a musí být nakonfigurované ručně.

• Porovná hodnoty parametrů serveru ze zdrojové databáze PostgreSQL se službou Azure Database for PostgreSQL tak, že přistupujete k části Parametry serveru na webu Azure Portal a odpovídajícím způsobem hodnoty aktualizujete ručně.

• Uložte změny parametrů a v případě potřeby restartujte flexibilní server Azure Database for PostgreSQL, aby se použila nová konfigurace.

Důležité

Před inicializaci migrace změňte parametr password_encryption serveru na flexibilním serveru z SCRAM-SHA-256 na MD5. To je nezbytné pro stávající přihlašovací údaje na jednoúčelovém serveru, aby fungovaly na flexibilním serveru.

Zakázání vysoké dostupnosti (spolehlivosti) a replik pro čtení v cíli

• Zakázání vysoké dostupnosti (spolehlivosti) a replik pro čtení v cílovém prostředí je nezbytné. Tyto funkce by se měly povolit až po dokončení migrace.

• Pomocí těchto pokynů můžete zajistit hladký proces migrace bez přidaných proměnných zavedených vysokou dostupností a replikami pro čtení. Po dokončení migrace a stabilní databázi můžete tyto funkce povolit, abyste zlepšili dostupnost a škálovatelnost vašeho databázového prostředí v Azure.

Konfigurace flexibilního serveru Azure Database for PostgreSQL

• Vytvořte cílový flexibilní server. Pokyny s asistencí najdete v rychlém startu k vytvoření flexibilního serveru Azure Database for PostgreSQL pomocí portálu.

• Povolit rozšíření , jejichž knihovny musí být načteny při spuštění serveru. Před zahájením migrace je nezbytné, aby rozšíření bylo na seznamu povolených.

• Zkontrolujte, jestli je distribuce dat mezi tabulkami databáze nerovnoměrná. Většina dat je v jedné (nebo několika) tabulkách. Pokud se zkosí, rychlost migrace může být pomalejší, než se čekalo. V takovém případě se rychlost migrace dá zvýšit migrací velké tabulky paralelně.

Konfigurace úlohy migrace

Služba migrace se dodává s jednoduchým prostředím založeným na průvodci na webu Azure Portal. Tady je postup, jak začít:

1. Otevřete webový prohlížeč a přejděte na portál. Pokud se chcete přihlásit, zadejte svoje přihlašovací údaje. Výchozím zobrazením je váš řídicí panel služby.

2. Přejděte do cíle flexibilního serveru Azure Database for PostgreSQL.

3. Na kartě Přehled flexibilního serveru se v nabídce vlevo posuňte dolů na Možnost Migrace a vyberte ji.

   

4. Výběrem tlačítka Vytvořit spustíte migraci z jednoho serveru na flexibilní server. Pokud používáte službu migration service poprvé, zobrazí se prázdná mřížka s výzvou k zahájení první migrace.

   

   Pokud jste už vytvořili migrace do cíle flexibilního serveru, obsahuje mřížka informace o migracích, které se na tento cíl pokusily z jednoúčelového serveru.

5. Projdete řadu karet založených na průvodci a vytvoříte migraci do tohoto cíle flexibilního serveru z různých možných zdrojů. Ve výchozím nastavení je typ zdrojového serveru nastavený na jednoúčelový server Azure Database for PostgreSQL, což je server, který nás zajímá pro tento scénář.

Případně můžete zahájit proces migrace z jednoúčelového serveru Azure Database for PostgreSQL.

1. Otevřete webový prohlížeč a přejděte na portál. Pokud se chcete přihlásit, musíte zadat svoje přihlašovací údaje. Výchozím zobrazením je váš řídicí panel služby.

2. Po výběru jednoúčelového serveru můžete sledovat banner související s migrací na kartě Přehled. Začněte výběrem možnosti Migrovat .

   

3. Přejdete na stránku se dvěma možnostmi. Pokud jste už vytvořili flexibilní server a chcete ho použít jako cíl, zvolte Vybrat existující a vyberte odpovídající podrobnosti o předplatném, skupině prostředků a názvu serveru. Po provedení výběru vyberte Průvodce migrací přejít na průvodce migrací a postupujte podle pokynů v části Nastavení .

   

4. Pokud se rozhodnete vytvořit nový flexibilní server, vyberte Vytvořit nový a vyberte Přejít k vytvoření průvodce. Tato akce vás provede procesem vytvoření flexibilního serveru a nasadí flexibilní server.

   

Po nasazení flexibilního serveru postupujte podle kroků 3 až 5 v části Konfigurace úlohy migrace.

Nastavení

První karta je Nastavení. V případě, že jste zmeškali seznam povolených rozšíření, jak je popsáno v části Konfigurace flexibilního serveru Azure Database for PostgreSQL, před zahájením migrace.

Název migrace je jedinečný identifikátor pro každou migraci do tohoto cíle flexibilního serveru. Toto pole přijímá pouze alfanumerické znaky a nepřijímá žádné speciální znaky s výjimkou podtržítka (_) a spojovníku (-). Název musí začínat alfanumerickým znakem. Název musí být také jedinečný pro cílový server, protože žádné dvě migrace do stejného cíle flexibilního serveru můžou mít stejný název.

Typ zdrojového serveru označuje zdroj. V tomto případě se jedná o jednoúčelový server Azure Database for PostgreSQL.

Možnost migrace umožňuje provést ověření před aktivací migrace. Můžete vybrat některou z následujících možností.

• Ověření – Zkontroluje připravenost serveru a databáze na migraci do cíle.
• Migrace – Přeskočí ověření a spustí migraci.
• Ověření a migrace – Provede ověření před aktivací migrace. Migrace se aktivuje jenom v případě, že nedojde k žádným selháním ověření.

Před spuštěním migrace je vždy vhodné zvolit možnost Ověřit nebo Ověřit a migrovat .

Režim migrace umožňuje vybrat si mezi online a offline migrací, v tomto případě musí být nastavený na offline.

Vyberte tlačítko Další: Vyberte runtime server.

Runtime Server

Server runtime migrace je specializovaná funkce služby migrace ve službě Azure Database for PostgreSQL, která je navržená tak, aby během migrace fungovala jako zprostředkovatel. Jedná se o samostatnou instanci flexibilního serveru Azure Database for PostgreSQL, která není cílovým serverem, ale slouží k usnadnění migrace databází ze zdrojového prostředí, které je přístupné pouze prostřednictvím privátní sítě.

Další informace o serveru runtime naleznete v modulu Runtime Server migrace.

Vyberte tlačítko Další: Připojit ke zdroji .

Připojení ke zdroji

V části Zdroj se zobrazí výzva k zadání podrobností týkajících se jednoúčelového serveru, což je zdroj databází.

Po výběru předplatného a skupiny prostředků se v rozevíracím seznamu pro názvy serverů zobrazí jednoúčelové servery v této skupině prostředků napříč oblastmi. Vyberte zdroj, ze kterého chcete migrovat databáze. Databáze můžete migrovat z jednoho serveru na cílový flexibilní server ve stejné oblasti. Migrace mezi oblastmi jsou povolené jenom pro servery Indie, Číny a Spojených arabských emirátů.

Po výběru zdroje jednoúčelového serveru se automaticky vyplní pole Umístění a Verze PostgreSQL. Ujistěte se, že jste zadali přihlašovací údaje role správce, protože to je potřeba k úspěšné migraci databází službou migrace.

Vlastní plně kvalifikovaný název domény nebo pole IP je volitelné a dá se použít, když je zdroj za vlastním serverem DNS nebo má vlastní obory názvů DNS, takže je přístupné jenom přes konkrétní plně kvalifikované názvy domén nebo IP adresy. Může to například zahrnovat položky, jako singleserver.example.comje , 198.1.0.2nebo plně kvalifikovaný název domény PostgreSQL, například singleserver.postgres.database.azure.com, pokud vlastní server DNS obsahuje zónu postgres.database.azure.com DNS nebo předává dotazy pro tuto zónu do 168.63.129.16, kde se plně kvalifikovaný název domény překládá ve veřejné nebo privátní zóně DNS Azure.

Po vyplnění všech polí vyberte propojení Připojit ke zdroji. Tím ověříte správnost zadaných podrobností o zdrojovém serveru a že je dostupný zdrojový server.

Vyberte tlačítko Další: Pokračujte výběrem tlačítka Cíl migrace.

Výběr cíle migrace

V části Vybrat cíl migrace se zobrazují metadata pro cíl flexibilního serveru, jako je předplatné, skupina prostředků, název serveru, umístění a verze PostgreSQL.

Pole Vlastní plně kvalifikovaný název domény nebo IP adresa je volitelné a lze ho použít, pokud je cíl za vlastním serverem DNS nebo má vlastní obory názvů DNS, takže je přístupný jenom prostřednictvím konkrétních plně kvalifikovaných názvů domén nebo IP adres. Může to například zahrnovat položky, jako flexibleserver.example.comje , 198.1.0.2nebo plně kvalifikovaný název domény PostgreSQL, například flexibleserver.postgres.database.azure.com, pokud vlastní server DNS obsahuje zónu postgres.database.azure.com DNS nebo předává dotazy pro tuto zónu do 168.63.129.16, kde se plně kvalifikovaný název domény překládá ve veřejné nebo privátní zóně DNS Azure.

Zvolte vhodné hodnoty pro metodu ověřování a všechna pole související s ověřováním. Ujistěte se, že zadanou identitou je uživatel správce na cílovém serveru. Po vyplnění všech požadovaných informací vyberte odkaz Připojit k cíli . Tím ověříte správnost zadaných podrobností cílového serveru a cílový server je dostupný.

Vyberte tlačítko Další: Vyberte databáze pro migraci a vyberte databáze, které se mají migrovat.

Výběr databází pro migraci

Na této kartě je seznam uživatelských databází na jednoúčelovém serveru. Při jednom pokusu o migraci můžete vybrat a migrovat až osm databází. Pokud existuje více než osm uživatelských databází, proces migrace se opakuje mezi zdrojovými a cílovými servery pro další sadu databází. Vybrané databáze, které existují na cílovém serveru s přesnými stejnými názvy, se přepíšou.

Výběrem tlačítka Další: Souhrn zkontrolujte podrobnosti.

Shrnutí

Karta Souhrn shrnuje všechny podrobnosti o vytvoření ověření nebo migrace. Zkontrolujte podrobnosti a vyberte tlačítko Spustit ověření a migraci .

Monitorování portálu migrace

Po zahájení migrace se zobrazí oznámení, že ověření nebo vytvoření migrace proběhlo úspěšně. Automaticky se přesměrujete na stránku Migrace flexibilního serveru. Tato položka obsahuje novou položku pro nedávno vytvořené ověření nebo migraci.

Mřížka, která zobrazuje migrace, obsahuje tyto sloupce: Název, Stav, Režim migrace, Typ migrace, Zdrojový server, Typ zdrojového serveru, Databáze, Čas zahájení a Doba trvání. Položky se zobrazí v sestupném pořadí počátečního času s nejnovější položkou v horní části.

Pomocí tlačítka Aktualizovat můžete aktualizovat stav ověření nebo migrace.

Můžete také vybrat název konkrétní migrace v mřížce a zobrazit související podrobnosti.

Po vytvoření ověření nebo migrace se přesune do stavu InProgress a podstate PerformingPreRequisiteSteps . Nastavení infrastruktury migrace a síťových připojení trvá 2 až 3 minuty.

Podívejme se, jak monitorovat migrace pro každou možnost migrace.

Ověřit

Po dokončení dílčího stavu PerformingPreRequisiteSteps se ověření přesune do dílčího stavu ověření, ve kterém se kontroly provádí na zdrojovém a cílovém serveru, aby posoudilo připravenost na migraci.

Ověření se přesune do stavu Úspěch, pokud jsou všechna ověření ve stavu Úspěch nebo Upozornění.

Ověřovací mřížka obsahuje následující informace:

• Podrobnosti ověření pro oddíly instancí a ověřování pro databáze, které představují ověřovací pravidla použitá ke kontrole připravenosti migrace.
• Název ověření – název každého konkrétního ověřovacího pravidla.
• Stav ověření – Představuje výsledek pro každé pravidlo a může mít některou ze tří hodnot:
  • Úspěšné – pokud nebyly nalezeny žádné chyby.
  • Nezdařilo se – Pokud dojde k chybám ověření.
  • Upozornění – Pokud existují upozornění na ověření.
• Doba trvání – doba trvání operace ověření.
• Čas zahájení (UTC) a koncový čas (UTC) – počáteční a koncové časy ověřovací operace v UTC.

Stav ověření se přesune do stavu selhání, pokud v ověření dojde k nějakým chybám. Vyberte název ověření nebo ověření názvu databáze, které selhalo, a podokno ventilátoru obsahuje podrobnosti a nápravnou akci, kterou byste měli provést, abyste se této chybě vyhnuli.

Migrate

Po dokončení dílčího stavu PerformingPreRequisiteSteps se migrace přesune do podstavu Migrace dat při klonování nebo kopírování databází. Doba dokončení migrace závisí na velikosti a tvaru databází, které migrujete. Migrace je rychlá, pokud se data většinou rovnoměrně distribuují napříč všemi tabulkami. Nerovnoměrná velikost tabulek trvá relativně delší dobu.

Když při migraci vyberete některou z databází, zobrazí se podokno ventilátoru. Obsahuje všechny počty tabulek (zkopírované, zařazené do fronty, kopírování a chyby) a také stav migrace databáze.

Migrace se po úspěšném dokončení migrace přesune do stavu Úspěch. Pokud ve stavu Migrace dat dojde k problému, migrace se přesune do stavu selhání.

Jakmile se migrace přesune do stavu Úspěch , dokončí se schéma a migrace dat z jednoúčelového serveru na cíl flexibilního serveru. Pokud chcete zkontrolovat průběh, můžete stránku aktualizovat.

Ověření a migrace

V této možnosti se ověření provádí nejprve před zahájením migrace. Po dokončení dílčího stavu PerformingPreRequisiteSteps se pracovní postup přesune do dílčího stavu probíhajícího ověření.

• Pokud dojde k chybám, migrace se přesune do stavu selhání .
• Pokud je ověření dokončeno bez jakékoli chyby, spustí se migrace a pracovní postup se přesune do podstavu Migrace dat.

Po dokončení operace se zobrazí výsledky funkce Ověřit a Migrovat .

Online

Požadavky (online)

Před zahájením migrace se službou Migration Service ve službě Azure Database for PostgreSQL je nezbytné splnit následující požadavky, které platí pro scénáře offline migrace.

Ověření zdrojové verze

Zdrojová verze PostgreSQL by měla být >= 9.5. Pokud je zdrojová verze PostgreSQL menší než 9.5, upgradujte zdroj verzi PostgreSQL na 9.5 nebo vyšší před migrací.

Nastavení parametrů online migrace

Pro online migraci by měla být podpora replikace nastavená na Logickou v nastavení replikace zdrojového serveru PostgreSQL. Parametry a max_replication_slots hodnoty serveru max_wal_senders by navíc měly být větší než počet databází, které je potřeba migrovat. Parametry můžete nastavit na webu Azure Portal v části Parametry nastavení serveru> nebo nakonfigurovat na příkazovém řádku pomocí následujících příkazů:

• ALTER SYSTEM SET wal_level = logická;
• ALTER SYSTEM SET max_wal_senders = number of databases to migrate + 1;
• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

Ujistěte se, že neexistují žádné dlouhotrvající transakce. Dlouhotrvající transakce neumožňují vytváření slotů replikace. Vytvoření slotu replikace bude úspěšné, pokud jsou všechny dlouhotrvající transakce potvrzeny nebo vráceny zpět. Po dokončení všech požadavků na online migraci budete muset zdrojový server PostgreSQL restartovat.

Poznámka:

Pro online migraci s jednoúčelovým serverem Azure Database for PostgreSQL je podpora replikace Azure nastavená na logickou hodnotu v nastavení replikace na stránce s jedním serverem na webu Azure Portal.

Pokud chcete zabránit tomu, aby online migrace do úložiště ukládal protokoly, ujistěte se, že máte dostatek místa v tabulkovém prostoru pomocí zřízeného spravovaného disku. Pokud toho chcete dosáhnout, po dobu trvání migrace zakažte parametr azure.enable_temp_tablespaces_on_local_ssd serveru na flexibilním serveru a po migraci ho obnovte do původního stavu.

Nastavení cíle

• Před migrací musí být v Azure nastavená služba Azure Database for PostgreSQL.

• Skladová položka zvolená pro Azure Database for PostgreSQL by měla odpovídat specifikacím zdrojové databáze, aby zajistila kompatibilitu a odpovídající výkon.

• Podrobné pokyny k vytvoření nové služby Azure Database for PostgreSQL najdete na následujícím odkazu: Rychlý start: Vytvoření serveru.

• Parametr max_replication_slots serveru by měl být větší než počet databází, které je potřeba migrovat. Můžete ho nastavit na webu Azure Portal v části Parametry nastavení serveru> nebo nakonfigurovat na příkazovém řádku pomocí následujícího příkazu:

• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

• Při migraci mezi verzemi PostgreSQL (hlavní verze nebo podverze) zajistěte kompatibilitu mezi vaší databází a aplikací tím , že si projděte poznámky k verzi, kde najdete potenciální zásadní změny.

Důležité

Před inicializaci migrace změňte parametr password_encryption serveru na flexibilním serveru z SCRAM-SHA-256 na MD5. To je nezbytné pro stávající přihlašovací údaje na jednoúčelovém serveru, aby fungovaly na flexibilním serveru.

Nastavení sítě

Nastavení sítě je zásadní pro správné fungování služby migrace. Ujistěte se, že zdrojový server PostgreSQL může komunikovat s cílovým serverem Azure Database for PostgreSQL. Následující konfigurace sítě jsou nezbytné pro úspěšnou migraci.

Informace o nastavení sítě najdete v průvodci sítí pro službu migrace.

Povolení rozšíření

Pokud chcete zajistit úspěšnou migraci pomocí služby migrace ve službě Azure Database for PostgreSQL, možná budete muset ověřit rozšíření vaší zdrojové instance PostgreSQL. Rozšíření poskytují funkce a funkce, které můžou být potřeba pro vaši aplikaci. Před zahájením procesu migrace ověřte rozšíření ve zdrojové instanci PostgreSQL.

V cílové instanci flexibilního serveru Azure Database for PostgreSQL povolte podporovaná rozšíření, která jsou identifikována ve zdrojové instanci PostgreSQL.

Další informace najdete v tématu Rozšíření ve službě Azure Database for PostgreSQL.

Poznámka:

Restartování se vyžaduje, když provedete jakékoli změny parametru shared_preload_libraries .

Parametry serveru

Tyto parametry se do cílového prostředí nemigrují automaticky a musí být nakonfigurované ručně.

• Porovná hodnoty parametrů serveru ze zdrojové databáze PostgreSQL se službou Azure Database for PostgreSQL tak, že na webu Azure Portal přistupujete k části Parametry serveru a odpovídajícím způsobem hodnoty aktualizujete ručně.

• Uložte změny parametrů a restartujte Azure Database for PostgreSQL, aby se v případě potřeby použila nová konfigurace.

Zakázání vysoké dostupnosti (spolehlivosti) a replik pro čtení v cíli

• Zakázání vysoké dostupnosti (spolehlivosti) a replik pro čtení v cílovém prostředí je nezbytné. Tyto funkce by se měly povolit až po dokončení migrace.

• Pokud budete postupovat podle těchto pokynů, můžete zajistit hladký proces migrace bez přidaných proměnných zavedených vysokou dostupností a replikami pro čtení. Po dokončení migrace a stabilní databázi můžete tyto funkce povolit, abyste zlepšili dostupnost a škálovatelnost vašeho databázového prostředí v Azure.

Poznámka:

Určitá omezení platí pro online migraci, která jsou zde zdokumentovaná. Ujistěte se, že vaše databáze vyhovuje provedení online migrace.

Konfigurace flexibilního serveru Azure Database for PostgreSQL

• Vytvořte cílový flexibilní server. Pokyny s asistencí najdete v rychlém startu k vytvoření flexibilního serveru Azure Database for PostgreSQL pomocí portálu.

• Povolit rozšíření , jejichž knihovny musí být načteny při spuštění serveru. Před zahájením migrace je nezbytné, aby rozšíření bylo na seznamu povolených.

• Zkontrolujte, jestli je distribuce dat mezi tabulkami databáze nerovnoměrná. Většina dat je v jedné (nebo několika) tabulkách. Pokud se zkosí, rychlost migrace může být pomalejší, než se čekalo. V takovém případě se rychlost migrace dá zvýšit migrací velké tabulky paralelně.

Konfigurace úlohy migrace

Služba migrace se dodává s jednoduchým prostředím založeným na průvodci na webu Azure Portal. Tady je postup, jak začít:

1. Otevřete webový prohlížeč a přejděte na portál. Pokud se chcete přihlásit, zadejte svoje přihlašovací údaje. Výchozím zobrazením je váš řídicí panel služby.

2. Přejděte do cíle flexibilního serveru Azure Database for PostgreSQL.

3. Na kartě Přehled flexibilního serveru se v nabídce vlevo posuňte dolů na Možnost Migrace a vyberte ji.

   

4. Výběrem tlačítka Vytvořit spustíte migraci z jednoho serveru na flexibilní server. Pokud používáte službu migration service poprvé, zobrazí se prázdná mřížka s výzvou k zahájení první migrace.

   

   Pokud jste už vytvořili migrace do cíle flexibilního serveru, obsahuje mřížka informace o migracích, které se na tento cíl pokusily z jednoúčelového serveru.

5. Projdete řadu karet založených na průvodci a vytvoříte migraci do tohoto cíle flexibilního serveru z různých možných zdrojů. Ve výchozím nastavení je typ zdrojového serveru nastavený na jednoúčelový server Azure Database for PostgreSQL, což je server, který nás zajímá pro tento scénář.

Případně můžete zahájit proces migrace z jednoúčelového serveru Azure Database for PostgreSQL.

1. Otevřete webový prohlížeč a přejděte na portál. Pokud se chcete přihlásit, musíte zadat svoje přihlašovací údaje. Výchozím zobrazením je váš řídicí panel služby.

2. Po výběru jednoúčelového serveru můžete sledovat banner související s migrací na kartě Přehled. Začněte výběrem možnosti Migrovat .

   

3. Přejdete na stránku se dvěma možnostmi. Pokud jste už vytvořili flexibilní server a chcete ho použít jako cíl, zvolte Vybrat existující a vyberte odpovídající podrobnosti o předplatném, skupině prostředků a názvu serveru. Po provedení výběru vyberte Průvodce migrací přejít na průvodce migrací a postupujte podle pokynů v části Nastavení .

   

4. Pokud se rozhodnete vytvořit nový flexibilní server, vyberte Vytvořit nový a vyberte Přejít k vytvoření průvodce. Tato akce vás provede procesem vytvoření flexibilního serveru a nasadí flexibilní server.

   

Po nasazení flexibilního serveru postupujte podle kroků 3 až 5 v části Konfigurace úlohy migrace.

Nastavení

První karta je Nastavení. V případě, že jste zmeškali seznam povolených rozšíření, jak je popsáno v části Konfigurace flexibilního serveru Azure Database for PostgreSQL, před zahájením migrace.

Název migrace je jedinečný identifikátor pro každou migraci do tohoto cíle flexibilního serveru. Toto pole přijímá pouze alfanumerické znaky a nepřijímá žádné speciální znaky s výjimkou podtržítka (_) a spojovníku (-). Název musí začínat alfanumerickým znakem. Název musí být také jedinečný pro cílový server, protože žádné dvě migrace do stejného cíle flexibilního serveru můžou mít stejný název.

Typ zdrojového serveru označuje zdroj. V tomto případě se jedná o jednoúčelový server Azure Database for PostgreSQL.

Možnost migrace umožňuje provést ověření před aktivací migrace. Můžete vybrat některou z následujících možností.

• Ověření – Zkontroluje připravenost serveru a databáze na migraci do cíle.
• Migrace – Přeskočí ověření a spustí migraci.
• Ověření a migrace – Provede ověření před aktivací migrace. Migrace se aktivuje jenom v případě, že nedojde k žádným selháním ověření.

Před spuštěním migrace je vždy vhodné zvolit možnost Ověřit nebo Ověřit a migrovat .

Režim migrace umožňuje zvolit mezi online a offline migrací, v tomto případě musí být nastavený na Online.

Pokud je vybraný režim online migrace, musí být na zdrojovém jednoúčelovém serveru zapnutá logická replikace. Pokud není zapnutá, služba migrace automaticky zapne logickou replikaci na zdrojovém jednoúčelovém serveru. Replikaci je také možné nastavit ručně tak , že vyberete položku Replikace , v části Nastavení v nabídce prostředků jednoúčelového serveru a nastavíte podporu replikace Azure na LOGICKOU. Oba přístupy restartují zdrojový jeden server.

Vyberte tlačítko Další: Vyberte runtime server.

Runtime Server

Server runtime migrace je specializovaná funkce služby migrace ve službě Azure Database for PostgreSQL, která je navržená tak, aby během migrace fungovala jako zprostředkovatel. Jedná se o samostatnou instanci flexibilního serveru Azure Database for PostgreSQL, která není cílovým serverem, ale slouží k usnadnění migrace databází ze zdrojového prostředí, které je přístupné pouze prostřednictvím privátní sítě.

Další informace o serveru runtime naleznete v modulu Runtime Server migrace.

Vyberte tlačítko Další: Připojit ke zdroji .

Připojení ke zdroji

V části Zdroj se zobrazí výzva k zadání podrobností týkajících se jednoúčelového serveru, což je zdroj databází.

Po výběru předplatného a skupiny prostředků se v rozevíracím seznamu pro názvy serverů zobrazí jednoúčelové servery v této skupině prostředků napříč oblastmi. Vyberte zdroj, ze kterého chcete migrovat databáze. Databáze můžete migrovat z jednoho serveru na cílový flexibilní server ve stejné oblasti. Migrace mezi oblastmi jsou povolené jenom pro servery Indie, Číny a Spojených arabských emirátů.

Po výběru zdroje jednoúčelového serveru se automaticky vyplní pole Umístění a Verze PostgreSQL. Ujistěte se, že jste zadali přihlašovací údaje role správce, protože to je potřeba k úspěšné migraci databází službou migrace.

Po vyplnění všech polí vyberte propojení Připojit ke zdroji. Tím ověříte správnost zadaných podrobností o zdrojovém serveru a že je dostupný zdrojový server.

Vyberte tlačítko Další: Pokračujte výběrem tlačítka Cíl migrace.

Výběr cíle migrace

V části Vybrat cíl migrace se zobrazují metadata pro cíl flexibilního serveru, jako je předplatné, skupina prostředků, název serveru, umístění a verze PostgreSQL.

Zvolte vhodné hodnoty pro metodu ověřování a všechna pole související s ověřováním. Ujistěte se, že zadanou identitou je uživatel správce na cílovém serveru. Po vyplnění všech požadovaných informací vyberte odkaz Připojit k cíli . Tím ověříte správnost zadaných podrobností cílového serveru a cílový server je dostupný.

Vyberte tlačítko Další: Vyberte databáze pro migraci a vyberte databáze, které se mají migrovat.

Výběr databází pro migraci

Na této kartě je seznam uživatelských databází na jednoúčelovém serveru. Při jednom pokusu o migraci můžete vybrat a migrovat až osm databází. Pokud existuje více než osm uživatelských databází, proces migrace se opakuje mezi zdrojovými a cílovými servery pro další sadu databází. Vybrané databáze, které existují na cílovém serveru s přesnými stejnými názvy, se přepíšou.

Výběrem tlačítka Další: Souhrn zkontrolujte podrobnosti.

Shrnutí

Karta Souhrn shrnuje všechny podrobnosti o vytvoření ověření nebo migrace. Zkontrolujte podrobnosti a vyberte tlačítko Spustit ověření a migraci .

Monitorování portálu migrace

Po zahájení migrace se zobrazí oznámení, že ověření nebo vytvoření migrace proběhlo úspěšně. Automaticky se přesměrujete na stránku Migrace flexibilního serveru. Tato položka obsahuje novou položku pro nedávno vytvořené ověření nebo migraci.

Mřížka, která zobrazuje migrace, obsahuje tyto sloupce: Název, Stav, Režim migrace, Typ migrace, Zdrojový server, Typ zdrojového serveru, Databáze, Čas zahájení a Doba trvání. Položky se zobrazí v sestupném pořadí počátečního času s nejnovější položkou v horní části.

Pomocí tlačítka Aktualizovat můžete aktualizovat stav ověření nebo migrace.

Můžete také vybrat název konkrétní migrace v mřížce a zobrazit související podrobnosti.

Po vytvoření ověření nebo migrace se přesune do stavu InProgress a podstate PerformingPreRequisiteSteps . Nastavení infrastruktury migrace a síťových připojení trvá 2 až 3 minuty.

Podívejme se, jak monitorovat migrace pro každou možnost migrace.

Ověřit

Po dokončení dílčího stavu PerformingPreRequisiteSteps se ověření přesune do dílčího stavu ověření, ve kterém se kontroly provádí na zdrojovém a cílovém serveru, aby posoudilo připravenost na migraci.

Ověření se přesune do stavu Úspěch, pokud jsou všechna ověření ve stavu Úspěch nebo Upozornění.

Ověřovací mřížka obsahuje následující informace:

• Podrobnosti ověření pro oddíly instancí a ověřování pro databáze, které představují ověřovací pravidla použitá ke kontrole připravenosti migrace.
• Název ověření – název každého konkrétního ověřovacího pravidla.
• Stav ověření – Představuje výsledek pro každé pravidlo a může mít některou ze tří hodnot:
  • Úspěšné – pokud nebyly nalezeny žádné chyby.
  • Nezdařilo se – Pokud dojde k chybám ověření.
  • Upozornění – Pokud existují upozornění na ověření.
• Doba trvání – doba trvání operace ověření.
• Čas zahájení (UTC) a koncový čas (UTC) – počáteční a koncové časy ověřovací operace v UTC.

Stav ověření se přesune do stavu selhání, pokud v ověření dojde k nějakým chybám. Vyberte název ověření nebo ověření názvu databáze, které selhalo, a podokno ventilátoru obsahuje podrobnosti a nápravnou akci, kterou byste měli provést, abyste se této chybě vyhnuli.

Migrate

Po dokončení dílčího stavu PerformingPreRequisiteSteps se migrace přesune do podstavu Migrace dat při klonování nebo kopírování databází. Doba dokončení migrace závisí na velikosti a tvaru databází, které migrujete. Migrace je rychlá, pokud se data většinou rovnoměrně distribuují napříč všemi tabulkami. Nerovnoměrná velikost tabulek trvá relativně delší dobu.

Když při migraci vyberete některou z databází, zobrazí se podokno ventilátoru. Obsahuje všechny počty tabulek (zkopírované, zařazené do fronty, kopírování a chyby) a také stav migrace databáze.

Migrace se po úspěšném dokončení migrace přesune do stavu Úspěch. Pokud ve stavu Migrace dat dojde k problému, migrace se přesune do stavu selhání.

Jakmile se migrace přesune do stavu Úspěch , dokončí se schéma a migrace dat z jednoúčelového serveru na cíl flexibilního serveru. Pokud chcete zkontrolovat průběh, můžete stránku aktualizovat.

Ověření a migrace

V této možnosti se ověření provádí nejprve před zahájením migrace. Po dokončení dílčího stavu PerformingPreRequisiteSteps se pracovní postup přesune do dílčího stavu probíhajícího ověření.

• Pokud dojde k chybám, migrace se přesune do stavu selhání .
• Pokud je ověření dokončeno bez jakékoli chyby, spustí se migrace a pracovní postup se přesune do podstavu Migrace dat.

Po dokončení operace se zobrazí výsledky funkce Ověřit a Migrovat .

Přímá migrace

U možností migrace Migrovat a Ověřit a Migrovat vyžaduje dokončení online migrace, aby uživatel dokončil další krok, kterým je aktivace akce Přímé migrace. Po dokončení kopírování/klonování základních dat se migrace přesune do stavu WaitingForUserAction a podstate WaitingForCutoverTrigger . V tomto stavu může uživatel aktivovat přímou migraci z portálu tak, že vybere migraci a vybere tlačítko Přímá migrace .

Před zahájením přímé migrace je nezbytné zajistit, aby:

• Zápisy do zdroje jsou zastaveny –Latency (minutes) parametr je 0 nebo blízko 0. Informace Latency (minutes) je možné získat z obrazovky s podrobnostmi o migraci:

Latency (minutes) parametr označuje, kdy se cíl naposledy synchronizoval se zdrojem. Například u výše uvedené databáze Orders je to 0,33333. To znamená, že změny, ke kterým došlo během posledních přibližně 0,3 minut ve zdroji, se ještě odesílají do cíle pro databázi Orders . V tomto okamžiku lze zápisy do zdroje zastavit a přímo zahájit. V případě velkého provozu ve zdroji se doporučuje nejprve zastavit zápisy, Latency (minutes) aby se mohlo blížit 0, a teprve pak zahájit přímou migraci. Operace přímé migrace použije všechny čekající změny ze zdroje na cíl a dokončí migraci. Pokud spustíte přímou migraci i s nenulovou latencí, replikace se zastaví až do tohoto bodu v čase. Všechna data ve zdroji, dokud se bod přímé migrace nepoužije na cíl. Řekněme, že latence byla v přímé bodě 15 minut, takže se na cíl použijí všechna změněná data za posledních 15 minut. Doba potřebná závisí na backlogu změn, ke kterým došlo během posledních 15 minut. Proto se doporučuje, aby latence byla před aktivací přímé migrace nulová nebo téměř nula.

Migrace se přesune do stavu Úspěch , jakmile se úspěšně dokončí dílčí stav Migrace dat nebo přímé migrace (v režimu online migrace). Pokud dojde k problému v podstavu Migrace dat , migrace se přesune do stavu selhání .

Mezi možné stavy migrace patří:

• InProgress: Probíhá nastavení infrastruktury migrace nebo probíhá skutečná migrace dat.
• Zrušeno: Migrace se zruší nebo odstraní.
• Nezdařilo se: Migrace se nezdařila.
• Ověření se nezdařilo : Ověření se nezdařilo.
• Úspěšné: Migrace byla úspěšná a je dokončena.

Mezi možné podstavy migrace patří:

• PerformingPreRequisiteSteps: Infrastruktura nastavená probíhá pro migraci dat.
• Probíhá ověřování: Probíhá ověřování.
• MigraceData: Probíhá migrace dat.
• Dokončení:Migrace je v konečných fázích dokončení.
• Dokončeno: Migrace byla úspěšně dokončena.

Zrušení migrace pomocí portálu

Můžete zrušit všechna probíhající ověření nebo migrace. Pracovní postup musí být ve stavu InProgress , který se má zrušit. Ověření nebo migraci, která je ve stavu Úspěch nebo Selhání , nemůžete zrušit.

Zrušením ověření se zastaví jakákoli další ověřovací aktivita a ověření se přesune do stavu Zrušeno .

Zrušení migrace zastaví další aktivitu migrace na cílovém serveru a přesune se do stavu Zrušeno . Akce zrušení vrátí zpět všechny změny provedené službou migrace na cílovém serveru.

Rozhraní příkazového řádku

Migraci můžete provést pomocí Azure CLI.

Offline

Požadavky (offline)

Než začnete s migrací se službou Migration Service ve službě Azure Database for PostgreSQL, musíte splnit následující požadavky, které platí pro scénáře offline migrace.

Ověření zdrojové verze

Zdrojová verze PostgreSQL by měla být >= 9.5. Pokud je zdrojová verze PostgreSQL menší než 9.5, upgradujte zdroj verzi PostgreSQL na 9.5 nebo vyšší před migrací.

Nastavení cíle

• Než začnete s procesem migrace, musí být flexibilní server Azure Database for PostgreSQL nasazený a správně nakonfigurovaný v Azure.

• Skladová položka zvolená pro Azure Database for PostgreSQL by měla odpovídat specifikacím zdrojové databáze, aby zajistila kompatibilitu a odpovídající výkon.

• Podrobné pokyny k vytvoření nové služby Azure Database for PostgreSQL najdete na následujícím odkazu: Rychlý start: Vytvoření serveru.

• Při migraci mezi verzemi PostgreSQL (hlavní verze nebo podverze) zajistěte kompatibilitu mezi vaší databází a aplikací tím , že si projděte poznámky k verzi, kde najdete potenciální zásadní změny.

Nastavení sítě

Nastavení sítě je zásadní pro správné fungování služby migrace. Ujistěte se, že zdrojový server PostgreSQL může komunikovat s cílovým serverem Azure Database for PostgreSQL. Následující konfigurace sítě jsou nezbytné pro úspěšnou migraci.

Informace o nastavení sítě najdete v průvodci sítí pro službu migrace.

Povolení rozšíření

Pokud chcete zajistit úspěšnou migraci pomocí služby migrace ve službě Azure Database for PostgreSQL, možná budete muset ověřit rozšíření vaší zdrojové instance PostgreSQL. Rozšíření poskytují funkce a funkce, které můžou být potřeba pro vaši aplikaci. Před zahájením procesu migrace ověřte rozšíření ve zdrojové instanci PostgreSQL.

V cílové instanci flexibilního serveru Azure Database for PostgreSQL povolte podporovaná rozšíření, která jsou identifikována ve zdrojové instanci PostgreSQL.

Další informace najdete v tématu Rozšíření ve službě Azure Database for PostgreSQL.

Poznámka:

Restartování se vyžaduje, když provedete jakékoli změny parametru shared_preload_libraries .

Kontrola parametrů serveru

Tyto parametry se do cílového prostředí nemigrují automaticky a musí být nakonfigurované ručně.

• Porovná hodnoty parametrů serveru ze zdrojové databáze PostgreSQL se službou Azure Database for PostgreSQL tak, že přistupujete k části Parametry serveru na webu Azure Portal a odpovídajícím způsobem hodnoty aktualizujete ručně.

• Uložte změny parametrů a v případě potřeby restartujte flexibilní server Azure Database for PostgreSQL, aby se použila nová konfigurace.

Důležité

Před inicializaci migrace změňte parametr password_encryption serveru na flexibilním serveru z SCRAM-SHA-256 na MD5. To je nezbytné pro stávající přihlašovací údaje na jednoúčelovém serveru, aby fungovaly na flexibilním serveru.

Zakázání vysoké dostupnosti (spolehlivosti) a replik pro čtení v cíli

• Zakázání vysoké dostupnosti (spolehlivosti) a replik pro čtení v cílovém prostředí je nezbytné. Tyto funkce by se měly povolit až po dokončení migrace.

• Pomocí těchto pokynů můžete zajistit hladký proces migrace bez přidaných proměnných zavedených vysokou dostupností a replikami pro čtení. Po dokončení migrace a stabilní databázi můžete tyto funkce povolit, abyste zlepšili dostupnost a škálovatelnost vašeho databázového prostředí v Azure.

Začínáme

1. Pokud s Microsoft Azure začínáte, vytvořte účet pro vyhodnocení nabídek.

2. Nainstalujte nejnovější Azure CLI pro váš operační systém ze stránky instalace Azure CLI.

   Pokud už je Rozhraní příkazového řádku Azure CLI nainstalované, pomocí příkazu zkontrolujte verzi az version . Verze by měla být 2.50.0 nebo novější, aby bylo možné použít příkazy rozhraní příkazového řádku migrace. Pokud ne, aktualizujte verzi Azure CLI.

3. az login Spusťte příkaz:

   az login
   

   Otevře se okno prohlížeče s přihlašovací stránkou Azure. Zadejte své přihlašovací údaje Azure k úspěšnému ověření. Další způsoby, jak se přihlásit pomocí Azure CLI, najdete v tomto článku.

Příkazy rozhraní příkazového řádku pro migraci (offline)

Služba migrace obsahuje snadno použitelné příkazy rozhraní příkazového řádku pro úlohy související s migrací. Všechny příkazy rozhraní příkazového řádku začínají na az postgres flexible-server migration. Než zahájíte migraci, je důležité povolit přidání rozšíření na seznam povolených.

Pokud potřebujete pomoc s pochopením možností přidružených k příkazu a vytvoření správné syntaxe, můžete použít --help parametr:

az postgres flexible-server migration --help

Spuštění předchozího příkazu vrátí následující výstup:

Výstup obsahuje seznam podporovaných příkazů migrace spolu s jejich akcemi. Pojďme se na tyto příkazy podívat podrobněji.

Vytvoření migrace pomocí Azure CLI

Tento create příkaz vám pomůže při vytváření migrace ze zdrojového serveru na cílový server:

az postgres flexible-server migration create --help

Spuštění předchozího příkazu vrátí následující výstup:

Zobrazí seznam očekávaných argumentů a má ukázkovou syntaxi pro úspěšné vytvoření migrace ze zdrojového serveru na cílový server. Tady je příkaz rozhraní příkazového řádku pro vytvoření nové migrace:

az postgres flexible-server migration create [--subscription]
                                             [--resource-group]
                                             [--name]
                                             [--migration-name]
                                             [--migration-mode]
                                             [--properties]

Parametr	Popis
subscription	ID předplatného cíle flexibilního serveru
resource-group	Skupina prostředků cíle flexibilního serveru
name	Název cíle flexibilního serveru
migration-name	Jedinečný identifikátor pro každou migraci do tohoto cíle flexibilního serveru. Toto pole přijímá pouze alfanumerické znaky a nepřijímá žádné speciální znaky s výjimkou podtržítka (_) a spojovníku (-). Název musí začínat a končit alfanumerickým znakem. Název musí být také jedinečný pro cílový server, protože žádné dvě migrace do stejného cíle flexibilního serveru můžou mít stejný název.
migration-mode	Jedná se o volitelný parametr. Výchozí hodnota: Offline. Offline migrace zahrnuje kopírování zdrojových databází v určitém okamžiku na cílový server.
properties	Absolutní cesta k souboru JSON, který obsahuje informace o zdroji jednoúčelového serveru.

Příklad:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode offline

Argument migration-name použitý v create příkazu se používá v jiných příkazech rozhraní příkazového řádku, například deleteupdate, a show. Jednoznačně identifikuje pokus o migraci v odpovídajících akcích ve všech těchto příkazech.

Nakonec příkaz create potřebuje, aby se jako součást argumentu properties předal soubor JSON.

Struktura JSON je:

{
	"properties": {
		"sourceDbServerResourceId": "/subscriptions/<subscriptionid>/resourceGroups/<sourceServerResourceGroup>/providers/Microsoft.DBforPostgreSQL/servers/<sourceServer>",
		"secretParameters": {
			"adminCredentials": {
				"sourceServerPassword": "<password>",
				"targetServerPassword": "<password>"
			},
			"sourceServerUserName": "<username>@<servername>",
			"targetServerUserName": "<username>"
		},
		"dbsToMigrate": [
			"<db1>",
			"<db2>"
		],
		"overwriteDbsInTarget": "true"
	}
}

Parametry create , které přejdou do formátu souboru JSON, jsou uvedené níže:

Parametr	Typ	Popis
sourceDbServerResourceId	Povinní účastníci	Tento parametr je ID prostředku zdroje jednoúčelového serveru.
adminCredentials	Požaduje se	Tento parametr uvádí hesla pro uživatele s rolí správce pro zdroj jednoúčelového serveru i pro cíl flexibilního serveru. Tato hesla pomáhají ověřovat se na zdrojových a cílových serverech.
sourceServerUserName	Požaduje se	Výchozí hodnota je uživatel správce zadaný při vytváření jednoho serveru a zadané heslo se používá k ověřování s tímto uživatelem. Pokud nepoužíváte výchozího uživatele, je tento parametr uživatelem nebo rolí na zdrojovém serveru pro provedení migrace. Tento uživatel by měl mít potřebná oprávnění a vlastnictví databázových objektů zahrnutých do migrace a měl by být členem azure_pg_admin role.
targetServerUserName	Požaduje se	Výchozí hodnota je uživatel správce vytvořený při vytváření flexibilního serveru a zadané heslo se používá k ověřování s tímto uživatelem. V případě, že nepoužíváte výchozího uživatele, je tento parametr uživatelem nebo rolí na cílovém serveru použitém k provedení migrace. Tento uživatel by měl být členem azure_pg_admin, pg_read_all_settings, pg_read_all_stats, pg_stat_scan_tables rolí a měl by mít roli Vytvořit, vytvořit atributy databáze .
dbsToMigrate	Požaduje se	Zadejte seznam databází, které chcete migrovat na flexibilní server. Migrují se jenom uživatelské databáze. Systémové databáze nebo databáze šablon, jako je šablona0 a šablona1, se nemigrují.
overwriteDbsInTarget	Požaduje se	Pokud je nastavená hodnota true, pokud má cílový server existující databázi se stejným názvem jako databáze, kterou se pokoušíte migrovat, služba migrace databázi automaticky přepíše.
setupLogicalReplicationOnSourceDBIfNeeded	Volitelné	Na zdrojovém serveru můžete automaticky povolit logickou replikaci nastavením této vlastnosti na truehodnotu . Tato změna nastavení serveru vyžaduje restartování serveru se dvěma až třemi minutami výpadku.
sourceDBServerFullyQualifiedDomainName	Volitelné	Použijte ho, když se k překladu názvů pro virtuální síť používá vlastní server DNS. Zadejte plně kvalifikovaný název domény zdroje jednoúčelového serveru podle vlastního serveru DNS pro tuto vlastnost.
targetDBServerFullyQualifiedDomainName	Volitelné	Použijte ho, když se k překladu názvů uvnitř virtuální sítě používá vlastní server DNS. Zadejte plně kvalifikovaný název domény cíle flexibilního serveru podle vlastního serveru DNS. sourceDBServerFullyQualifiedDomainName a targetDBServerFullyQualifiedDomainName jsou součástí JSON pouze ve vzácném scénáři, kdy se vlastní server DNS používá k překladu názvů místo DNS poskytnutého Azure. Jinak tyto parametry nezahrnujte do souboru JSON.

Všimněte si těchto základních bodů pro odpověď příkazu:

• create Po aktivaci příkazu se migrace přesune do InProgress stavu a podstavuPerformingPreRequisiteSteps. Nasazení infrastruktury migrace a nastavení připojení mezi zdrojem a cílem trvá několik minut.
• Po dokončení podstavu PerformingPreRequisiteSteps se migrace přesune do podstavu Migrating Data, , kde probíhá klonování a kopírování databází.
• Každá migrovaná databáze má vlastní oddíl se všemi podrobnostmi o migraci, jako je počet tabulek, přírůstkové vložení, odstranění a nevyřízené bajty.
• Doba dokončení podstavu Migrating Data závisí na velikosti migrovaných databází.
• Migrace se přesune do Succeeded stavu, jakmile Migrating Data se podstav úspěšně dokončí. Pokud dojde k problému v podstavu Migrating Data , migrace se přesune do Failed stavu.

Výpis migrací

Příkaz list zobrazí seznam všech pokusů o migraci provedených v cíli flexibilního serveru:

az postgres flexible-server migration list [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--filter]

Parametr filter má dvě možnosti:

• Active: Zobrazí seznam aktuálních aktivních (probíhajících) pokusů o migraci na cílový server. Nezahrnuje migrace, které selhaly, zrušily nebo byly úspěšné.
• All: Zobrazí seznam všech pokusů o migraci na cílový server. To zahrnuje aktivní i dokončené migrace bez ohledu na stav.

Další informace o tomto příkazu potřebujete pomocí parametru --help :

az postgres flexible-server migration list --help

Monitorování migrace

Tento --show příkaz vám pomůže monitorovat probíhající migrace a poskytuje aktuální stav a podstav migrace.

az postgres flexible-server migration show [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--migration-name]

Parametr migration_name je název přiřazený migraci během create příkazu. Tady je snímek ukázkové odpovědi z příkazu rozhraní příkazového řádku pro zobrazení podrobností:

Další informace o tomto příkazu potřebujete pomocí parametru --help :

 az postgres flexible-server migration show --help

Následující tabulky popisují stavy migrace a podstate.

Stav migrace	Popis
InProgress	Infrastruktura migrace je nastavená nebo probíhá skutečná migrace dat.
Canceled	Migrace se zruší nebo odstraní.
Failed	Migrace se nezdařila.
Succeeded	Migrace byla úspěšná a je dokončená.
ValidationFailed	Migrace selhala během ověřování před migrací.

Podstate migrace	Popis
PerformingPreRequisiteSteps	Infrastruktura je nastavená a je připravená na migraci dat.
MigratingData	Probíhá migrace dat.
CompletingMigration	Dokončení procesu migrace
Completed	Migrace je dokončená bez ohledu na to, jestli je v úspěšném stavu, nebo ne.
CancelingRequestedDBMigrations	Zrušení migrace
ValidationInProgress	Probíhá ověřování.

Online

Požadavky (online)

Před zahájením migrace se službou Migration Service ve službě Azure Database for PostgreSQL je nezbytné splnit následující požadavky, které platí pro scénáře offline migrace.

Ověření zdrojové verze

Zdrojová verze PostgreSQL by měla být >= 9.5. Pokud je zdrojová verze PostgreSQL menší než 9.5, upgradujte zdroj verzi PostgreSQL na 9.5 nebo vyšší před migrací.

Nastavení parametrů online migrace

Pro online migraci by měla být podpora replikace nastavená na Logickou v nastavení replikace zdrojového serveru PostgreSQL. Parametry a max_replication_slots hodnoty serveru max_wal_senders by navíc měly být větší než počet databází, které je potřeba migrovat. Parametry můžete nastavit na webu Azure Portal v části Parametry nastavení serveru> nebo nakonfigurovat na příkazovém řádku pomocí následujících příkazů:

• ALTER SYSTEM SET wal_level = logická;
• ALTER SYSTEM SET max_wal_senders = number of databases to migrate + 1;
• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

Ujistěte se, že neexistují žádné dlouhotrvající transakce. Dlouhotrvající transakce neumožňují vytváření slotů replikace. Vytvoření slotu replikace bude úspěšné, pokud jsou všechny dlouhotrvající transakce potvrzeny nebo vráceny zpět. Po dokončení všech požadavků na online migraci budete muset zdrojový server PostgreSQL restartovat.

Poznámka:

Pro online migraci s jednoúčelovým serverem Azure Database for PostgreSQL je podpora replikace Azure nastavená na logickou hodnotu v nastavení replikace na stránce s jedním serverem na webu Azure Portal.

Pokud chcete zabránit tomu, aby online migrace do úložiště ukládal protokoly, ujistěte se, že máte dostatek místa v tabulkovém prostoru pomocí zřízeného spravovaného disku. Pokud toho chcete dosáhnout, po dobu trvání migrace zakažte parametr azure.enable_temp_tablespaces_on_local_ssd serveru na flexibilním serveru a po migraci ho obnovte do původního stavu.

Nastavení cíle

• Před migrací musí být v Azure nastavená služba Azure Database for PostgreSQL.

• Skladová položka zvolená pro Azure Database for PostgreSQL by měla odpovídat specifikacím zdrojové databáze, aby zajistila kompatibilitu a odpovídající výkon.

• Podrobné pokyny k vytvoření nové služby Azure Database for PostgreSQL najdete na následujícím odkazu: Rychlý start: Vytvoření serveru.

• Parametr max_replication_slots serveru by měl být větší než počet databází, které je potřeba migrovat. Můžete ho nastavit na webu Azure Portal v části Parametry nastavení serveru> nebo nakonfigurovat na příkazovém řádku pomocí následujícího příkazu:

• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

• Při migraci mezi verzemi PostgreSQL (hlavní verze nebo podverze) zajistěte kompatibilitu mezi vaší databází a aplikací tím , že si projděte poznámky k verzi, kde najdete potenciální zásadní změny.

Důležité

Před inicializaci migrace změňte parametr password_encryption serveru na flexibilním serveru z SCRAM-SHA-256 na MD5. To je nezbytné pro stávající přihlašovací údaje na jednoúčelovém serveru, aby fungovaly na flexibilním serveru.

Nastavení sítě

Nastavení sítě je zásadní pro správné fungování služby migrace. Ujistěte se, že zdrojový server PostgreSQL může komunikovat s cílovým serverem Azure Database for PostgreSQL. Následující konfigurace sítě jsou nezbytné pro úspěšnou migraci.

Informace o nastavení sítě najdete v průvodci sítí pro službu migrace.

Povolení rozšíření

Pokud chcete zajistit úspěšnou migraci pomocí služby migrace ve službě Azure Database for PostgreSQL, možná budete muset ověřit rozšíření vaší zdrojové instance PostgreSQL. Rozšíření poskytují funkce a funkce, které můžou být potřeba pro vaši aplikaci. Před zahájením procesu migrace ověřte rozšíření ve zdrojové instanci PostgreSQL.

V cílové instanci flexibilního serveru Azure Database for PostgreSQL povolte podporovaná rozšíření, která jsou identifikována ve zdrojové instanci PostgreSQL.

Další informace najdete v tématu Rozšíření ve službě Azure Database for PostgreSQL.

Poznámka:

Restartování se vyžaduje, když provedete jakékoli změny parametru shared_preload_libraries .

Parametry serveru

Tyto parametry se do cílového prostředí nemigrují automaticky a musí být nakonfigurované ručně.

• Porovná hodnoty parametrů serveru ze zdrojové databáze PostgreSQL se službou Azure Database for PostgreSQL tak, že na webu Azure Portal přistupujete k části Parametry serveru a odpovídajícím způsobem hodnoty aktualizujete ručně.

• Uložte změny parametrů a restartujte Azure Database for PostgreSQL, aby se v případě potřeby použila nová konfigurace.

Zakázání vysoké dostupnosti (spolehlivosti) a replik pro čtení v cíli

• Zakázání vysoké dostupnosti (spolehlivosti) a replik pro čtení v cílovém prostředí je nezbytné. Tyto funkce by se měly povolit až po dokončení migrace.

• Pokud budete postupovat podle těchto pokynů, můžete zajistit hladký proces migrace bez přidaných proměnných zavedených vysokou dostupností a replikami pro čtení. Po dokončení migrace a stabilní databázi můžete tyto funkce povolit, abyste zlepšili dostupnost a škálovatelnost vašeho databázového prostředí v Azure.

Poznámka:

Určitá omezení platí pro online migraci, která jsou zde zdokumentovaná. Ujistěte se, že vaše databáze vyhovuje provedení online migrace.

Začínáme

1. Pokud s Microsoft Azure začínáte, vytvořte účet pro vyhodnocení nabídek.

2. Nainstalujte nejnovější Azure CLI pro váš operační systém ze stránky instalace Azure CLI.

   Pokud už je Rozhraní příkazového řádku Azure CLI nainstalované, pomocí příkazu zkontrolujte verzi az version . Verze by měla být 2.50.0 nebo novější, aby bylo možné použít příkazy rozhraní příkazového řádku migrace. Pokud ne, aktualizujte verzi Azure CLI.

3. az login Spusťte příkaz:

   az login
   

   Otevře se okno prohlížeče s přihlašovací stránkou Azure. Zadejte své přihlašovací údaje Azure k úspěšnému ověření. Další způsoby, jak se přihlásit pomocí Azure CLI, najdete v tomto článku.

Příkazy rozhraní příkazového řádku pro migraci (online)

Služba migrace obsahuje snadno použitelné příkazy rozhraní příkazového řádku pro úlohy související s migrací. Všechny příkazy rozhraní příkazového řádku začínají na az postgres flexible-server migration. Než zahájíte migraci, je důležité povolit přidání rozšíření na seznam povolených.

Pokud potřebujete pomoc s pochopením možností přidružených k příkazu a vytvoření správné syntaxe, můžete použít --help parametr:

az postgres flexible-server migration --help

Spuštění předchozího příkazu vrátí následující výstup:

Výstup obsahuje seznam podporovaných příkazů migrace spolu s jejich akcemi. Pojďme se na tyto příkazy podívat podrobněji.

Vytvoření migrace pomocí Azure CLI

Tento create příkaz vám pomůže při vytváření migrace ze zdrojového serveru na cílový server:

az postgres flexible-server migration create --help

Spuštění předchozího příkazu vrátí následující výstup:

Zobrazí seznam očekávaných argumentů a má ukázkovou syntaxi pro úspěšné vytvoření migrace ze zdrojového serveru na cílový server. Tady je příkaz rozhraní příkazového řádku pro vytvoření nové migrace:

az postgres flexible-server migration create [--subscription]
                                             [--resource-group]
                                             [--name]
                                             [--migration-name]
                                             [--migration-mode]
                                             [--properties]

Parametr	Popis
subscription	ID předplatného cíle flexibilního serveru
resource-group	Skupina prostředků cíle flexibilního serveru
name	Název cíle flexibilního serveru
migration-name	Jedinečný identifikátor pro každou migraci do tohoto cíle flexibilního serveru. Toto pole přijímá pouze alfanumerické znaky a nepřijímá žádné speciální znaky s výjimkou podtržítka (_) a spojovníku (-). Název musí začínat a končit alfanumerickým znakem. Název musí být také jedinečný pro cílový server, protože žádné dvě migrace do stejného cíle flexibilního serveru můžou mít stejný název.
migration-mode	Jedná se o volitelný parametr. Výchozí hodnota je Offline. Pro online migrace musíte projít Online.
properties	Absolutní cesta k souboru JSON, který obsahuje informace o zdroji jednoúčelového serveru.

Příklad:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode online

Argument migration-name použitý v create příkazu se používá v jiných příkazech rozhraní příkazového řádku, například deleteupdate, a show. Jednoznačně identifikuje pokus o migraci v odpovídajících akcích ve všech těchto příkazech.

Nakonec příkaz create potřebuje, aby se jako součást argumentu properties předal soubor JSON.

Struktura JSON je:

{
  "properties": {
    "sourceDbServerResourceId": "/subscriptions/<subscriptionid>/resourceGroups/<sourceServerResourceGroup>/providers/Microsoft.DBforPostgreSQL/servers/<sourceServer>",
    "secretParameters": {
      "adminCredentials": {
        "sourceServerPassword": "<password>",
        "targetServerPassword": "<password>"
      }
    },
    "sourceServerUserName": "<username>@<servername>",
    "targetServerUserName": "<username>",
    "dbsToMigrate": ["<db1>", "<db2>"],
    "overwriteDbsInTarget": "true"
  }
}

Parametry create , které přejdou do formátu souboru JSON, jsou uvedené níže:

Parametr	Typ	Popis
sourceDbServerResourceId	Povinní účastníci	Tento parametr je ID prostředku zdroje jednoúčelového serveru.
adminCredentials	Požaduje se	Tento parametr uvádí hesla pro uživatele s rolí správce pro zdroj jednoúčelového serveru i pro cíl flexibilního serveru. Tato hesla pomáhají ověřovat se na zdrojových a cílových serverech.
sourceServerUserName	Požaduje se	Výchozí hodnota je uživatel správce zadaný při vytváření jednoho serveru a zadané heslo se používá k ověřování s tímto uživatelem. Pokud nepoužíváte výchozího uživatele, je tento parametr uživatelem nebo rolí na zdrojovém serveru pro provedení migrace. Tento uživatel by měl mít potřebná oprávnění a vlastnictví databázových objektů zahrnutých do migrace a měl by být členem azure_pg_admin role.
targetServerUserName	Požaduje se	Výchozí hodnota je uživatel správce vytvořený při vytváření flexibilního serveru a zadané heslo se používá k ověřování s tímto uživatelem. V případě, že nepoužíváte výchozího uživatele, je tento parametr uživatelem nebo rolí na cílovém serveru použitém k provedení migrace. Tento uživatel by měl být členem azure_pg_admin, pg_read_all_settings, pg_read_all_stats, pg_stat_scan_tables rolí a měl by mít roli Vytvořit, vytvořit atributy databáze .
dbsToMigrate	Požaduje se	Zadejte seznam databází, které chcete migrovat na flexibilní server. Migrují se jenom uživatelské databáze. Systémové databáze nebo databáze šablon, jako je šablona0 a šablona1, se nemigrují.
overwriteDbsInTarget	Požaduje se	Pokud je nastavená hodnota true, pokud má cílový server existující databázi se stejným názvem jako databáze, kterou se pokoušíte migrovat, služba migrace databázi automaticky přepíše.
setupLogicalReplicationOnSourceDBIfNeeded	Volitelné	Na zdrojovém serveru můžete automaticky povolit logickou replikaci nastavením této vlastnosti na truehodnotu . Tato změna nastavení serveru vyžaduje restartování serveru se dvěma až třemi minutami výpadku.
sourceDBServerFullyQualifiedDomainName	Volitelné	Použijte ho, když se k překladu názvů pro virtuální síť používá vlastní server DNS. Zadejte plně kvalifikovaný název domény zdroje jednoúčelového serveru podle vlastního serveru DNS pro tuto vlastnost.
targetDBServerFullyQualifiedDomainName	Volitelné	Použijte ho, když se k překladu názvů uvnitř virtuální sítě používá vlastní server DNS. Zadejte plně kvalifikovaný název domény cíle flexibilního serveru podle vlastního serveru DNS. sourceDBServerFullyQualifiedDomainName a targetDBServerFullyQualifiedDomainName jsou součástí JSON pouze ve vzácném scénáři, kdy se vlastní server DNS používá k překladu názvů místo DNS poskytnutého Azure. Jinak tyto parametry nezahrnujte do souboru JSON.

Všimněte si těchto základních bodů pro odpověď příkazu:

• create Po aktivaci příkazu se migrace přesune do InProgress stavu a podstavuPerformingPreRequisiteSteps. Nasazení infrastruktury migrace a nastavení připojení mezi zdrojem a cílem trvá několik minut.
• Po dokončení podstavu PerformingPreRequisiteSteps se migrace přesune do podstavu Migrating Data, , kde probíhá klonování a kopírování databází.
• Každá migrovaná databáze má vlastní oddíl se všemi podrobnostmi o migraci, jako je počet tabulek, přírůstkové vložení, odstranění a nevyřízené bajty.
• Doba dokončení podstavu Migrating Data závisí na velikosti migrovaných databází.
• Migrace se přesune do Succeeded stavu, jakmile Migrating Data se podstav úspěšně dokončí. Pokud dojde k problému v podstavu Migrating Data , migrace se přesune do Failed stavu.

Nastavení replikace

V režimu online migrace musí být na zdrojovém jednoúčelovém serveru zapnutá logická replikace. Pokud není zapnutá, služba migrace automaticky zapne logickou replikaci na zdrojovém jednoúčelovém serveru, když setupLogicalReplicationOnSourceDBIfNeeded se parametr předá s hodnotou true v doprovodném souboru JSON. Replikaci je také možné nastavit ručně na zdroji po spuštění migrace pomocí následujícího příkazu. Oba přístupy při zapnutí logické replikace restartují zdrojový jednoúčelový server.

Příklad:

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --setup-replication

Tento příkaz je nutný k provedení migrace, když flexibilní server čeká ve WaitingForLogicalReplicationSetupRequestOnSourceDB stavu.

K provedení online migrace použijte:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode online

Výpis migrací

Příkaz list zobrazí seznam všech pokusů o migraci provedených v cíli flexibilního serveru:

az postgres flexible-server migration list [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--filter]

Parametr filter má dvě možnosti:

• Active: Zobrazí seznam aktuálních aktivních (probíhajících) pokusů o migraci na cílový server. Nezahrnuje migrace, které selhaly, zrušily nebo byly úspěšné.
• All: Zobrazí seznam všech pokusů o migraci na cílový server. To zahrnuje aktivní i dokončené migrace bez ohledu na stav.

Další informace o tomto příkazu potřebujete pomocí parametru --help :

az postgres flexible-server migration list --help

Monitorování migrací

Tento show příkaz vám pomůže monitorovat probíhající migrace a poskytuje aktuální stav a podstav migrace.

az postgres flexible-server migration show [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--migration-name]

Parametr migration_name je název přiřazený migraci během create příkazu. Tady je snímek ukázkové odpovědi z příkazu rozhraní příkazového řádku pro monitorování migrace:

Další informace o tomto příkazu potřebujete pomocí parametru --help :

 az postgres flexible-server migration show --help

Následující tabulky popisují stavy migrace a podstate.

Stav migrace	Popis
InProgress	Infrastruktura migrace je nastavená nebo probíhá skutečná migrace dat.
Canceled	Migrace se zruší nebo odstraní.
Failed	Migrace se nezdařila.
Succeeded	Migrace byla úspěšná a je dokončená.
ValidationFailed	Migrace selhala během ověřování před migrací.

Podstate migrace	Popis
PerformingPreRequisiteSteps	Infrastruktura je nastavená a je připravená na migraci dat.
MigratingData	Probíhá migrace dat.
WaitingForCutoverTrigger	Úloha migrace dat byla dokončena a čeká na aktivaci přímé migrace uživatelem.
CompletingMigration	Dokončení procesu migrace
Completed	Migrace je dokončená bez ohledu na to, jestli je v úspěšném stavu, nebo ne.
CancelingRequestedDBMigrations	Zrušení migrace
ValidationInProgress	Probíhá ověřování.

Přímá migrace

V online migracích se po dokončení základní migrace dat úloha migrace přesune do WaitingForCutoverTrigger podstavu. V tomto stavu může uživatel aktivovat přímou migraci prostřednictvím rozhraní příkazového řádku pomocí následujícího příkazu. Přímou migraci je možné aktivovat také na portálu tak, že v mřížce migrace vyberete název migrace.

Příklad:

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --cutover

Před zahájením přímé migrace je nezbytné zajistit, aby:

• Zápisy do zdroje jsou zastaveny –latency parametr je 0 nebo je blízko 0.

latency parametr označuje, kdy se cíl naposledy synchronizoval se zdrojem. Tady je například 201 a 202 pro dvě databáze, jak je znázorněno na obrázku níže. To znamená, že změny, ke kterým došlo za posledních přibližně 200 sekund ve zdroji, se ještě nesynchronizují s cílem. V tomto okamžiku lze zápisy do zdroje zastavit a přímo zahájit. V případě velkého provozu ve zdroji se doporučuje nejprve zastavit zápisy, Latency aby se mohlo blížit 0, a pak se zahájí přímá migrace. Operace přímé migrace použije všechny čekající změny ze zdroje na cíl a dokončí migraci. Pokud aktivujete přímou akci i s nenulovou Latency, replikace se zastaví až do tohoto bodu v čase. Všechna data ve zdroji, dokud se bod přímé migrace nepoužije na cíl. Řekněme, že latence byla v přímé bodě 15 minut, takže všechna data změn za posledních 15 minut platí pro cíl. Doba potřebná závisí na backlogu změn, ke kterým došlo za posledních 15 minut. Proto se doporučuje, aby latence před aktivací přímé migrace přešla na nulu nebo téměř nulu. Informace latency lze získat pomocí příkazu migration show.

Tady je snímek migrace před zahájením přímé migrace:

Po zahájení přímé migrace se všechny transakce, ke kterým došlo během základní kopie, zkopírují postupně do cíle a migrace se dokončí.

Pokud přímá migrace není úspěšná, migrace se přesune do Failed stavu.

Další informace o tomto příkazu potřebujete pomocí parametru --help :

 az postgres flexible-server migration update --help

Zrušení migrace pomocí rozhraní příkazového řádku

Pomocí příkazu můžete zrušit všechny probíhající pokusy o cancel migraci. Tento příkaz zastaví konkrétní pokus o migraci a vrátí všechny změny na cílovém serveru. Tady je příkaz rozhraní příkazového řádku pro zrušení migrace:

az postgres flexible-server migration update cancel [--subscription]
                                                    [--resource-group]
                                                    [--name]
                                                    [--migration-name]

Příklad:

az postgres flexible-server migration update cancel --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1

Další informace o tomto příkazu potřebujete pomocí parametru --help :

 az postgres flexible-server migration update cancel --help

Příkaz vám poskytne následující výstup:

Kontrola migrace po dokončení

Po úspěšné migraci se ujistěte, že se můžete přihlásit k flexibilnímu serveru pomocí stejných přihlašovacích údajů jako na jednom serveru. Pokud na flexibilním serveru po migraci z jednoho serveru dochází k chybám ověřování, může to být způsobeno tím, že virtuální počítač flexibilního serveru vyhovuje standardu FIPS nebo používá jiný algoritmus šifrování hesla (SCRAM-SHA-256) v porovnání s šifrováním MD5 jednoho serveru. Pokud chcete tento problém zmírnit, postupujte následovně:

1. Změňte parametr serveru password_encryption na flexibilním serveru z SCRAM-SHA-256 na MD5.
2. Znovu nastavte migraci z jednoho serveru na flexibilní server.
3. Pokud problémy s ověřováním potrvají, odstraňte stávající flexibilní server a zřiďte nový server. Pokud chcete tento problém vyřešit, opakujte kroky 1 a 2.

Tím by se měly vyřešit chyby ověřování.

Po migraci můžete provádět následující úlohy:

• Ověřte data na flexibilním serveru a ujistěte se, že se jedná o přesnou kopii zdrojové instance.

• Po ověření povolte možnost vysoké dostupnosti na flexibilním serveru podle potřeby.

• Změňte skladovou položku flexibilního serveru tak, aby odpovídala potřebám aplikace. Tato změna vyžaduje restartování databázového serveru.

• Pokud změníte parametry serveru z jejich výchozích hodnot ve zdrojové instanci, zkopírujte tyto hodnoty parametrů serveru na flexibilním serveru.

• Zkopírujte další nastavení serveru, jako jsou značky, upozornění a pravidla brány firewall (pokud je k dispozici) ze zdrojové instance na flexibilní server.

• Proveďte změny aplikace tak, aby odkazy připojovací řetězec na flexibilní server.

• Pečlivě monitorujte výkon databáze a zjistěte, jestli vyžaduje ladění výkonu.

Související obsah

• Služba migrace
• Migrace z AWS RDS
• Osvědčené postupy
• Známé problémy a omezení
• Nastavení sítě
• Předběžné ověření