Automatisk migrering från Azure Database for Postgresql – enskild server till flexibel server
GÄLLER FÖR: 
Azure Database for PostgreSQL – enskild server
Automatisk migrering från Azure Database for PostgreSQL – enskild server till flexibel server är en tjänstinitierad migrering som sker under ett planerat stilleståndstidsfönster för enskild server, separat från dess uppdaterings- eller underhållsfönster. Tjänsten identifierar berättigade servrar och skickar förhandsaviseringar med detaljerade steg om automigrationsprocessen. Du kan granska och justera migreringsschemat om det behövs eller skicka en supportbegäran för att avregistrera dig från automatisk migrering för dina servrar.
Automatisk migrering utnyttjar Azure PostgreSQL-migreringstjänsten för att leverera en elastisk offlinemigrering under det planerade migreringsfönstret. Stilleståndstiden varierar beroende på arbetsbelastningens egenskaper, med större arbetsbelastningar som kan kräva upp till 20 minuter. Information om prestandamått för migreringshastighet finns i Azure PostgreSQL Migration Speed Benchmarking. Den här migreringen eliminerar behovet av manuell servermigrering, så att du kan dra nytta av flexibla serverfunktioner efter migreringen, inklusive förbättrad prisprestanda, detaljerad databaskonfigurationskontroll och anpassade underhållsfönster.
Kommentar
Automigrationstjänsten väljer Enskild server som ska migreras baserat på följande kriterier:
- Enskild server version 11
- Servrar utan komplex funktion som CMK, Microsoft Entra-ID, läsreplik och privat slutpunkt
- <Datastorlek = 10 GB
- Offentlig åtkomst är aktiverad
Automatisk migreringsprocess
Automigrationsprocessen innehåller flera nyckelfaser:
Skapa flexibel server – En flexibel server skapas för att matcha prestanda och kostnader för din SKU för enskild server. Den ärver alla brandväggsregler från källan Enskild server.
Datamigrering – Datamigrering sker under det avsedda migreringsfönstret, vanligtvis schemalagt utanför kontorstid för serverns värdregion (om fönstret väljs av tjänsten). Källans enskild server är inställd på skrivskyddad och alla data, scheman, användarroller, behörigheter och ägarskap för databasobjekt migreras till den flexibla servern.
DNS-växel – Efter datamigrering utförs en DNS-växel, vilket gör att den befintliga enskild server-anslutningssträng smidigt kan ansluta till den nya flexibla servern. Både enkel och flexibel server anslutningssträng format, samt användarnamnsformat (username@server_name och användarnamn), stöds på den migrerade flexibla servern.
Flexibel serversynlighet – Efter en lyckad datamigrering och DNS-växel visas den nya flexibla servern under din prenumeration och kan hanteras via Azure Portal eller CLI.
Uppdaterade anslutningssträngar för enskild server – Uppdaterade anslutningssträng för den äldre enskilda servern skickas via Service Health-meddelanden på Azure Portal. De är också tillgängliga på portalsidan för enskild server under Inställningar –> Anslutningssträngar.
Borttagning av enskild server – Den enskilda servern behålls i sju dagar efter migreringen innan den tas bort.
Nominera enskilda servrar för automigration
Nomineringsprocessen är avsedd för användare som frivilligt vill snabbspåra migreringen till flexibel server. Om du äger en enskild serverarbetsbelastning kan du nu nominera dig själv (om den inte redan har schemalagts av tjänsten) för automatisk migrering. Skicka in serverinformationen via det här formuläret.
Så här kontrollerar du om din enskild server är schemalagd för automatisk migrering
Följ dessa steg för att avgöra om din enskild server har valts för automatisk migrering:
Service Health-meddelanden – I Azure Portal går du till Händelser för planerat underhåll av Service Health>. Leta efter händelser märkta "Notification for Scheduled Auto Migration to Azure Database for PostgreSQL Single Server" (Meddelande om schemalagd automatisk migrering till Azure Database for PostgreSQL – enskild server). Meddelandena skickas 30, 14 och 7 dagar före migreringsdatumet och igen under migreringsstegen: pågår, slutförs och sex dagar innan den enskilda servern inaktiveras.
Kommentar
Dessa meddelanden hamnar inte i inkorgen som standard. Om du vill ta emot dem via e-post eller SMS måste du konfigurera Service Health-aviseringar genom att följa stegen här
Översiktssida för enskild server – Gå till din enskild serverinstans i Azure Portal och kontrollera sidan Översikt. Om det är schemalagt för automatisk migrering hittar du information här, inklusive ett alternativ för att skjuta upp migreringen med en månad i taget eller schemalägga om inom den aktuella månaden.
Kommentar
Migreringsschemat låses 7 dagar före det schemalagda migreringsfönstret då du inte kan schemalägga om.
Azure CXP-e-postmeddelanden – Azure Customer Experience (CXP) skickar även direkta e-postmeddelanden till klassiska roller och RBAC-roller som är associerade med prenumerationen som innehåller den enskilda servern, vilket ger information om kommande automatiska migreringar.
Kravkontroller för automatisk migrering
Granska följande förutsättningar för att säkerställa en lyckad automatisk migrering:
- Instansen för enskild server ska vara i klart tillstånd under det planerade migreringsfönstret för att automatisk migrering ska ske.
- För enskild serverinstans med SSL aktiverat kontrollerar du att du har alla certifikat (DigiCertGlobalRootG2 Root CA och DigiCertGlobalRootCA Root CA) tillgängliga i det betrodda rotarkivet. Om du har certifikatet fäst på anslutningssträng skapa ett kombinerat CA-certifikat med alla tre certifikaten före schemalagd automatisk migrering för att säkerställa affärskontinuitet efter migreringen.
- Om din azure database for postgresql single server har brandväggsregelnamn som överstiger 80 tecken byter du namn på dem för att säkerställa att namnlängden är färre än 80 tecken. (Namnlängden för brandväggsregeln som stöds på flexibel server är 80 tecken, medan den tillåtna längden är 128 tecken på enskild server.)
Hur etableras målpostgresql – flexibel server?
Beräkningsnivån och SKU:n för den flexibla målservern etableras baserat på den enskilda källserverns prisnivå och virtuella kärnor enligt nedan.
| Prisnivå för enskild server | Virtuella kärnor för enskild server | Flexibel servernivå | SKU-namn för flexibel server |
|---|---|---|---|
| Grundläggande | 1 | Burstbar | B1ms |
| Grundläggande | 2 | Burstbar | B2s |
| Generell användning | 2 | GeneralPurpose | Standard_D2s_v3 |
| Generell användning | 4 | GeneralPurpose | Standard_D4s_v3 |
| Generell användning | 8 | GeneralPurpose | Standard_D8s_v3 |
| Generell användning | 16 | GeneralPurpose | Standard_D16s_v3 |
| Generell användning | 32 | GeneralPurpose | Standard_D32s_v3 |
| Generell användning | 64 | GeneralPurpose | Standard_D64s_v3 |
| Minnesoptimerad | 2 | MemoryOptimized | Standard_E2s_v3 |
| Minnesoptimerad | 4 | MemoryOptimized | Standard_E4s_v3 |
| Minnesoptimerad | 8 | MemoryOptimized | Standard_E8s_v3 |
| Minnesoptimerad | 16 | MemoryOptimized | Standard_E16s_v3 |
| Minnesoptimerad | 32 | MemoryOptimized | Standard_E32s_v3 |
- Postgresql-versionen, regionen, anslutningssträng, prenumerationen och resursgruppen för målet Flexibel server förblir densamma som för källans enskild server.
- För enskilda servrar med mindre än 20 GiB-lagring anges lagringsstorleken till 32 GiB eftersom det är den minsta lagringsgränsen för Azure Database for postgresql – flexibel server.
- För enskilda servrar med större lagringskrav allokeras tillräckligt med lagringsutrymme som motsvarar 1,25 gånger eller 25 % mer lagringsutrymme än vad som används på den enskilda servern. Under den första baskopian av data körs flera insert-instruktioner på målet, vilket genererar WAL:er (Write Ahead Logs). Tills dessa WAL:er arkiveras förbrukar loggarna lagring vid målet och därmed säkerhetsmarginalen.
- Båda användarnamnsformaten – username@server_name (enskild server) och användarnamn (flexibel server) stöds på den migrerade flexibla servern.
- Både anslutningssträng format – enskild server och flexibel server stöds på den migrerade flexibla servern.
Steg efter migrering
Här är den information du behöver veta efter automigration:
- Serverparametrarna i Flexibel server är inställda på communitystandarderna. Om du vill behålla samma serverparametervärden som din enskild server kan du logga in via PowerShell och köra skriptet här för att kopiera parametervärdena.
- Om du vill aktivera insikter om frågeperf måste du aktivera frågearkivet på den flexibla servern som inte är aktiverad som standard
- Om hög tillgänglighet behövs kan du aktivera den utan driftstopp.
Hantera VNet-regler på flexibel server
I Azure Database for PostgreSQL – enskild server är en regel för virtuellt nätverk (VNet) ett undernät som anges i serverns åtkomstkontrollista (ACL). Med den här regeln kan den enskilda servern acceptera kommunikation från noder i det specifika undernätet. För flexibel server stöds inte VNet-regler. I stället kan flexibel server skapa privata slutpunkter, vilket gör att servern kan fungera i det virtuella nätverket. En privat slutpunkt tilldelar en privat IP-adress till den flexibla servern, och all trafik mellan ditt virtuella nätverk och servern färdas säkert via Azures stamnätverk, vilket eliminerar behovet av offentlig internetexponering.
Efter migreringen måste du lägga till en privat slutpunkt till din flexibla server för alla undernät som tidigare omfattades av VNet-regler på din enskild server. Du kan slutföra den här processen med antingen Azure Portal eller Azure CLI. När det här steget är klart förblir nätverksanslutningen intakt på den flexibla servern efter migreringen från en enskild server.
Långsiktig kvarhållningssäkerhetskopiering
Automatisk migrering av enskilda servrar konfigurerar inte automatiskt långsiktig kvarhållningssäkerhetskopiering (LTR) efter migrering till flexibel server. Du kan säkerhetskopiera Azure Database for PostgreSQL – flexibel server med långsiktig kvarhållning med hjälp av Azure Backup.
Vanliga frågor (FAQ)
F. Varför migreras jag automatiskt?
A. Din Azure Database for Postgresql – enskild serverinstans är berättigad till automatisk migrering till vårt flaggskeppserbjudande Azure Database for Postgresql – Flexibel server. Den här automatiska migreringen tar bort kostnaden för att migrera servern manuellt. Du kan dra nytta av fördelarna med flexibel server, inklusive bättre pris och prestanda, detaljerad kontroll över databaskonfiguration och anpassade underhållsfönster.
F. Hur sker den automatiska migreringen? Vad migrerar allt?
A. Den flexibla servern är etablerad för att nära matcha samma virtuella kärnor och lagring som för din enskild server. Därefter placeras källans enskild server i skrivskyddat tillstånd, schema och data kopieras till flexibel målserver. DNS-växlingen utförs för att dirigera alla befintliga anslutningar till målet och den flexibla målservern aktiveras. Automatisk migrering migrerar databaserna (inklusive schema, data, användare/roller och behörigheter). Migreringen är offline där du ser driftstopp på upp till 20 minuter.
F. Hur konfigurerar eller visar jag aviseringar om automatisk migrering?
A. Så här kan du konfigurera aviseringar:
- Konfigurera tjänsthälsoaviseringar för att ta emot schema för automatisk utvandring och förloppsmeddelanden via e-post/SMS genom att följa stegen här.
- Kontrollera meddelandet om automatisk utvandring på Azure Portal genom att följa stegen här.
F. Hur kan jag skjuta upp den schemalagda migreringen av min enskild server?
A. Du kan granska migreringsschemat genom att gå till översiktssidan för din enskild serverinstans. Om du vill skjuta upp migreringen kan du skjuta upp med högst en månad genom att gå till översiktssidan för din enskild serverinstans på Azure Portal. Du kan schemalägga om migreringen genom att välja ett annat migreringsfönster inom en månad. Migreringsinformationen låses sju dagar före det schemalagda migreringsfönstret, varefter du inte kan schemalägga om. Den här automigrationen kan skjutas upp varje månad fram till den 30 mars 2025.
F. Hur kan jag avanmäla mig från en schemalagd automatisk migrering av min enskild server?
A. Om du vill avregistrera dig från den automatiska utvandringen kan du skapa en supportbegäran för detta ändamål.
F. Vilka steg ska jag följa efter migreringen om min enskild server använder VNet-regler?
A. VNet-regler stöds inte på flexibel server. Se det här avsnittet
F. Behöver jag konfigurera om långsiktiga kvarhållningssäkerhetskopior på flexibel server?
A. Ja. Se det här avsnittet
F. Vilket användarnamn och vilken anslutningssträng stöds för den migrerade flexibla servern?
A. Både användarnamnsformat – username@server_name (enkel serverformat) och användarnamn (format för flexibel server) stöds för den migrerade flexibla servern, och därför behöver du inte uppdatera dem för att behålla programkontinuiteten efter migreringen. Dessutom stöds både anslutningssträng format (enkel och flexibel server) för den migrerade flexibla servern.
F. Jag ser en prisskillnad på min potentiella övergång från postgresql Basic – enskild server till postgresql – flexibel server??
A. Få servrar kan se en mindre prisrevision efter migreringen eftersom den minsta lagringsgränsen för båda erbjudandena skiljer sig (5 GiB på enskild server och 32 GiB på flexibel server). Lagringskostnaden för flexibel server är marginellt högre än enskild server. Alla prisökningar kompenseras genom bättre dataflöde och prestanda jämfört med enskild server. Mer information om priser för flexibel server finns i det här dokumentet
F. Vad händer om jag inte migrerar eller om servern inte migreras automatiskt senast den 28 mars 2025??
A. Efter slutdatumet den 28 mars 2025 framtvingas alla befintliga enskilda servrar som inte har migrerats till flexibel server. Servrar med tilläggsfunktioner som CMK eller privat slutpunkt kräver ytterligare åtgärder av användaren efter migreringen för att säkerställa normal drift. Det finns inga tillägg till pensionsdatumet.