Kurz: Online migrace z virtuálního počítače Azure nebo místního serveru PostgreSQL do služby Azure Database for PostgreSQL s využitím služby migration Service Preview

Tento článek vás provede migrací databáze PostgreSQL z virtuálního počítače Azure nebo místního serveru PostgreSQL na Azure Database for PostgreSQL pomocí webu Azure Portal. Azure Portal umožňuje provádět různé úlohy, včetně migrace databází. Podle kroků popsaných v tomto kurzu můžete bezproblémově přenášet databázi do Azure a využívat její výkonné funkce a škálovatelnost.

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. Zadejte svoje přihlašovací údaje pro přihlášení. 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ů k části Migrace a vyberte ji.

   

4. Vyberte tlačítko Vytvořit, které chcete migrovat z virtuálního počítače Azure nebo místního serveru PostgreSQL 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 pokusech o migraci.

5. Vyberte tlačítko Vytvořit. Pak si projdete řadu karet založených na průvodci a vytvoříte migraci do tohoto cíle flexibilního serveru ze zdrojového serveru PostgreSQL.

Nastavení

První kartou je karta nastavení, kde uživatel zahájí migrace zadáním podrobností o migraci, jako je název migrace a typ zdroje.

• 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 spojovníku (-). Název nemůže začínat pomlčkou a měl by být jedinečný pro cílový server. Žádné dvě migrace do stejného cíle flexibilního serveru můžou mít stejný název.

• Typ zdrojového serveru – V závislosti na zdroji PostgreSQL můžete vybrat virtuální počítač Azure nebo místní počítač.

• Možnost migrace umožňuje provádět 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 – Provádí ověření před aktivací migrace. Migrace se aktivuje jenom v případě, že nedojde k žádným selháním ověření.

Volba možnosti Ověřit nebo Ověřit a migrovat je vždy dobrým postupem při provádění ověření před migrací. Další informace o ověřování předběžné migrace najdete v této dokumentaci.

Režim migrace umožňuje zvolit režim migrace. Výchozí možností je offline.

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

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.

Připojení ke zdroji

Na kartě Připojit ke zdroji se zobrazí výzva k zadání podrobností souvisejících se zdrojem vybraným na kartě Nastavení, která je zdrojem databází.

• Název serveru – Zadejte název hostitele nebo IP adresu zdrojové instance PostgreSQL.
• Port – číslo portu zdrojového serveru
• Přihlašovací jméno správce serveru – uživatelské jméno zdrojového serveru PostgreSQL
• Heslo – heslo zdrojového serveru PostgreSQL
• Režim SSL – Podporované hodnoty jsou upřednostňované a povinné. Pokud je SSL na zdrojovém serveru PostgreSQL vypnuté, použijte sslMODE=prefer. Pokud je SSL na zdrojovém serveru zapnuté, použijte SSLMODE=require. Hodnoty SSL je možné určit v souboru postgresql.conf.
• Test připojení – provede test připojení mezi cílem a zdrojem. Po úspěšném připojení můžou uživatelé pokračovat dalším krokem. V opačném případě je potřeba identifikovat síťové problémy mezi cílem a zdrojem a ověřit uživatelské jméno a heslo zdroje. Vytvoření připojení mezi cílem a zdrojem trvá několik minut.

Po úspěšném testovacím připojení vyberte Další : Vyberte cíl migrace.

Výběr cíle migrace

Na kartě Cíl vybrané migrace se zobrazí metadata pro cíl flexibilního serveru, jako je název předplatného, skupina prostředků, název serveru, umístění a verze PostgreSQL.

• Uživatelské jméno správce – uživatelské jméno správce cílového serveru PostgreSQL
• Heslo – heslo cílového serveru PostgreSQL
• Vlastní plně kvalifikovaný název domény nebo IP adresa (volitelné): Vlastní plně kvalifikovaný název domény nebo pole IP je volitelné a lze ho použít, když je cíl 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 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.
• Test připojení – provede test připojení mezi cílem a zdrojem. Po úspěšném připojení můžou uživatelé pokračovat dalším krokem. V opačném případě musíme identifikovat síťové problémy mezi cílem a zdrojem a ověřit uživatelské jméno a heslo cíle. Vytvoření připojení mezi cílem a zdrojem trvá několik minut.

Po úspěšném testovacím připojení vyberte další: Vyberte databáze pro migraci.

Výběr databází pro migraci

Na této kartě je seznam uživatelských databází uvnitř zdrojového serveru vybraného na kartě Nastavení. 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í.

Po výběru databází vyberte Další : Souhrn

Shrnutí

Karta Souhrn shrnuje všechny podrobnosti o zdroji a cíli pro vytvoření ověření nebo migrace. Zkontrolujte podrobnosti a vyberte tlačítko Start.

Monitorování migrace

Po výběru tlačítka Start se během několika sekund zobrazí oznámení s oznámením, že ověření nebo vytvoření migrace proběhlo úspěšně. Budete přesměrováni automaticky do okna Migrace flexibilního serveru, ve kterém je nová položka 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, **Doba trvání a Čas zahájení. 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. Výběrem názvu migrace v mřížce zobrazíte přidružené 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.

Podrobnosti o migraci

Na kartě Nastavení jsme jako možnost Migrace a ověření vybrali možnost migrace. V tomto scénáři 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 se ověření dokončí bez chyby, spustí se migrace a pracovní postup se přesune do podstavu Migrace dat.

Výsledky ověření se zobrazí na kartě Ověření a migrace se monitoruje na kartě Migrace .

Některé možné stavy migrace:

Stavy migrace

Podstavy migrace

Podstate ověření

Přímá migrace

Pokud existují migrace i ověřování a migrace, dokončení online migrace vyžaduje další krok – uživatel musí provést akci přímé migrace. Po dokončení kopírování/klonování základních dat se migrace přesune do WaitingForUserAction stavu a podkladu WaitingForCutoverTrigger . V tomto stavu může uživatel spustit přímou migraci z portálu výběrem migrace.

Před zahájením přímé migrace je důležité zajistit, aby:

• Zápisy do zdroje jsou zastaveny – Latency hodnota je 0 nebo blízko 0. Informace Latency lze získat z obrazovky s podrobnostmi o migraci, jak je znázorněno níže:
• latency hodnota se zmenší na 0 nebo se blíží 0.
• Hodnota latency označuje, kdy se cíl naposledy synchronizoval se zdrojem. Zápis do zdroje může být v tuto chvíli zastaven a lze zahájit přímou migraci. 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 nenulovým stavem 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. Pokud u přímé migrace dojde k latenci 15 minut, použijí se na cíl všechna změněná data za posledních 15 minut. Doba závisí na backlogu změn, ke kterým dochází 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.

• Migrace se přesune do Succeeded stavu, kdy Migrating Data se podstav nebo přímá migrace (v online migraci) úspěšně dokončí. Pokud dojde k problému v podstavu Migrating Data , migrace se přesune do Failed stavu.

Zrušení migrace

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 nemůžete zrušit ve stavu Úspěšné nebo Neúspěšné .

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 . Nepřehazuje ani nevrácí žádné změny na cílovém serveru. Nezapomeňte odstranit databáze na cílovém serveru, který je součástí zrušené migrace.

Tento článek popisuje migraci databáze PostgreSQL z virtuálního počítače Azure nebo místní instance PostgreSQL do Azure Database for PostgreSQL pomocí Azure CLI. Azure CLI poskytuje výkonné a flexibilní rozhraní příkazového řádku, které umožňuje provádět různé úlohy, včetně migrace databáze. Podle kroků popsaných v tomto článku můžete bez problémů přenést databázi do Azure a využít výhod jeho výkonných funkcí a škálovatelnosti.

Další informace o Azure CLI se službou migration service najdete v tématu Nastavení Azure CLI pro službu migrace.

Po instalaci rozhraní příkazového řádku otevřete příkazový řádek a přihlaste se ke svému účtu Azure pomocí následujícího příkazu.

az login

Konfigurace úlohy migrace

Pokud chcete zahájit migraci, vytvořte soubor JSON s podrobnostmi o migraci. Soubor JSON obsahuje následující informace:

• Upravte následující zástupné symboly << >> na řádcích JSON a uložte je do místního počítače tak, jak <<filename>>.json se volá rozhraní příkazového řádku. V tomto kurzu jsme soubor uložili do C:\migration-CLI\migration_body.json

{
"properties": {
"SourceDBServerResourceId": "<<source hostname or IP address>>:<<port>>@<<username>>",
        "SecretParameters": {
            "AdminCredentials": {
                "SourceServerPassword": "<<Source Password>>",
                "TargetServerPassword": "<<Target Password>>"
            },
			"targetServerUserName": "<<Target username>>"
        },
        "DBsToMigrate": "<<comma separated list of databases in a array like - ["ticketdb","timedb","inventorydb"]>>",
        "OverwriteDBsInTarget": "true",
        "sourceType": "OnPremises",
        "sslMode": "Prefer"
    }
}

• Spuštěním následujícího příkazu zkontrolujte, jestli jsou spuštěné nějaké migrace. Název migrace je jedinečný napříč migracemi v rámci cíle flexibilního serveru Azure Database for PostgreSQL.

  az postgres flexible-server migration list --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --filter All
  

• V předchozích krocích se neprovádí žádná migrace, takže novou migraci zahájíme spuštěním následujícího příkazu.

  az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --migration-mode online --migration-option ValidateAndMigrate --properties "C:\migration-cli\migration_body.json"
  

• Spuštěním následujícího příkazu zahajte stav migrace v předchozím kroku. Stav migrace můžete zkontrolovat zadáním názvu migrace.

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

• Stav průběhu migrace se zobrazuje v Azure CLI.

• Stav flexibilního serveru Azure Database for PostgreSQL můžete zobrazit také na webu Azure Portal.

• 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 odstranění migrace:

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

Přímá migrace

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

• Přímou migraci můžete zahájit také na webu Azure Portal.

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