Migrera online, från en virtuell Azure-dator eller en lokal PostgreSQL-server till Azure Database for PostgreSQL med migreringstjänsten

Den här artikeln beskriver hur du använder Azure Portal för att migrera din PostgreSQL-databas från en virtuell Azure-dator eller en lokal PostgreSQL-server till en Azure Database for PostgreSQL. Med Azure Portal kan du utföra olika uppgifter, inklusive databasmigrering. Genom att följa stegen som beskrivs i den här självstudien kan du sömlöst överföra databasen till Azure och dra nytta av dess kraftfulla funktioner och skalbarhet.

Konfigurera migreringsuppgiften

Migreringstjänsten har en enkel, guidebaserad upplevelse av Azure Portal.

Använda Azure-portalen:

1. Välj din Azure-databas för PostgreSQL-flexibel server.

2. I resursmenyn väljer du Migrering.

   

3. Välj Skapa för att gå igenom en guidebaserad serie flikar för att utföra en migrering till en flexibel server från en lokal eller virtuell Azure-dator.

   Anteckning

   Första gången du använder migreringstjänsten visas ett tomt rutnät med en uppmaning om att påbörja din första migrering.

   Om migreringar till ditt flexibla servermål redan har skapats innehåller rutnätet nu information om migreringsförsök.

   

Konfigurera

Du måste ange flera detaljer som rör migreringen, till exempel migreringsnamn, källservertyp, alternativ och läge.

• Migreringsnamnet är den unika identifieraren för varje migrering till det här flexibla servermålet. Det här fältet accepterar endast alfanumeriska tecken och accepterar inte några specialtecken förutom ett bindestreck (-). Namnet kan inte börja med ett bindestreck och bör vara unikt för en målserver. Inga två migreringar till samma flexibla servermål kan ha samma namn.

• Källservertyp – Beroende på din PostgreSQL-källa kan du välja Virtuell Azure-dator eller lokal server.

• Migreringsalternativ – Gör att du kan utföra valideringar innan du utlöser en migrering. Du kan välja något av följande alternativ:

  • Verifiera – Kontrollerar serverns och databasens beredskap för migrering till målet.
  • Verifiera och migrera – Utför validering innan en migrering utlöses. Om det inte finns några valideringsfel initieras migreringen.

Att välja alternativet Verifiera eller verifiera och migrera är alltid en bra idé för att utföra valideringar före migreringen innan du kör migreringen.

För att lära dig mer om valideringen före migrering, besök premigration.

• Med migreringsläget kan du välja läget för migreringen. Offline är standardalternativet. I det här fallet ändrar vi det till Online.

Välj Nästa: Körningsserver.

Körningsserver

Servern för migreringskörning är en specialiserad funktion inom migreringstjänsten i Azure Database for PostgreSQL, utformad för att fungera som mellanliggande server under migreringen. Det är en separat flexibel Azure Database for PostgreSQL-serverinstans som inte är målservern, men som används för att underlätta migreringen av databaser från en källmiljö som endast är tillgänglig via ett privat nätverk.

För mer information om runtime-servern, besök Migration Runtime Server.

Källserver

På fliken Källserver uppmanas du att ange information om den källa som valts på fliken Installation , som är källan till databaserna.

• Servernamn – Ange namnet på värden eller IP-adressen för PostgreSQL-källservern.
• Port – portnummer för källservern.
• Administratörsinloggning – Namnet på administratörsanvändaren för PostgreSQL-källservern.
• Lösenord – Lösenord för administratörsinloggningen som angetts för att ansluta till PostgreSQL-källservern.
• SSL-läge – Värden som stöds är preferred och required. När SSL:en på PostgreSQL-källservern är OFFanvänder du prefer. Om SSL:en på källservern är ONanvänder du require. SSL-värden kan fastställas i postgresql.conf-filen på källservern.
• Testanslutning – Utför anslutningstestet mellan målet och källan. När anslutningen har slutförts kan du gå vidare till nästa flik. Det här testet syftar till att identifiera eventuella anslutningsproblem som kan finnas mellan mål- och källservrarna, inklusive verifiering av autentisering med de angivna autentiseringsuppgifterna. Det tar några sekunder att upprätta en testanslutning.

Efter den lyckade testanslutningen väljer du Nästa: Målserver.

Målserver

Fliken Målserver visar metadata för det flexibla servermålet, till exempel prenumerationsnamn, resursgrupp, servernamn, plats och PostgreSQL-version.

• Administratörsinloggning – Namnet på administratörsanvändaren för PostgreSQL-målservern.
• Lösenord – Lösenord för administratörsinloggningen som angetts för att ansluta till PostgreSQL-målservern.
• Anpassat FQDN eller IP-adress: Det anpassade FQDN- eller IP-adressfältet är valfritt och kan användas när målet ligger bakom en anpassad DNS-server eller har anpassade DNS-namnområden, vilket gör det endast tillgängligt via specifika FQDN eller IP-adresser. Detta kan till exempel innehålla poster som production-flexible-server.example.com, 198.1.0.2eller ett PostgreSQL FQDN, production-flexible-server.postgres.database.azure.comtill exempel , om den anpassade DNS-servern innehåller DNS-zonen postgres.database.azure.com eller vidarebefordrar frågor för den här zonen till 168.63.129.16, där FQDN löses i den offentliga eller privata DNS-zonen i Azure.
• Testanslutning – Utför anslutningstestet mellan källan och målet. När anslutningen har slutförts kan du gå vidare till nästa flik. Det här testet syftar till att identifiera eventuella anslutningsproblem som kan finnas mellan käll- och målservrarna, inklusive verifiering av autentisering med de angivna autentiseringsuppgifterna. Det tar några sekunder att upprätta en testanslutning.

Efter den lyckade testanslutningen väljer du Nästa: Databaser för att verifiera eller migrera

Databaser som ska verifieras eller migreras

Under fliken Databaser för att verifiera eller migrera kan du välja en lista över användardatabaser som ska migreras från postgreSQL-källservern.

När du har valt databaserna väljer du Nästa: Sammanfattning.

Sammanfattning

Fliken Sammanfattning sammanfattar all käll- och målinformation för att skapa verifieringen eller migreringen. Granska informationen och välj Starta validering och migrering.

Avbryt valideringen eller migreringen

Du kan avbryta pågående valideringar eller migreringar. Arbetsflödet måste ha statusen Pågår för att avbrytas. Du kan inte avbryta en validering eller migrering i statusen Lyckades eller Misslyckades .

Om du avbryter en validering stoppas all ytterligare valideringsaktivitet och valideringen flyttas till statusen Avbrytd .

Om du avbryter en migrering stoppas ytterligare migreringsaktivitet på din målserver och går till statusen Avbruten. Den tar inte bort eller återställer några ändringar på målservern. Se till att ta bort databaserna på målservern som är delaktiga i en avbruten migrering.

Den här artikeln utforskar hur du använder Azure CLI för att migrera din PostgreSQL-databas från en virtuell Azure-dator eller en lokal PostgreSQL-instans till en Azure Database for PostgreSQL. Azure CLI har ett kraftfullt och flexibelt kommandoradsgränssnitt som gör att du kan utföra olika uppgifter, inklusive databasmigrering. Genom att följa stegen i den här artikeln kan du smidigt överföra databasen till Azure och dra nytta av dess kraftfulla funktioner och skalbarhet.

Mer information om Azure CLI med migreringstjänsten finns i Så här konfigurerar du Azure CLI för migreringstjänsten.

När CLI har installerats öppnar du kommandotolken och loggar in på ditt Azure-konto med hjälp av kommandot nedan.

az login

Konfigurera migreringsuppgiften

Börja migreringen genom att skapa en JSON-fil med migreringsinformationen. JSON-filen innehåller följande information:

• Redigera platshållarna << >> nedan i JSON-raderna och lagra dem på den lokala datorn som <<filename>>.json där CLI anropas. I den här handledningen har vi sparat filen i c:/migration-CLI/migration_body.json

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

• Kör följande kommando för att kontrollera om några migreringar körs. Migreringsnamnet är unikt för migreringarna i Azure Database for PostgreSQL–målet för flexibel server.

  az postgres flexible-server migration list --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --filter all
  

• I stegen ovan utförs inga migreringar, så vi börjar med den nya migreringen genom att köra följande kommando.

  az postgres flexible-server migration create --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration> --migration-mode offline --migration-option ValidateAndMigrate --properties "c:/migration-cli/migration_body.json"
  

• Kör följande kommando för att se statusen för migreringen som initierades i föregående steg. Du kan kontrollera migreringens status genom att ange migreringsnamnet.

  az postgres flexible-server migration show --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration>
  

• Migreringens förlopp och status visas i Azure CLI.

• Du kan också se förloppet och statusen i Azure-portalen.

• Du kan avbryta alla pågående migreringsförsök med hjälp av cancel kommandot . Det här kommandot stoppar det specifika migreringsförsöket och återställer alla ändringar som det kunde ha gjort på målservern. Följande är CLI-kommandot för att avbryta migreringen som har statusen "Pågår".

  az postgres flexible-server migration update cancel --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration>
  

För alternativet Verifiera och migrera krävs det för att slutföra onlinemigreringen att användaren ytterligare måste utlösa cutover-åtgärden. När kopieringen eller kloningen av basdata har slutförts flyttas migreringen till Waiting for user action status och Waiting for cutover trigger understatus. I den här statusen kan användaren utlösa övergången från portalen genom att välja migreringen.

Innan du påbörjar övergången är det viktigt att se till att:

• Skrivningar till källan stoppas – latency värdet är 0 eller nära 0. Informationen latency kan hämtas från skärmen för migreringsinformation enligt nedan:
• latency värdet minskar till 0 eller nära 0
• Värdet latency anger när målet senast synkroniserades med källan. Det går att stoppa skrivning till källan vid denna tidpunkt och en övergång kan initieras. Om det finns tung trafik vid källan rekommenderas det att du stoppar skrivningar först så att latency kan minska och komma nära 0, och sedan initieras en övergång.

Cutover-åtgärden tillämpar alla väntande ändringar från källservern på målservern och slutför migreringen. Om du utlöser en övergång, även om värdet inte är noll latency, stoppas replikeringen till den tidpunkten. All data från källan fram till brytpunkten tillämpas därefter på målet. Om du upplever en latens på 15 minuter vid överlämningspunkten tillämpas alla ändringar som gjorts i data under de senaste 15 minuterna på målet.

Tiden beror på kvarvarande ändringar som inträffat under de senaste 15 minuterna. Därför rekommenderar vi att latensen går till noll eller nära noll innan du utlöser övergången.

• Migreringen flyttas till Succeeded-statusen när Migrating data-understatusen eller den slutliga övergången (i onlinemigreringen) har slutförts. Om det uppstår ett problem i Migrating data understatus flyttas migreringen till status Failed .

För alternativet Verifiera och migrera krävs det för att slutföra onlinemigreringen att användaren ytterligare måste utlösa cutover-åtgärden. När kopieringen eller kloningen av basdata har slutförts flyttas migreringen till Waiting for user action status och Waiting for cutover trigger understatus. I det här tillståndet kan användaren utlösa snabbväxlingen via CLI med hjälp av kommandot nedan. Övergången kan också utlösas från portalen genom att välja migreringsnamnet i migreringsöversikten.

Innan du påbörjar övergången är det viktigt att se till att:

• Skrivningar till källan stoppas – latency värdet är 0 eller nära 0. Informationen latency kan hämtas från skärmen för migreringsinformation enligt nedan:
• latency värdet minskar till 0 eller nära 0
• Värdet latency anger när målet senast synkroniserades med källan. Det går att stoppa skrivning till källan vid denna tidpunkt och en övergång kan initieras. Om det finns tung trafik vid källan rekommenderas det att du stoppar skrivningar först så att latency kan minska och komma nära 0, och sedan initieras en övergång.

Cutover-åtgärden tillämpar alla väntande ändringar från källservern på målservern och slutför migreringen. Om du utlöser en övergång, även om värdet inte är noll latency, stoppas replikeringen till den tidpunkten. All data från källan fram till brytpunkten tillämpas därefter på målet. Om du upplever en latens på 15 minuter vid överlämningspunkten tillämpas alla ändringar som gjorts i data under de senaste 15 minuterna på målet.

Tiden beror på kvarvarande ändringar som inträffat under de senaste 15 minuterna. Därför rekommenderar vi att latensen går till noll eller nära noll innan du utlöser övergången.

• Migreringen flyttas till Succeeded-statusen när Migrating data-understatusen eller den slutliga övergången (i onlinemigreringen) har slutförts. Om det uppstår ett problem i Migrating data understatus flyttas migreringen till status Failed .

Använd följande kommando för att utlösa snabbklippet:

az postgres flexible-server migration update --subscription <subscription_id> --resource-group <resource_group> --name <server> --migration-name <migration> --cutover