Självstudie: Migrera från Azure Database for PostgreSQL – enskild server till Azure Database for PostgreSQL – flexibel server med hjälp av migreringstjänsten

GÄLLER FÖR: Azure Database for PostgreSQL – flexibel server

Med azure-portalen kan du migrera en instans av Azure Database for PostgreSQL – enskild server till Azure Database for PostgreSQL – flexibel server. I den här självstudien utför vi migrering av en exempeldatabas från en enskild Azure Database for PostgreSQL-server till en flexibel PostgreSQL-server med hjälp av Azure-portalen.

• Konfigurera din flexibla Azure Database for PostgreSQL-server
• Konfigurera migreringsuppgiften
• Övervaka migreringen
• Avbryt migreringen
• Efter migrering

Portal

Du kan migrera med hjälp av Azure-portalen.

Offline

Förutsättningar (offline)

Innan du påbörjar migreringen med migreringstjänsten i Azure Database for PostgreSQL är det viktigt att du uppfyller följande krav, som gäller för offlinemigreringsscenarier.

Verifiera källversionen

PostgreSQL-källversionen ska vara >= 9.5. Om postgreSQL-källversionen är mindre än 9.5uppgraderar du PostgreSQL-källversionen till 9.5 eller högre före migreringen.

Målkonfiguration

• Azure Database for PostgreSQL måste konfigureras i Azure före migreringen.

• Den SKU som valts för Azure Database for PostgreSQL ska motsvara specifikationerna för källdatabasen för att säkerställa kompatibilitet och tillräcklig prestanda.

• Detaljerade anvisningar om hur du skapar en ny Azure Database for PostgreSQL finns i följande länk: Snabbstart: Skapa server.

Nätverkskonfiguration

Korrekt nätverkskonfiguration är viktigt för att säkerställa en lyckad anslutning mellan källan och målet under migreringen. Här är en guide som hjälper dig att upprätta nätverksanslutningen för olika scenarier:

Nätverkskrav för migrering:

• ExpressRoute/IPsec VPN/VPN-tunneltrafik: När du ansluter din lokala/AWS-källa till Azure kan du behöva konfigurera en ExpressRoute-, IPsec VPN- eller VPN-tunneltrafik för att underlätta säker dataöverföring.

• VNET-peering: Upprätta peering för virtuella nätverk mellan de två distinkta virtuella nätverken för att aktivera direkt nätverksanslutning, en förutsättning för migrering mellan den virtuella Azure-datorn och Azure Database for PostgreSQL.

Anslut ivitetsscenarier:

Följande tabell kan hjälpa dig att konfigurera nätverket mellan källan och målet.

Source	Target	Anslut ivitetstips
Offentliga	Offentliga	Ingen annan åtgärd krävs om källan är vitlistad i målets brandväggsregler.
Privat	Offentliga	Den här konfigurationen stöds inte. använd pg_dump/pg_restore för dataöverföring.
Offentliga	Privat	Ingen annan åtgärd krävs om källan är vitlistad i målets brandväggsregler.
Privat	Privat	Upprätta en ExpressRoute-, IPsec VPN-, VPN-tunneltrafik eller virtuell nätverkspeering mellan källan och målet.
Privat	Privat slutpunkt	Den här konfigurationen stöds inte. kontakta Microsoft-supporten.

Ytterligare nätverksöverväganden:

• pg_hba.conf-konfiguration: För att underlätta anslutningen mellan postgreSQL-käll- och målinstanserna är det viktigt att verifiera och eventuellt ändra filen pg_hba.conf. Den här filen innehåller klientautentisering och måste konfigureras för att postgreSQL-målet ska kunna ansluta till källan. Ändringar i filen pg_hba.conf kräver vanligtvis en omstart av PostgreSQL-källinstansen för att börja gälla.

Kommentar

Filen pg_hba.conf finns i postgreSQL-installationens datakatalog. Den här filen bör kontrolleras och konfigureras om källdatabasen är en lokal PostgreSQL-server eller en PostgreSQL-server som finns på en virtuell Azure-dator. För PostgreSQL-instanser på AWS RDS eller liknande hanterade tjänster är filen pg_hba.conf inte direkt tillgänglig eller tillämplig. I stället styrs åtkomsten via tjänstens tillhandahållna säkerhets- och nätverksåtkomstkonfigurationer.

Mer information om nätverkskonfiguration finns i Nätverksguide för migreringstjänsten i Azure Database for PostgreSQL – flexibel server.

Tillägg

Tillägg är extra funktioner som kan läggas till i PostgreSQL för att förbättra dess funktioner. Tillägg stöds i Azure Database for PostgreSQL men måste aktiveras manuellt. Följ dessa steg för att aktivera tillägg:

• Använd kommandot select i källan för att visa en lista över alla tillägg som används - select extname,extversion from pg_extension;

• Sök efter serverparametern azure.extensions på sidan Serverparameter i Azure Database for PostgreSQL. Aktivera tilläggen som finns i källan i PostgreSQL.

• Spara parameterändringarna och starta om Azure Database for PostgreSQL för att tillämpa den nya konfigurationen om det behövs.

  

• Kontrollera om listan innehåller något av följande tillägg:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

Om ja söker du på sidan med serverparametrar efter parametern shared_preload_libraries. Den här parametern anger den uppsättning tilläggsbibliotek som läses in i förväg vid omstarten av servern.

Serverparametrar

Dessa parametrar migreras inte automatiskt till målmiljön och måste konfigureras manuellt.

• Matcha serverparametervärden från PostgreSQL-källdatabasen till Azure Database for PostgreSQL genom att gå till avsnittet "Serverparametrar" i Azure-portalen och uppdatera värdena manuellt.

• Spara parameterändringarna och starta om Azure Database for PostgreSQL för att tillämpa den nya konfigurationen om det behövs.

Inaktivera hög tillgänglighet (tillförlitlighet) och läsrepliker i målet

• Det är viktigt att inaktivera hög tillgänglighet (tillförlitlighet) och läsa repliker i målmiljön. Dessa funktioner bör aktiveras först när migreringen har slutförts.

• Genom att följa dessa riktlinjer kan du säkerställa en smidig migreringsprocess utan de tillagda variablerna som introduceras av HA och Read Replicas. När migreringen är klar och databasen är stabil kan du fortsätta med att aktivera dessa funktioner för att förbättra tillgängligheten och skalbarheten för databasmiljön i Azure.

Konfigurera din flexibla Azure Database for PostgreSQL-server

• Skapa den flexibla målservern. Guidade steg finns i snabbstarten Skapa en flexibel Azure Database for PostgreSQL-server med hjälp av portalen.

• Tillåtlistetillägg vars bibliotek måste läsas in vid serverstart. Det är viktigt att tillägget finns på listan över tillåtna innan du påbörjar en migrering.

• Kontrollera om datafördelningen mellan en databas tabeller är skev, med de flesta av de data som finns i en enda (eller några) tabeller. Om den är skev kan migreringshastigheten vara långsammare än förväntat. I det här fallet kan migreringshastigheten ökas genom att den stora tabellen migreras parallellt.

Konfigurera migreringsuppgiften

Migreringstjänsten levereras med en enkel, guidebaserad upplevelse på Azure-portalen. Så här börjar du:

1. Öppna webbläsaren och gå till portalen. Om du vill logga in anger du dina autentiseringsuppgifter. Standardvyn är instrumentpanelen.

2. Gå till ditt Azure Database for PostgreSQL–mål för flexibel server.

3. På fliken Översikt på den flexibla servern rullar du ned till Migrering på den vänstra menyn och väljer den.

   

4. Välj knappen Skapa för att starta en migrering från en enskild server till en flexibel server. Om det här är 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 du redan har skapat migreringar till ditt mål för flexibel server innehåller rutnätet information om migreringar som har försökt nå det här målet från den enskilda servern.

5. Välj knappen Migrera från enskild server. Du går igenom en guidebaserad serie flikar för att skapa en migrering till det här målet för flexibel server från valfri enskild källserver.

Du kan också initiera migreringsprocessen från Azure Database for PostgreSQL – enskild server.

1. Öppna webbläsaren och gå till portalen. Om du vill logga in måste du ange dina autentiseringsuppgifter. Standardvyn är instrumentpanelen.

2. När du väljer enskild server kan du se en migreringsrelaterad banderoll på fliken Översikt. Välj Migrera nu för att komma igång.

   

3. Du tas till en sida med två alternativ. Om du redan har skapat en flexibel server och vill använda den som mål väljer du Välj befintlig och väljer motsvarande information om prenumeration, resursgrupp och servernamn. När valen har gjorts väljer du Gå till migreringsguiden och går vidare till anvisningarna under den här sidans avsnitt på fliken Installation.

   

4. Om du väljer Skapa en ny flexibel server väljer du Skapa ny och väljer Gå till guiden Skapa. Den här åtgärden tar dig genom processen för att skapa flexibel server och distribuerar den flexibla servern.

   

När du har distribuerat den flexibla servern följer du stegen 3 till 5 under Konfigurera migreringsuppgiften.

Fliken Installation

Den första fliken är Installation. Om du missade det, tillåtlista nödvändiga tillägg som du ser i Det är viktigt att tillåtalistning av dessa tillägg innan du påbörjar en migrering.

Migreringsnamnet är den unika identifieraren för varje migrering till det här målet för flexibel server. 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 mål för flexibel server kan ha samma namn.

Källservertypen anger källan. I det här fallet är det Azure Database for PostgreSQL – enskild server

Med migreringsalternativet kan du 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.
• Migrera – Hoppar över valideringar och startar migreringar.
• Verifiera och migrera – Utför validering innan en migrering utlöses. Migreringen utlöses endast om det inte finns några valideringsfel.

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

Om förhandsversionen av onlinemigreringen är markerad måste logisk replikering aktiveras på källan Enskild server. Om den inte är aktiverad aktiverar migreringstjänsten automatiskt logisk replikering på källan Enskild server. Replikering kan också konfigureras manuellt under fliken Replikering i fönstret På enskild serversida genom att ställa in stödnivån för Azure-replikering till Logisk. Endera metoden startar om den enskilda källservern.

Välj knappen Nästa: Anslut till Källa.

Fliken Källa

På fliken Källa uppmanas du att ange information om den enskilda servern, som är källan till databaserna.

När du har valt Prenumeration och Resursgrupp visar listrutan för servernamn enskilda servrar under den resursgruppen mellan regioner. Välj den källa som du vill migrera databaser från. Du kan migrera databaser från en enskild server till en flexibel målserver i samma region. Migreringar mellan regioner är endast aktiverade för Servrar i Indien, Kina och Förenade Arabemiraten.

När du har valt enskild serverkälla fylls rutorna Plats, PostgreSQL-version och Inloggningsnamn för serveradministratör automatiskt i. Inloggningsnamnet för serveradministratören är det administratörsanvändarnamn som används för att skapa den enskilda servern. I rutan Lösenord anger du lösenordet för administratörsanvändaren. Migreringstjänsten migrerar enskilda serverdatabaser som administratörsanvändare.

När du har fyllt i alla fält väljer du länken Anslut till källa. Detta verifierar att den angivna källserverinformationen är korrekt och att källservern kan nås.

Välj knappen Nästa: Välj migreringsmål för att fortsätta.

Fliken Mål

Fliken Mål visar metadata för målet flexibel server, till exempel prenumerationsnamn, resursgrupp, servernamn, plats och PostgreSQL-version.

För Inloggningsnamn för serveradministratör visar fliken det administratörsanvändarnamn som användes när målet flexibel server skapades. Ange motsvarande lösenord för administratörsanvändaren. När du har fyllt i lösenordet väljer du länken Anslut till mål. Detta verifierar att den angivna målserverinformationen är korrekt och att målservern kan nås.

Välj knappen Nästa för att välja de databaser som ska migreras.

Välj Databaser för migreringsfliken

Under den här fliken finns en lista över användardatabaser i den enskilda servern. Du kan välja och migrera upp till åtta databaser i ett enda migreringsförsök. Om det finns fler än åtta användardatabaser upprepas migreringsprocessen mellan käll- och målservrarna för nästa uppsättning databaser. Som standard skrivs markerade databaser med samma namn på målet över.

Välj knappen Nästa för att granska informationen.

Sammanfattning

Fliken Sammanfattning sammanfattar all information för att skapa verifieringen eller migreringen. Granska informationen och välj på startknappen.

Övervaka migreringsportalen

När du har valt startknappen visas ett meddelande om några sekunder som anger att verifieringen eller migreringen har skapats. Du omdirigeras automatiskt till migreringssidan för flexibel server. Det här har en ny post för den nyligen skapade verifieringen eller migreringen.

Rutnätet som visar migreringarna har följande kolumner: Namn, Status, Migreringstyp, Migreringsläge, Källserver, Källservertyp, Databaser, Starttid och Varaktighet. Posterna visas i fallande ordning på starttiden med den senaste posten överst.

Du kan använda uppdateringsknappen för att uppdatera statusen för valideringen eller migreringen. Du kan också välja migreringsnamnet i rutnätet för att se den associerade informationen.

När verifieringen eller migreringen skapas flyttas den till inprogresstillståndet och performingprerequisiteSteps-undertillståndet. Arbetsflödet tar 2–3 minuter att konfigurera migreringsinfrastrukturen och nätverksanslutningarna.

Låt oss titta på hur du övervakar migreringar för varje migreringsalternativ.

Validera

När undertillståndet PerformingPreRequisiteSteps har slutförts flyttas valideringen till undervärdet Validering pågår där kontroller görs på käll- och målservern för att utvärdera beredskapen för migrering.

Valideringen flyttas till tillståndet Lyckades om alla valideringar antingen är i tillståndet Lyckades eller Varning .

Valideringsrutnätet har

• Verifieringsinformation för instans - och valideringsinformation för databasavsnitt, som representerar de verifieringsregler som används för att kontrollera migreringsberedskapen .
• Valideringsstatus – Representerar resultatet för varje regel och kan ha något av de tre värdena
  • Lyckades – om inga fel hittades.
  • Misslyckades – om det finns valideringsfel.
  • Varning – Om det finns valideringsvarningar.
• Varaktighet – tidsåtgång för verifieringsåtgärden.
• Start- och sluttid – Start- och sluttid för valideringsåtgärden i UTC.

Valideringsstatusen flyttas till Tillståndet Misslyckades om det finns fel i verifieringen. Välj valideringsnamnet eller verifieringen av databasnamn som har misslyckats, och ett fönster med utfällbara fönster innehåller information och den korrigerande åtgärd som du bör vidta för att undvika det här felet.

Migrera

När substratet PerformingPreRequisiteSteps har slutförts flyttas migreringen till underlaget för Migrera data när kloning/kopiering av databaserna äger rum. Hur lång tid migreringen ska slutföras beror på storleken och formen på de databaser som du migrerar. Migreringen går snabbt om data mestadels är jämnt fördelade över alla tabeller. Det tar relativt lång tid att använda sneda tabellstorlekar.

När du väljer någon av databaserna under migreringen visas en utspringad fönsterruta. Den har alla tabellantal – kopieras, köas, kopieras och fel förutom databasens migreringsstatus.

Migreringen flyttas till tillståndet Lyckades när tillståndet Migrera data har slutförts. Om det finns ett problem i tillståndet Migrera data flyttas migreringen till ett feltillstånd .

När migreringen övergår till tillståndet Lyckades är schema- och datamigreringen från din enskild server till målet för flexibel server klar. Du kan använda uppdateringsknappen på sidan för att bekräfta samma sak.

Verifiera och migrera

I det här alternativet utförs valideringar först innan migreringen startar. När undertillståndet PerformingPreRequisiteSteps har slutförts flyttas arbetsflödet till undertillståndet validering pågår.

• Om verifieringen har fel flyttas migreringen till ett feltillstånd .
• Om verifieringen är klar utan fel startar migreringen och arbetsflödet flyttas till undertillståndet Migrera data.

Du kan se resultatet av Validate and Migrate när åtgärden är klar.

Online (förhandsversion)

Krav (online)

Innan du påbörjar migreringen med migreringstjänsten i Azure Database for PostgreSQL är det viktigt att du uppfyller följande krav, som gäller för offlinemigreringsscenarier.

Verifiera källversionen

PostgreSQL-källversionen ska vara >= 9.5. Om postgreSQL-källversionen är mindre än 9.5uppgraderar du PostgreSQL-källversionen till 9.5 eller högre före migreringen.

Konfigurera onlinemigreringsparametrar

För onlinemigrering bör replikeringsstödet anges till Logiskt under replikeringsinställningarna för PostgreSQL-källservern. Dessutom bör serverparametrar max_wal_senders och max_replication_slots värden vara fler än antalet databaser som behöver migreras. Parametrarna kan anges i Azure-portalen under Inställningar-Server-parametrar> eller konfigureras på kommandoraden med hjälp av följande kommandon:

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

Se till att det inte finns några tidskrävande transaktioner. Långvariga transaktioner tillåter inte att replikeringsfack skapas. Skapandet av ett replikeringsfack lyckas om alla långvariga transaktioner checkas in eller återställs. Du måste starta om PostgreSQL-källservern när du har slutfört alla krav för onlinemigrering.

Kommentar

För onlinemigrering med En enskild Azure Database for PostgreSQL-server är Azure-replikeringsstödet inställt på logiskt under replikeringsinställningarna för den enskilda serversidan i Azure-portalen.

Målkonfiguration

• Azure Database for PostgreSQL måste konfigureras i Azure före migreringen.

• Den SKU som valts för Azure Database for PostgreSQL ska motsvara specifikationerna för källdatabasen för att säkerställa kompatibilitet och tillräcklig prestanda.

• Detaljerade anvisningar om hur du skapar en ny Azure Database for PostgreSQL finns i följande länk: Snabbstart: Skapa server.

• Serverparametern max_replication_slots bör vara mer än det antal databaser som behöver migreras. Den kan anges i Azure-portalen under Inställningar-Server-parametrar> eller konfigureras på kommandoraden med hjälp av följande kommando:

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

Nätverkskonfiguration

Korrekt nätverkskonfiguration är viktigt för att säkerställa en lyckad anslutning mellan källan och målet under migreringen. Här är en guide som hjälper dig att upprätta nätverksanslutningen för olika scenarier:

Nätverkskrav för migrering:

• ExpressRoute/IPsec VPN/VPN-tunneltrafik: När du ansluter din lokala/AWS-källa till Azure kan du behöva konfigurera en ExpressRoute-, IPsec VPN- eller VPN-tunneltrafik för att underlätta säker dataöverföring.

• VNET-peering: Upprätta peering för virtuella nätverk mellan de två distinkta virtuella nätverken för att aktivera direkt nätverksanslutning, en förutsättning för migrering mellan den virtuella Azure-datorn och Azure Database for PostgreSQL.

Anslut ivitetsscenarier:

Följande tabell kan hjälpa dig att konfigurera nätverket mellan källan och målet.

Source	Target	Anslut ivitetstips
Offentliga	Offentliga	Ingen annan åtgärd krävs om källan är tillåten i målets brandväggsregler.
Privat	Offentliga	Den här konfigurationen stöds inte. använd pg_dump/pg_restore för dataöverföring.
Offentliga	Privat	Ingen annan åtgärd krävs om källan är tillåten i målets brandväggsregler.
Privat	Privat	Upprätta en ExpressRoute-, IPsec VPN-, VPN-tunneltrafik eller virtuell nätverkspeering mellan källan och målet.
Privat	Privat slutpunkt	Den här konfigurationen stöds inte. kontakta Microsoft-supporten.

Mer information om nätverkskonfiguration finns i Nätverksguide för migreringstjänsten i Azure Database for PostgreSQL – flexibel server.

Tillägg

Tillägg är extra funktioner som kan läggas till i PostgreSQL för att förbättra dess funktioner. Tillägg stöds i Azure Database for PostgreSQL men måste aktiveras manuellt. Följ dessa steg för att aktivera tillägg:

• Använd kommandot select i källan för att visa en lista över alla tillägg som används - select extname,extversion from pg_extension;

• Sök efter serverparametern azure.extensions på sidan Serverparameter i Azure Database for PostgreSQL. Aktivera tilläggen som finns i källan i PostgreSQL.

• Spara parameterändringarna och starta om Azure Database for PostgreSQL för att tillämpa den nya konfigurationen om det behövs.

  

• Kontrollera om listan innehåller något av följande tillägg:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

Om ja söker du på sidan med serverparametrar efter parametern shared_preload_libraries. Den här parametern anger den uppsättning tilläggsbibliotek som läses in i förväg vid omstarten av servern.

Serverparametrar

Dessa parametrar migreras inte automatiskt till målmiljön och måste konfigureras manuellt.

• Matcha serverparametervärden från PostgreSQL-källdatabasen till Azure Database for PostgreSQL genom att gå till avsnittet "Serverparametrar" i Azure-portalen och uppdatera värdena manuellt.

• Spara parameterändringarna och starta om Azure Database for PostgreSQL för att tillämpa den nya konfigurationen om det behövs.

Inaktivera hög tillgänglighet (tillförlitlighet) och läsrepliker i målet

• Det är viktigt att inaktivera hög tillgänglighet (tillförlitlighet) och läsa repliker i målmiljön. Dessa funktioner bör aktiveras först när migreringen har slutförts.

• Genom att följa dessa riktlinjer kan du säkerställa en smidig migreringsprocess utan de tillagda variablerna som introduceras av HA och Read Replicas. När migreringen är klar och databasen är stabil kan du fortsätta med att aktivera dessa funktioner för att förbättra tillgängligheten och skalbarheten för databasmiljön i Azure.

Konfigurera din flexibla Azure Database for PostgreSQL-server

• Skapa den flexibla målservern. Guidade steg finns i snabbstarten Skapa en flexibel Azure Database for PostgreSQL-server med hjälp av portalen.

• Tillåtlistetillägg vars bibliotek måste läsas in vid serverstart. Det är viktigt att tillägget finns på listan över tillåtna innan du påbörjar en migrering.

• Kontrollera om datafördelningen mellan en databas tabeller är skev, med de flesta av de data som finns i en enda (eller några) tabeller. Om den är skev kan migreringshastigheten vara långsammare än förväntat. I det här fallet kan migreringshastigheten ökas genom att den stora tabellen migreras parallellt.

Konfigurera migreringsuppgiften

Migreringstjänsten levereras med en enkel, guidebaserad upplevelse på Azure-portalen. Så här börjar du:

1. Öppna webbläsaren och gå till portalen. Om du vill logga in anger du dina autentiseringsuppgifter. Standardvyn är instrumentpanelen.

2. Gå till ditt Azure Database for PostgreSQL–mål för flexibel server.

3. På fliken Översikt på den flexibla servern rullar du ned till Migrering på den vänstra menyn och väljer den.

   

4. Välj knappen Skapa för att starta en migrering från en enskild server till en flexibel server. Om det här är 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 du redan har skapat migreringar till ditt mål för flexibel server innehåller rutnätet information om migreringar som har försökt nå det här målet från den enskilda servern.

5. Välj knappen Migrera från enskild server. Du går igenom en guidebaserad serie flikar för att skapa en migrering till det här målet för flexibel server från valfri enskild källserver.

Du kan också initiera migreringsprocessen från Azure Database for PostgreSQL – enskild server.

1. Öppna webbläsaren och gå till portalen. Om du vill logga in måste du ange dina autentiseringsuppgifter. Standardvyn är instrumentpanelen.

2. När du väljer enskild server kan du se en migreringsrelaterad banderoll på fliken Översikt. Välj Migrera nu för att komma igång.

   

3. Du tas till en sida med två alternativ. Om du redan har skapat en flexibel server och vill använda den som mål väljer du Välj befintlig och väljer motsvarande information om prenumeration, resursgrupp och servernamn. När valen har gjorts väljer du Gå till migreringsguiden och går vidare till anvisningarna under den här sidans avsnitt på fliken Installation.

   

4. Om du väljer Skapa en ny flexibel server väljer du Skapa ny och väljer Gå till guiden Skapa. Den här åtgärden tar dig genom processen för att skapa flexibel server och distribuerar den flexibla servern.

   

När du har distribuerat den flexibla servern följer du stegen 3 till 5 under Konfigurera migreringsuppgiften.

Fliken Installation

Den första fliken är Installation. Om du missade det, tillåtlista nödvändiga tillägg som du ser i Det är viktigt att tillåtalistning av dessa tillägg innan du påbörjar en migrering.

Migreringsnamnet är den unika identifieraren för varje migrering till det här målet för flexibel server. 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 mål för flexibel server kan ha samma namn.

Källservertypen anger källan. I det här fallet är det Azure Database for PostgreSQL – enskild server

Med migreringsalternativet kan du 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.
• Migrera – Hoppar över valideringar och startar migreringar.
• Verifiera och migrera – Utför validering innan en migrering utlöses. Migreringen utlöses endast om det inte finns några valideringsfel.

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

Om förhandsversionen av onlinemigreringen är markerad måste logisk replikering aktiveras på källan Enskild server. Om den inte är aktiverad aktiverar migreringstjänsten automatiskt logisk replikering på källan Enskild server. Replikering kan också konfigureras manuellt under fliken Replikering i fönstret På enskild serversida genom att ställa in stödnivån för Azure-replikering till Logisk. Endera metoden startar om den enskilda källservern.

Välj knappen Nästa: Anslut till Källa.

Fliken Källa

På fliken Källa uppmanas du att ange information om den enskilda servern, som är källan till databaserna.

När du har valt Prenumeration och Resursgrupp visar listrutan för servernamn enskilda servrar under den resursgruppen mellan regioner. Välj den källa som du vill migrera databaser från. Du kan migrera databaser från en enskild server till en flexibel målserver i samma region. Migreringar mellan regioner är endast aktiverade för Servrar i Indien, Kina och Förenade Arabemiraten.

När du har valt enskild serverkälla fylls rutorna Plats, PostgreSQL-version och Inloggningsnamn för serveradministratör automatiskt i. Inloggningsnamnet för serveradministratören är det administratörsanvändarnamn som används för att skapa den enskilda servern. I rutan Lösenord anger du lösenordet för administratörsanvändaren. Migreringstjänsten migrerar enskilda serverdatabaser som administratörsanvändare.

När du har fyllt i alla fält väljer du länken Anslut till källa. Detta verifierar att den angivna källserverinformationen är korrekt och att källservern kan nås.

Välj knappen Nästa: Välj migreringsmål för att fortsätta.

Fliken Mål

Fliken Mål visar metadata för målet flexibel server, till exempel prenumerationsnamn, resursgrupp, servernamn, plats och PostgreSQL-version.

För Inloggningsnamn för serveradministratör visar fliken det administratörsanvändarnamn som användes när målet flexibel server skapades. Ange motsvarande lösenord för administratörsanvändaren. När du har fyllt i lösenordet väljer du länken Anslut till mål. Detta verifierar att den angivna målserverinformationen är korrekt och att målservern kan nås.

Välj knappen Nästa för att välja de databaser som ska migreras.

Välj Databaser för migreringsfliken

Under den här fliken finns en lista över användardatabaser i den enskilda servern. Du kan välja och migrera upp till åtta databaser i ett enda migreringsförsök. Om det finns fler än åtta användardatabaser upprepas migreringsprocessen mellan käll- och målservrarna för nästa uppsättning databaser. Som standard skrivs markerade databaser med samma namn på målet över.

Välj knappen Nästa för att granska informationen.

Sammanfattning

Fliken Sammanfattning sammanfattar all information för att skapa verifieringen eller migreringen. Granska informationen och välj på startknappen.

Övervaka migreringen med Hjälp av Azure-portalen

När du har valt startknappen visas ett meddelande om några sekunder som anger att verifieringen eller migreringen har skapats. Du omdirigeras automatiskt till migreringssidan för flexibel server. Det här har en ny post för den nyligen skapade verifieringen eller migreringen.

Rutnätet som visar migreringarna har följande kolumner: Namn, Status, Migreringstyp, Migreringsläge, Källserver, Källservertyp, Databaser, Starttid och Varaktighet. Posterna visas i fallande ordning på starttiden med den senaste posten överst.

Du kan använda uppdateringsknappen för att uppdatera statusen för valideringen eller migreringen. Du kan också välja migreringsnamnet i rutnätet för att se den associerade informationen.

När verifieringen eller migreringen skapas flyttas den till inprogresstillståndet och performingprerequisiteSteps-undertillståndet. Arbetsflödet tar 2–3 minuter att konfigurera migreringsinfrastrukturen och nätverksanslutningarna.

Låt oss titta på hur du övervakar migreringar för varje migreringsalternativ.

Validera

När undertillståndet PerformingPreRequisiteSteps har slutförts flyttas valideringen till undervärdet Validering pågår där kontroller görs på käll- och målservern för att utvärdera beredskapen för migrering.

Valideringen flyttas till tillståndet Lyckades om alla valideringar antingen är i tillståndet Lyckades eller Varning .

Valideringsrutnätet har

• Verifieringsinformation för instans - och valideringsinformation för databasavsnitt, som representerar de verifieringsregler som används för att kontrollera migreringsberedskapen .
• Valideringsstatus – Representerar resultatet för varje regel och kan ha något av de tre värdena
  • Lyckades – om inga fel hittades.
  • Misslyckades – om det finns valideringsfel.
  • Varning – Om det finns valideringsvarningar.
• Varaktighet – tidsåtgång för verifieringsåtgärden.
• Start- och sluttid – Start- och sluttid för valideringsåtgärden i UTC.

Valideringsstatusen flyttas till Tillståndet Misslyckades om det finns fel i verifieringen. Välj valideringsnamnet eller verifieringen av databasnamn som har misslyckats, och ett fönster med utfällbara fönster innehåller information och den korrigerande åtgärd som du bör vidta för att undvika det här felet.

Migrera

När substratet PerformingPreRequisiteSteps har slutförts flyttas migreringen till underlaget för Migrera data när kloning/kopiering av databaserna äger rum. Hur lång tid migreringen ska slutföras beror på storleken och formen på de databaser som du migrerar. Migreringen går snabbt om data mestadels är jämnt fördelade över alla tabeller. Det tar relativt lång tid att använda sneda tabellstorlekar.

När du väljer någon av databaserna under migreringen visas en utspringad fönsterruta. Den har alla tabellantal – kopieras, köas, kopieras och fel förutom databasens migreringsstatus.

Migreringen flyttas till tillståndet Lyckades när tillståndet Migrera data har slutförts. Om det finns ett problem i tillståndet Migrera data flyttas migreringen till ett feltillstånd .

När migreringen övergår till tillståndet Lyckades är schema- och datamigreringen från din enskild server till målet för flexibel server klar. Du kan använda uppdateringsknappen på sidan för att bekräfta samma sak.

Verifiera och migrera

I det här alternativet utförs valideringar först innan migreringen startar. När undertillståndet PerformingPreRequisiteSteps har slutförts flyttas arbetsflödet till undertillståndet validering pågår.

• Om verifieringen har fel flyttas migreringen till ett feltillstånd .
• Om verifieringen är klar utan fel startar migreringen och arbetsflödet flyttas till undertillståndet Migrera data.

Du kan se resultatet av Validate and Migrate när åtgärden är klar.

Snabb migrering

Om det finns både Migrate och Validate and Migrate kräver slutförandet av onlinemigreringen ytterligare ett steg – en snabbåtgärd krävs från användaren. När kopieringen/klonen av basdata har slutförts flyttas migreringen till WaitingForUserAction tillståndet och substratet WaitingForCutoverTrigger . I det här tillståndet kan användaren utlösa snabbkoppling från portalen genom att välja migreringen.

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

• Skrivningar till källan stoppas –Latency (minutes) parametern är 0 eller nära 0 Informationen Latency (minutes) kan hämtas från migreringsinformationsskärmen enligt nedan:

Latency (minutes) parameter anger när målet senast synkroniserades med källan. För orderdatabasen ovan är det till exempel 0,333333. Det innebär att de ändringar som har inträffat under de senaste ~0,3 minuterna vid källan ännu inte har synkroniserats till målet för orderdatabasen. Nu kan skrivningar till källan stoppas och snabbinitieras. Om det finns tung trafik vid källan rekommenderar vi att du stoppar skrivningar först så att du Latency (minutes) kan komma nära 0 och sedan initieras en snabb användning. Snabbåtgärden tillämpar alla väntande ändringar från källan till målet och slutför migreringen. Om du utlöser en "cutover" även med svarstid som inte är noll stoppas replikeringen till den tidpunkten. Alla data på källan tills brytpunkten sedan tillämpas på målet. Anta att svarstiden var 15 minuter vid snabbpunkten, så alla ändringsdata under de senaste 15 minuterna tillämpas på målet. Den tid det tar beror på kvarvarande ändringar som har inträffat under de senaste 15 minuterna. Därför rekommenderar vi att svarstiden går till noll eller nära noll innan du utlöser snabbheten.

Migreringen flyttas till Succeeded tillståndet så snart undertillståndet Migrating Data eller snabbmigreringen (i onlinemigreringen) har slutförts. Om det uppstår ett problem i undertillståndet Migrating Data flyttas migreringen till ett Failed tillstånd.

Möjliga migreringstillstånd är:

• InProgress: Installationen av migreringsinfrastrukturen pågår eller så pågår den faktiska datamigreringen.
• Avbröts: Migreringen avbryts eller tas bort.
• Misslyckades: Migreringen misslyckades.
• Verifieringen misslyckades : Verifieringen misslyckades.
• Lyckades: Migreringen har slutförts.

Möjliga migreringsundertillstånd är:

• PerformingPreRequisiteSteps: Infrastrukturuppsättning pågår för datamigrering.
• Validering pågår: Valideringen pågår.
• MigreraData: Datamigreringen pågår.
• CompletingMigration: Migreringen är i slutfasen av slutförandet.
• Slutförd: Migreringen har slutförts.

Avbryt migreringen med hjälp av portalen

Du kan avbryta pågående valideringar eller migreringar. Arbetsflödet måste vara i tillståndet InProgress för att avbrytas. Du kan inte avbryta en validering eller migrering som är i tillståndet Lyckades eller Misslyckades .

Om du avbryter en validering stoppas all ytterligare valideringsaktivitet och valideringen flyttas till ett avbrutet tillstånd. Om du avbryter en migrering stoppas ytterligare migreringsaktivitet på målservern och flyttas till ett avbrutet tillstånd. Åtgärden Avbryt återställer alla ändringar som gjorts av migreringstjänsten på målservern.

CLI

Du kan migrera med Hjälp av Azure CLI.

Offline

Förutsättningar (offline)

Innan du påbörjar migreringen med migreringstjänsten i Azure Database for PostgreSQL är det viktigt att du uppfyller följande krav, som gäller för offlinemigreringsscenarier.

Verifiera källversionen

PostgreSQL-källversionen ska vara >= 9.5. Om postgreSQL-källversionen är mindre än 9.5uppgraderar du PostgreSQL-källversionen till 9.5 eller högre före migreringen.

Målkonfiguration

• Azure Database for PostgreSQL måste konfigureras i Azure före migreringen.

• Den SKU som valts för Azure Database for PostgreSQL ska motsvara specifikationerna för källdatabasen för att säkerställa kompatibilitet och tillräcklig prestanda.

• Detaljerade anvisningar om hur du skapar en ny Azure Database for PostgreSQL finns i följande länk: Snabbstart: Skapa server.

Nätverkskonfiguration

Korrekt nätverkskonfiguration är viktigt för att säkerställa en lyckad anslutning mellan källan och målet under migreringen. Här är en guide som hjälper dig att upprätta nätverksanslutningen för olika scenarier:

Nätverkskrav för migrering:

• ExpressRoute/IPsec VPN/VPN-tunneltrafik: När du ansluter din lokala/AWS-källa till Azure kan du behöva konfigurera en ExpressRoute-, IPsec VPN- eller VPN-tunneltrafik för att underlätta säker dataöverföring.

• VNET-peering: Upprätta peering för virtuella nätverk mellan de två distinkta virtuella nätverken för att aktivera direkt nätverksanslutning, en förutsättning för migrering mellan den virtuella Azure-datorn och Azure Database for PostgreSQL.

Anslut ivitetsscenarier:

Följande tabell kan hjälpa dig att konfigurera nätverket mellan källan och målet.

Source	Target	Anslut ivitetstips
Offentliga	Offentliga	Ingen annan åtgärd krävs om källan är vitlistad i målets brandväggsregler.
Privat	Offentliga	Den här konfigurationen stöds inte. använd pg_dump/pg_restore för dataöverföring.
Offentliga	Privat	Ingen annan åtgärd krävs om källan är vitlistad i målets brandväggsregler.
Privat	Privat	Upprätta en ExpressRoute-, IPsec VPN-, VPN-tunneltrafik eller virtuell nätverkspeering mellan källan och målet.
Privat	Privat slutpunkt	Den här konfigurationen stöds inte. kontakta Microsoft-supporten.

Ytterligare nätverksöverväganden:

• pg_hba.conf-konfiguration: För att underlätta anslutningen mellan postgreSQL-käll- och målinstanserna är det viktigt att verifiera och eventuellt ändra filen pg_hba.conf. Den här filen innehåller klientautentisering och måste konfigureras för att postgreSQL-målet ska kunna ansluta till källan. Ändringar i filen pg_hba.conf kräver vanligtvis en omstart av PostgreSQL-källinstansen för att börja gälla.

Kommentar

Filen pg_hba.conf finns i postgreSQL-installationens datakatalog. Den här filen bör kontrolleras och konfigureras om källdatabasen är en lokal PostgreSQL-server eller en PostgreSQL-server som finns på en virtuell Azure-dator. För PostgreSQL-instanser på AWS RDS eller liknande hanterade tjänster är filen pg_hba.conf inte direkt tillgänglig eller tillämplig. I stället styrs åtkomsten via tjänstens tillhandahållna säkerhets- och nätverksåtkomstkonfigurationer.

Mer information om nätverkskonfiguration finns i Nätverksguide för migreringstjänsten i Azure Database for PostgreSQL – flexibel server.

Tillägg

Tillägg är extra funktioner som kan läggas till i PostgreSQL för att förbättra dess funktioner. Tillägg stöds i Azure Database for PostgreSQL men måste aktiveras manuellt. Följ dessa steg för att aktivera tillägg:

• Använd kommandot select i källan för att visa en lista över alla tillägg som används - select extname,extversion from pg_extension;

• Sök efter serverparametern azure.extensions på sidan Serverparameter i Azure Database for PostgreSQL. Aktivera tilläggen som finns i källan i PostgreSQL.

• Spara parameterändringarna och starta om Azure Database for PostgreSQL för att tillämpa den nya konfigurationen om det behövs.

  

• Kontrollera om listan innehåller något av följande tillägg:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

Om ja söker du på sidan med serverparametrar efter parametern shared_preload_libraries. Den här parametern anger den uppsättning tilläggsbibliotek som läses in i förväg vid omstarten av servern.

Serverparametrar

Dessa parametrar migreras inte automatiskt till målmiljön och måste konfigureras manuellt.

• Matcha serverparametervärden från PostgreSQL-källdatabasen till Azure Database for PostgreSQL genom att gå till avsnittet "Serverparametrar" i Azure-portalen och uppdatera värdena manuellt.

• Spara parameterändringarna och starta om Azure Database for PostgreSQL för att tillämpa den nya konfigurationen om det behövs.

Inaktivera hög tillgänglighet (tillförlitlighet) och läsrepliker i målet

• Det är viktigt att inaktivera hög tillgänglighet (tillförlitlighet) och läsa repliker i målmiljön. Dessa funktioner bör aktiveras först när migreringen har slutförts.

• Genom att följa dessa riktlinjer kan du säkerställa en smidig migreringsprocess utan de tillagda variablerna som introduceras av HA och Read Replicas. När migreringen är klar och databasen är stabil kan du fortsätta med att aktivera dessa funktioner för att förbättra tillgängligheten och skalbarheten för databasmiljön i Azure.

Kom igång

1. Om du inte har använt Microsoft Azure tidigare skapar du ett konto för att utvärdera erbjudandena.

2. Installera den senaste Azure CLI för operativsystemet från installationssidan för Azure CLI.

   Om Azure CLI redan är installerat kontrollerar du versionen med hjälp az version av kommandot . Versionen ska vara 2.50.0 eller senare för att använda CLI-kommandon för migrering. Annars uppdaterar du din Azure CLI-version.

3. az login Kör kommandot:

   az login
   

   Ett webbläsarfönster öppnas med azure-inloggningssidan. Ange dina Azure-autentiseringsuppgifter för att utföra en lyckad autentisering. Andra sätt att signera med Azure CLI finns i den här artikeln.

Cli-kommandon för migrering (offline)

Migreringstjänsten levereras med enkla CLI-kommandon för att utföra migreringsrelaterade uppgifter. Alla CLI-kommandon börjar med az postgres flexible-server migration. Det är viktigt att tillåtalistning av tilläggen innan du påbörjar en migrering.

Om du vill ha hjälp med att förstå de alternativ som är associerade med ett kommando och med att utforma rätt syntax kan du använda parametern help :

az postgres flexible-server migration --help

Kommandot ovan ger dig följande utdata:

Utdata visar de migreringskommandon som stöds tillsammans med deras åtgärder. Nu ska vi titta närmare på de här kommandona.

Skapa en migrering med Hjälp av Azure CLI

Kommandot create hjälper dig att skapa en migrering från en källserver till en målserver:

az postgres flexible-server migration create -- help

Kommandot ovan ger dig följande resultat:

Den visar de förväntade argumenten och har en exempelsyntax för att skapa en migrering från källservern till målservern. Här är CLI-kommandot för att skapa en ny migrering:

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

Parameter	Description
subscription	Prenumerations-ID för målet flexibel server.
resource-group	Resursgrupp för målet flexibel server.
name	Namnet på målet flexibel server.
migration-name	Unik identifierare för migreringar som har försökt till flexibel server. Det här fältet accepterar endast alfanumeriska tecken och accepterar inga specialtecken, förutom ett bindestreck (-). Namnet kan inte börja med -och inga två migreringar till ett mål för flexibel server kan ha samma namn.
migration-mode	Det här är en valfri parameter. Standardvärde: Offline. Offlinemigrering innebär att du kopierar dina källdatabaser vid en viss tidpunkt till målservern.
properties	Absolut sökväg till en JSON-fil som innehåller information om källan enskild server.

Till exempel:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode offline

Argumentet migration-name som används i create kommandot används i andra CLI-kommandon, till exempel update, deleteoch show. det identifierar unikt migreringsförsöket i motsvarande åtgärder i alla dessa kommandon.

Slutligen create behöver kommandot att en JSON-fil skickas som en del av argumentet properties .

JSON-strukturen är:

{
"properties": {
 "sourceDbServerResourceId":"/subscriptions/<subscriptionid>/resourceGroups/<src_ rg_name>/providers/Microsoft.DBforPostgreSQL/servers/<source server name>",
"secretParameters": {
    "adminCredentials":
    {
      "sourceServerPassword": "<password>",
      "targetServerPassword": "<password>"
    },
   "sourceServerUserName": "<username>@<servername>",
   "targetServerUserName": "<username>"
},

"dbsToMigrate":
   [
   "<db1>","<db2>"
   ],

"overwriteDbsInTarget":"true"

}
}

Parametrarna create som går in i JSON-filformatet visas nedan:

Parameter	Typ	Beskrivning
sourceDbServerResourceId	Obligatoriskt	Den här parametern är resurs-ID för den enskilda serverkällan och är obligatorisk.
adminCredentials	Obligatoriskt	Den här parametern visar lösenord för administratörsanvändare för både enskild serverkälla och mål för flexibel server. Dessa lösenord hjälper till att autentisera mot käll- och målservrarna.
sourceServerUserName	Obligatoriskt	Standardvärdet är den administratörsanvändare som skapades när en enskild server skapades och lösenordet som angavs används för autentisering mot den här användaren. Om du inte använder standardanvändaren är den här parametern användaren eller rollen på källservern för att utföra migreringen. Den här användaren bör ha nödvändiga privilegier och ägarskap för de databasobjekt som ingår i migreringen och bör vara medlem i den azure_pg_admin rollen.
targetServerUserName	Obligatoriskt	Standardvärdet är den administratörsanvändare som skapades när en flexibel server skapades och lösenordet som angavs används för autentisering mot den här användaren. Om du inte använder standardanvändaren är den här parametern användaren eller rollen på målservern som används för att utföra migreringen. Den här användaren bör vara medlem i azure_pg_admin, pg_read_all_settings, pg_read_all_stats,pg_stat_scan_tables roller och bör ha skapa roll, Skapa DB-attribut.
dbsToMigrate	Obligatoriskt	Ange listan över databaser som du vill migrera till flexibel server. Endast användardatabaser migreras. Systemdatabaser eller malldatabaser som template0 och template1 migreras inte.
overwriteDbsInTarget	Obligatoriskt	Om målservern är inställd på true och har en befintlig databas med samma namn som den som du försöker migrera skriver migreringstjänsten automatiskt över databasen.
SetupLogicalReplicationOnSourceDBIfNeeded	Valfritt	Du kan automatiskt aktivera logisk replikering på källservern genom att ange egenskapen till true. Den här ändringen i serverinställningarna kräver en omstart av servern med två till tre minuters stilleståndstid.
SourceDBServerFullyQualifiedDomainName	Valfritt	Använd den när en anpassad DNS-server används för namnmatchning för ett virtuellt nätverk. Ange FQDN för single server-källan enligt den anpassade DNS-servern för den här egenskapen.
TargetDBServerFullyQualifiedDomainName	Valfritt	Använd den när en anpassad DNS-server används för namnmatchning i ett virtuellt nätverk. Ange FQDN för målet flexibel server enligt den anpassade DNS-servern. SourceDBServerFullyQualifiedDomainName och TargetDBServerFullyQualifiedDomainName ingår endast som en del av JSON i det sällsynta scenariot att en anpassad DNS-server används för namnmatchning i stället för Azure-tillhandahållen DNS. I annat fall ska du inte ta med dessa parametrar i JSON-filen.

Observera följande viktiga punkter för kommandosvaret:

• create När kommandot utlöses flyttas migreringen till InProgress tillståndet och substratetPerformingPreRequisiteSteps. Migreringsarbetsflödet tar några minuter att distribuera migreringsinfrastrukturen och konfigurera anslutningar mellan källan och målet.
• När undertillståndet PerformingPreRequisiteSteps har slutförts flyttas migreringen till substratet Migrating Data, där kloning/kopiering av databaserna sker.
• Varje databas som migreras har ett eget avsnitt med all migreringsinformation, till exempel antal tabeller, inkrementella infogningar, borttagningar och väntande byte.
• Hur lång tid det tar att slutföra undertillståndet Migrating Data beror på storleken på de databaser som migreras.
• Migreringen flyttas till tillståndet Succeeded så snart undertillståndet Migrating Data har slutförts. Om det uppstår ett problem i undertillståndet Migrating Data flyttas migreringen till ett Failed tillstånd.

Konfigurera replikering

Om förhandsversionen av onlinemigreringen är markerad måste logisk replikering aktiveras på källan Enskild server. Om den inte är aktiverad aktiverar migreringstjänsten automatiskt logisk replikering på källan Enskild server när parametern SetupLogicalReplicationOnSourceDBIfNeeded skickas med värdet true i den tillhörande JSON-filen. Replikering kan också konfigureras manuellt vid källan när migreringen har startats med hjälp av kommandot nedan. Endera metoden för att aktivera logisk replikering startar om källan Enskild server.

Till exempel:

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

Det här kommandot krävs för att påskynda migreringen när den flexibla servern väntar i tillståndet WaitingForLogicalReplicationSetupRequestOnSourceDB .

Om du vill utföra onlinemigrering i någon av ovanstående regioner använder du:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode online

Visa en lista över migreringarna

Kommandot list visar alla migreringsförsök som görs till ett mål för flexibel server:

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

Parametern filter har två alternativ:

• Active: Visar de aktuella aktiva migreringsförsöken (pågår) till målservern. Den innehåller inte de migreringar som har misslyckats, avbrutits eller lyckats.
• All: Visar en lista över alla migreringsförsök till målservern. Detta omfattar både aktiva och tidigare migreringar, oavsett tillstånd.

Mer information om det här kommandot finns i parametern help :

az postgres flexible-server migration list -- help

Övervaka migreringen

Kommandot show hjälper dig att övervaka pågående migreringar och ger migreringens aktuella tillstånd och undertillstånd. Den här informationen innehåller information om migreringens aktuella tillstånd och undertillstånd.

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

Parametern migration_name är det namn som tilldelats migreringen under create kommandot . Här är en ögonblicksbild av exempelsvaret från CLI-kommandot för att visa information:

Mer information om det här kommandot finns i parametern help :

 az postgres flexible-server migration show -- help

I följande tabeller beskrivs migreringstillstånd och undertillstånd.

Migreringstillstånd	beskrivning
InProgress	Migreringsinfrastrukturen har konfigurerats eller så pågår den faktiska datamigreringen.
Canceled	Migreringen avbryts eller tas bort.
Failed	Migreringen misslyckades.
Succeeded	Migreringen har slutförts.

Undertillstånd för migrering	beskrivning
PerformingPreRequisiteSteps	Infrastrukturen har konfigurerats och är förberedd för datamigrering.
MigratingData	Datamigrering pågår.
CompletingMigration	Snabb migrering pågår.
Completed	cutover lyckades och migreringen har slutförts.

Online (förhandsversion)

Krav (online)

Innan du påbörjar migreringen med migreringstjänsten i Azure Database for PostgreSQL är det viktigt att du uppfyller följande krav, som gäller för offlinemigreringsscenarier.

Verifiera källversionen

PostgreSQL-källversionen ska vara >= 9.5. Om postgreSQL-källversionen är mindre än 9.5uppgraderar du PostgreSQL-källversionen till 9.5 eller högre före migreringen.

Konfigurera onlinemigreringsparametrar

För onlinemigrering bör replikeringsstödet anges till Logiskt under replikeringsinställningarna för PostgreSQL-källservern. Dessutom bör serverparametrar max_wal_senders och max_replication_slots värden vara fler än antalet databaser som behöver migreras. Parametrarna kan anges i Azure-portalen under Inställningar-Server-parametrar> eller konfigureras på kommandoraden med hjälp av följande kommandon:

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

Se till att det inte finns några tidskrävande transaktioner. Långvariga transaktioner tillåter inte att replikeringsfack skapas. Skapandet av ett replikeringsfack lyckas om alla långvariga transaktioner checkas in eller återställs. Du måste starta om PostgreSQL-källservern när du har slutfört alla krav för onlinemigrering.

Kommentar

För onlinemigrering med En enskild Azure Database for PostgreSQL-server är Azure-replikeringsstödet inställt på logiskt under replikeringsinställningarna för den enskilda serversidan i Azure-portalen.

Målkonfiguration

• Azure Database for PostgreSQL måste konfigureras i Azure före migreringen.

• Den SKU som valts för Azure Database for PostgreSQL ska motsvara specifikationerna för källdatabasen för att säkerställa kompatibilitet och tillräcklig prestanda.

• Detaljerade anvisningar om hur du skapar en ny Azure Database for PostgreSQL finns i följande länk: Snabbstart: Skapa server.

• Serverparametern max_replication_slots bör vara mer än det antal databaser som behöver migreras. Den kan anges i Azure-portalen under Inställningar-Server-parametrar> eller konfigureras på kommandoraden med hjälp av följande kommando:

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

Nätverkskonfiguration

Korrekt nätverkskonfiguration är viktigt för att säkerställa en lyckad anslutning mellan källan och målet under migreringen. Här är en guide som hjälper dig att upprätta nätverksanslutningen för olika scenarier:

Nätverkskrav för migrering:

• ExpressRoute/IPsec VPN/VPN-tunneltrafik: När du ansluter din lokala/AWS-källa till Azure kan du behöva konfigurera en ExpressRoute-, IPsec VPN- eller VPN-tunneltrafik för att underlätta säker dataöverföring.

• VNET-peering: Upprätta peering för virtuella nätverk mellan de två distinkta virtuella nätverken för att aktivera direkt nätverksanslutning, en förutsättning för migrering mellan den virtuella Azure-datorn och Azure Database for PostgreSQL.

Anslut ivitetsscenarier:

Följande tabell kan hjälpa dig att konfigurera nätverket mellan källan och målet.

Source	Target	Anslut ivitetstips
Offentliga	Offentliga	Ingen annan åtgärd krävs om källan är tillåten i målets brandväggsregler.
Privat	Offentliga	Den här konfigurationen stöds inte. använd pg_dump/pg_restore för dataöverföring.
Offentliga	Privat	Ingen annan åtgärd krävs om källan är tillåten i målets brandväggsregler.
Privat	Privat	Upprätta en ExpressRoute-, IPsec VPN-, VPN-tunneltrafik eller virtuell nätverkspeering mellan källan och målet.
Privat	Privat slutpunkt	Den här konfigurationen stöds inte. kontakta Microsoft-supporten.

Mer information om nätverkskonfiguration finns i Nätverksguide för migreringstjänsten i Azure Database for PostgreSQL – flexibel server.

Tillägg

Tillägg är extra funktioner som kan läggas till i PostgreSQL för att förbättra dess funktioner. Tillägg stöds i Azure Database for PostgreSQL men måste aktiveras manuellt. Följ dessa steg för att aktivera tillägg:

• Använd kommandot select i källan för att visa en lista över alla tillägg som används - select extname,extversion from pg_extension;

• Sök efter serverparametern azure.extensions på sidan Serverparameter i Azure Database for PostgreSQL. Aktivera tilläggen som finns i källan i PostgreSQL.

• Spara parameterändringarna och starta om Azure Database for PostgreSQL för att tillämpa den nya konfigurationen om det behövs.

  

• Kontrollera om listan innehåller något av följande tillägg:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

Om ja söker du på sidan med serverparametrar efter parametern shared_preload_libraries. Den här parametern anger den uppsättning tilläggsbibliotek som läses in i förväg vid omstarten av servern.

Serverparametrar

Dessa parametrar migreras inte automatiskt till målmiljön och måste konfigureras manuellt.

• Matcha serverparametervärden från PostgreSQL-källdatabasen till Azure Database for PostgreSQL genom att gå till avsnittet "Serverparametrar" i Azure-portalen och uppdatera värdena manuellt.

• Spara parameterändringarna och starta om Azure Database for PostgreSQL för att tillämpa den nya konfigurationen om det behövs.

Inaktivera hög tillgänglighet (tillförlitlighet) och läsrepliker i målet

• Det är viktigt att inaktivera hög tillgänglighet (tillförlitlighet) och läsa repliker i målmiljön. Dessa funktioner bör aktiveras först när migreringen har slutförts.

• Genom att följa dessa riktlinjer kan du säkerställa en smidig migreringsprocess utan de tillagda variablerna som introduceras av HA och Read Replicas. När migreringen är klar och databasen är stabil kan du fortsätta med att aktivera dessa funktioner för att förbättra tillgängligheten och skalbarheten för databasmiljön i Azure.

Kom igång

1. Om du inte har använt Microsoft Azure tidigare skapar du ett konto för att utvärdera erbjudandena.

2. Installera den senaste Azure CLI för operativsystemet från installationssidan för Azure CLI.

   Om Azure CLI redan är installerat kontrollerar du versionen med hjälp az version av kommandot . Versionen ska vara 2.50.0 eller senare för att använda CLI-kommandon för migrering. Annars uppdaterar du din Azure CLI-version.

3. az login Kör kommandot:

   az login
   

   Ett webbläsarfönster öppnas med azure-inloggningssidan. Ange dina Azure-autentiseringsuppgifter för att utföra en lyckad autentisering. Andra sätt att signera med Azure CLI finns i den här artikeln.

Cli-kommandon för migrering (online)

Migreringstjänsten levereras med enkla CLI-kommandon för att utföra migreringsrelaterade uppgifter. Alla CLI-kommandon börjar med az postgres flexible-server migration. Det är viktigt att tillåtalistning av tilläggen innan du påbörjar en migrering.

Om du vill ha hjälp med att förstå de alternativ som är associerade med ett kommando och med att utforma rätt syntax kan du använda parametern help :

az postgres flexible-server migration --help

Kommandot ovan ger dig följande utdata:

Utdata visar de migreringskommandon som stöds tillsammans med deras åtgärder. Nu ska vi titta närmare på de här kommandona.

Skapa en migrering med Hjälp av Azure CLI

Kommandot create hjälper dig att skapa en migrering från en källserver till en målserver:

az postgres flexible-server migration create -- help

Kommandot ovan ger dig följande resultat:

Den visar de förväntade argumenten och har en exempelsyntax för att skapa en migrering från källservern till målservern. Här är CLI-kommandot för att skapa en ny migrering:

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

Parameter	Description
subscription	Prenumerations-ID för målet flexibel server.
resource-group	Resursgrupp för målet flexibel server.
name	Namnet på målet flexibel server.
migration-name	Unik identifierare för migreringar som har försökt till flexibel server. Det här fältet accepterar endast alfanumeriska tecken och accepterar inga specialtecken, förutom ett bindestreck (-). Namnet kan inte börja med -och inga två migreringar till ett mål för flexibel server kan ha samma namn.
migration-mode	Det här är en valfri parameter. Standardvärde: Offline. Offlinemigrering innebär att du kopierar dina källdatabaser vid en viss tidpunkt till målservern.
properties	Absolut sökväg till en JSON-fil som innehåller information om källan enskild server.

Till exempel:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode offline

Argumentet migration-name som används i create kommandot används i andra CLI-kommandon, till exempel update, deleteoch show. det identifierar unikt migreringsförsöket i motsvarande åtgärder i alla dessa kommandon.

Slutligen create behöver kommandot att en JSON-fil skickas som en del av argumentet properties .

JSON-strukturen är:

{
"properties": {
 "sourceDbServerResourceId":"/subscriptions/<subscriptionid>/resourceGroups/<src_ rg_name>/providers/Microsoft.DBforPostgreSQL/servers/<source server name>",
"secretParameters": {
    "adminCredentials":
    {
      "sourceServerPassword": "<password>",
      "targetServerPassword": "<password>"
    },
   "sourceServerUserName": "<username>@<servername>",
   "targetServerUserName": "<username>"
},

"dbsToMigrate":
   [
   "<db1>","<db2>"
   ],

"overwriteDbsInTarget":"true"

}
}

Parametrarna create som går in i JSON-filformatet visas nedan:

Parameter	Typ	Beskrivning
sourceDbServerResourceId	Obligatoriskt	Den här parametern är resurs-ID för den enskilda serverkällan och är obligatorisk.
adminCredentials	Obligatoriskt	Den här parametern visar lösenord för administratörsanvändare för både enskild serverkälla och mål för flexibel server. Dessa lösenord hjälper till att autentisera mot käll- och målservrarna.
sourceServerUserName	Obligatoriskt	Standardvärdet är den administratörsanvändare som skapades när en enskild server skapades och lösenordet som angavs används för autentisering mot den här användaren. Om du inte använder standardanvändaren är den här parametern användaren eller rollen på källservern för att utföra migreringen. Den här användaren bör ha nödvändiga privilegier och ägarskap för de databasobjekt som ingår i migreringen och bör vara medlem i den azure_pg_admin rollen.
targetServerUserName	Obligatoriskt	Standardvärdet är den administratörsanvändare som skapades när en flexibel server skapades och lösenordet som angavs används för autentisering mot den här användaren. Om du inte använder standardanvändaren är den här parametern användaren eller rollen på målservern som används för att utföra migreringen. Den här användaren bör vara medlem i azure_pg_admin, pg_read_all_settings, pg_read_all_stats,pg_stat_scan_tables roller och bör ha skapa roll, Skapa DB-attribut.
dbsToMigrate	Obligatoriskt	Ange listan över databaser som du vill migrera till flexibel server. Endast användardatabaser migreras. Systemdatabaser eller malldatabaser som template0 och template1 migreras inte.
overwriteDbsInTarget	Obligatoriskt	Om målservern är inställd på true och har en befintlig databas med samma namn som den som du försöker migrera skriver migreringstjänsten automatiskt över databasen.
SetupLogicalReplicationOnSourceDBIfNeeded	Valfritt	Du kan automatiskt aktivera logisk replikering på källservern genom att ange egenskapen till true. Den här ändringen i serverinställningarna kräver en omstart av servern med två till tre minuters stilleståndstid.
SourceDBServerFullyQualifiedDomainName	Valfritt	Använd den när en anpassad DNS-server används för namnmatchning för ett virtuellt nätverk. Ange FQDN för single server-källan enligt den anpassade DNS-servern för den här egenskapen.
TargetDBServerFullyQualifiedDomainName	Valfritt	Använd den när en anpassad DNS-server används för namnmatchning i ett virtuellt nätverk. Ange FQDN för målet flexibel server enligt den anpassade DNS-servern. SourceDBServerFullyQualifiedDomainName och TargetDBServerFullyQualifiedDomainName ingår endast som en del av JSON i det sällsynta scenariot att en anpassad DNS-server används för namnmatchning i stället för Azure-tillhandahållen DNS. I annat fall ska du inte ta med dessa parametrar i JSON-filen.

Observera följande viktiga punkter för kommandosvaret:

• create När kommandot utlöses flyttas migreringen till InProgress tillståndet och substratetPerformingPreRequisiteSteps. Migreringsarbetsflödet tar några minuter att distribuera migreringsinfrastrukturen och konfigurera anslutningar mellan källan och målet.
• När undertillståndet PerformingPreRequisiteSteps har slutförts flyttas migreringen till substratet Migrating Data, där kloning/kopiering av databaserna sker.
• Varje databas som migreras har ett eget avsnitt med all migreringsinformation, till exempel antal tabeller, inkrementella infogningar, borttagningar och väntande byte.
• Hur lång tid det tar att slutföra undertillståndet Migrating Data beror på storleken på de databaser som migreras.
• Migreringen flyttas till tillståndet Succeeded så snart undertillståndet Migrating Data har slutförts. Om det uppstår ett problem i undertillståndet Migrating Data flyttas migreringen till ett Failed tillstånd.

Konfigurera replikering

Om förhandsversionen av onlinemigreringen är markerad måste logisk replikering aktiveras på källan Enskild server. Om den inte är aktiverad aktiverar migreringstjänsten automatiskt logisk replikering på källan Enskild server när parametern SetupLogicalReplicationOnSourceDBIfNeeded skickas med värdet true i den tillhörande JSON-filen. Replikering kan också konfigureras manuellt vid källan när migreringen har startats med hjälp av kommandot nedan. Endera metoden för att aktivera logisk replikering startar om källan Enskild server.

Till exempel:

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

Det här kommandot krävs för att påskynda migreringen när den flexibla servern väntar i tillståndet WaitingForLogicalReplicationSetupRequestOnSourceDB .

Om du vill utföra onlinemigrering i någon av ovanstående regioner använder du:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode online

Visa en lista över migreringarna

Kommandot list visar alla migreringsförsök som görs till ett mål för flexibel server:

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

Parametern filter har två alternativ:

• Active: Visar de aktuella aktiva migreringsförsöken (pågår) till målservern. Den innehåller inte de migreringar som har misslyckats, avbrutits eller lyckats.
• All: Visar en lista över alla migreringsförsök till målservern. Detta omfattar både aktiva och tidigare migreringar, oavsett tillstånd.

Mer information om det här kommandot finns i parametern help :

az postgres flexible-server migration list -- help

Övervaka migreringen

Kommandot show hjälper dig att övervaka pågående migreringar och ger migreringens aktuella tillstånd och undertillstånd. Den här informationen innehåller information om migreringens aktuella tillstånd och undertillstånd.

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

Parametern migration_name är det namn som tilldelats migreringen under create kommandot . Här är en ögonblicksbild av exempelsvaret från CLI-kommandot för att visa information:

Mer information om det här kommandot finns i parametern help :

 az postgres flexible-server migration show -- help

I följande tabeller beskrivs migreringstillstånd och undertillstånd.

Migreringstillstånd	beskrivning
InProgress	Migreringsinfrastrukturen har konfigurerats eller så pågår den faktiska datamigreringen.
Canceled	Migreringen avbryts eller tas bort.
Failed	Migreringen misslyckades.
Succeeded	Migreringen har slutförts.

Undertillstånd för migrering	beskrivning
PerformingPreRequisiteSteps	Infrastrukturen har konfigurerats och är förberedd för datamigrering.
MigratingData	Datamigrering pågår.
CompletingMigration	Snabb migrering pågår.
Completed	cutover lyckades och migreringen har slutförts.

Minska migreringen

I Onlinemigreringar flyttas migreringsaktiviteten till WaitingForCutoverTrigger underdrift när basdatamigreringen är klar. I det här tillståndet kan användaren utlösa snabb användning via CLI med hjälp av kommandot nedan. Snabbkopplingen kan också utlösas från portalen genom att välja migreringsnamnet i migreringsrutnätet.

Till exempel:

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

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

• Skrivningar till källan stoppas –latency parametern minskar till 0 eller nära 0

latency parameter anger när målet senast synkroniserades med källan. Här är det till exempel 201 och 202 för de två databaserna enligt bilden nedan. Det innebär att de ändringar som har inträffat under de senaste ~200 sekunderna vid källan ännu inte har synkroniserats med målet. Nu kan skrivningar till källan stoppas och snabbinitieras. Om det finns tung trafik vid källan rekommenderar vi att du stoppar skrivningar först så att du Latency kan komma nära 0 och sedan initiera snabbning. Snabbåtgärden tillämpar alla väntande ändringar från källan till målet och slutför migreringen. Om du utlöser en "cutover" även med nonzero Latencystoppas replikeringen till den tidpunkten. Alla data på källan tills brytpunkten sedan tillämpas på målet. Anta att svarstiden var 15 minuter vid snabbpunkten, så alla ändringsdata under de senaste 15 minuterna gäller för målet. Den tid det tar beror på kvarvarande ändringar som har inträffat under de senaste 15 minuterna. Därför rekommenderar vi att svarstiden går till noll eller nära noll innan du utlöser snabbheten. Informationen latency kan hämtas med hjälp av kommandot migreringsvisning. Här är en ögonblicksbild av migreringen innan du påbörjar snabbningen:

När snabbinitieringen har initierats kopieras alla transaktioner som gjordes under baskopian sekventiellt till målet och migreringen slutförs.

Om snabbåtgärden inte lyckas flyttas migreringen till tillståndet Failed .

Mer information om det här kommandot finns i parametern help :

 az postgres flexible-server migration update -- help

Avbryt migreringen med CLI

Du kan avbryta alla pågående migreringsförsök med hjälp cancel av kommandot . Det här kommandot stoppar det specifika migreringsförsöket och återställer alla ändringar på målservern. Här är CLI-kommandot för att ta bort en migrering:

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

Till exempel:

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

Mer information om det här kommandot finns i parametern help :

 az postgres flexible-server migration update cancel -- help

Kommandot ger dig följande utdata:

Efter migrering

När du har slutfört databaserna måste du manuellt verifiera data mellan källa och mål och kontrollera att alla objekt i måldatabasen har skapats.

Efter migreringen kan du utföra följande uppgifter:

• Verifiera data på den flexibla servern och se till att det är en exakt kopia av källinstansen.

• Efter verifiering aktiverar du alternativet för hög tillgänglighet på den flexibla servern efter behov.

• Ändra SKU:n för den flexibla servern så att den matchar programbehoven. Den här ändringen kräver en omstart av databasservern.

• Om du ändrar några serverparametrar från deras standardvärden i källinstansen kopierar du dessa serverparametervärden på den flexibla servern.

• Kopiera andra serverinställningar som taggar, aviseringar och brandväggsregler (om tillämpligt) från källinstansen till den flexibla servern.

• Gör ändringar i ditt program för att peka anslutningssträng till en flexibel server.

• Övervaka databasens prestanda noggrant för att se om det kräver prestandajustering.

Relaterat innehåll

• Migreringstjänst
• Migrera från AWS RDS
• Bästa praxis
• Kända problem och begränsningar
• Nätverkskonfiguration
• Validering av förflyttning