Dela via

Vad händer med Azure Database for MySQL – enskild server?

  • Artikel

GÄLLER FÖR: Azure Database for MySQL – enskild server

Viktigt!

Azure Database for MySQL – Enskild server är på tillbakadragningsvägen och har dragits tillbaka den 16 september 2024.

Efter år av utveckling av Tjänsten Azure Database for MySQL – enskild server kan den inte längre hantera alla nya funktioner, funktioner och säkerhetsbehov. Vi rekommenderar att du uppgraderar till Azure Database for MySQL – flexibel server före den 16 september 2024 för att undvika ofrivillig tvångsmigrering och server otillgänglighet.

Azure Database for MySQL – Flexibel server är en fullständigt hanterad produktionsklar databastjänst som är utformad för mer detaljerad kontroll och flexibilitet för databashanteringsfunktioner och konfigurationsinställningar. Mer information om flexibel server finns i Azure Database for MySQL – flexibel server.

Om du för närvarande har en Azure Database for MySQL – enskild servertjänst som är värd för produktionsservrar är vi glada att meddela dig att du kan migrera din Azure Database for MySQL – enskild server-servrar till Azure Database for MySQL – flexibel servertjänst utan kostnad med hjälp av Azure Database for MySQL Import, automatisk migrering på plats eller Azure Database Migration Service (klassisk). Granska de olika sätten att migrera i avsnittet nedan.

Som en del av den här tillbakadragningen har vi inte längre stöd för att skapa nya enskilda serverinstanser från Azure Portal från och med 16 januari 2023 och Azure CLI från och med 19 mars 2024. Du kommer fortfarande att kunna skapa skrivskyddade repliker och utföra återställningar (PITR och geo-återställning) för din befintliga enskild serverinstans och detta kommer att fortsätta att stödjas fram till slutdatumet den 16 september 2024.

Migrera från enskild server till flexibel server

Lär dig hur du migrerar från Azure Database for MySQL – enskild server till Azure Database for MySQL – flexibel server.

Scenario Verktyg Details
Offline/Online Azure Database for MySQL-import och Azure CLI Självstudie: Azure Database for MySQL-import med Azure CLI
Offline Database Migration Service (klassisk) och Azure-portalen Självstudie: DMS (klassisk) med Azure-portalen (offline)
Online Database Migration Service (klassisk) och Azure-portalen Självstudie: DMS (klassisk) med Azure-portalen (online)
Offline Begäran om automatisk migrering på plats (Öppna ett Azure-supportärende) Automatisk migrering på plats från Azure Database for MySQL – enskild till flexibel server

Mer information om hur du migrerar från enskild server till flexibel server med andra migreringsverktyg finns i Välj rätt verktyg för migrering till Azure Database for MySQL.

Kommentar

Automatisk migrering på plats från Azure Database for MySQL – enskild server till flexibel server är en tjänstinitierad migrering på plats under fönstret planerat underhåll för att välja Databasarbetsbelastningar för enskild server. Berättigade servrar identifieras av tjänsten och får ett förhandsmeddelande med information om stegen för att granska migreringsinformationen. Om du äger en enskild serverarbetsbelastning utan komplexa funktioner (Read Replica, Virtual Network, Double Infra encryption, Service Endpoint/VNet Rules) aktiverat kan du nu nominera dig själv (om det inte redan är schemalagt av tjänsten) för automatisk migrering genom att skapa en Azure-supportbegäran. Alla andra arbetsbelastningar med enskild server rekommenderas att använda användarinitierade migreringsverktyg som erbjuds av Azure – Azure DMS, Azure Database for MySQL Import för migrering. Läs mer om automatisk migrering på plats här.

Nödvändiga kontroller vid migrering från enkel till flexibel server

  • Om din källa i Azure Database for MySQL – enskild server har motorversion v8.x måste du uppgradera källserverns .NET-klientdrivrutinsversion till 8.0.32 för att undvika kodningskompatibiliteter efter migreringen till flexibel server.
  • Om källan Azure Database for MySQL Single Server har motorversion v8.x måste du uppgradera källserverns TLS-version från v1.0 eller v1.1 till TLS v1.2 innan migreringen eftersom de äldre TLS-versionerna har blivit inaktuella för flexibel server.
  • Om källan Azure Database for MySQL – enskild server använder nondefault-portar som 3308 3309 och 3310 ändrar du anslutningsporten till 3306 eftersom ovanstående nondefault-portar inte stöds på flexibel server.
  • Tjänsttaggar (SQL) i Regler för utgående trafik stöds inte på Azure Database for MySQL – flexibel server. Använd fullständigt kvalificerat domännamn (FQDN) i Regler för utgående trafik när du konfigurerar brandväggsinställningarna för den flexibla servern.

Vad händer efter solnedgången (16 september 2024)?

Vi har skickat återkommande meddelanden under de senaste två åren för att slutföra migreringen till Azure Database for MySQL – flexibel server, både via offentliga kanaler som Azure Update och bloggar samt direktuppsökande via kundmeddelanden, produktsidor och Azure Portal-banderoller. Som en del av vår pågående kommunikation och hjälp med att migrera kunder på ett säkert sätt till sin nya miljö innehåller det här avsnittet mer information om kundupplevelsen för alla arbetsbelastningar som finns kvar i produktion från och med den 16 september 2024.

Från och med den 17 september stoppas icke-dynamiska servrar som ännu inte har migrerats med jämna mellanrum. Du måste komma till Azure Portal, bekräfta migreringsåtgärderna och starta servern. När du har startat servern fortsätter du med att använda Azure Database for MySQL Import CLI eller Azure Data Migration Service för att migrera till Azure Database for MySQL – flexibel server. Å andra sidan om du vill fortsätta med automatisk migrering skapar du ett Azure-supportärende för att få den automatiska migreringen schemalagd. Se till att starta servern och migrera till flexibel server för att undvika ofrivillig tvingad migrering senare, vilket leder till att servern inte är tillgänglig eftersom endast begränsade funktioner kan migreras.

Det skulle vara en säkerhetsrisk att köra en enskild serverinstans efter slutdatumet, eftersom det inte kommer att finnas något underhåll av säkerhets- och buggkorrigeringar på den inaktuella plattformen för enskild server. För att säkerställa vårt åtagande att köra de hanterade instanserna på en betrodd och säker plattform efter slutdatumet kommer din enskild serverinstans, tillsammans med dess datafiler, att tvångsmigreras som en sista utväg till en lämplig flexibel serverinstans stegvis.

Kommentar

Inga serviceavtal, felkorrigeringar, säkerhetskorrigeringar eller livesupport kommer att respekteras för din enskild serverinstans efter slutdatumet.

Framtvingad migrering efter slutdatum för framtvingad migrering

Efter slutdatumet kommer din enskild serverinstans, tillsammans med dess datafiler, att tvångsmigreras till en lämplig flexibel serverinstans stegvis. Detta leder till begränsad funktionstillgänglighet eftersom vissa avancerade funktioner inte kan tvångsmigreras utan kundens indata till den flexibla serverinstansen. Detta leder till att servern inte är tillgänglig för servrar med säkerhets- och nätverksfunktioner. Läs mer om steg för att konfigurera om sådana funktioner efter force-migration för att minimera den potentiella effekten nedan.

Följande funktioner kan inte tvångsmigreras eftersom de kräver kundindata för konfiguration och inte aktiveras på den migrerade instansen för flexibel server:

  • Private Link
  • Datakryptering (CMK)
  • Microsoft Entra-autentisering (tidigare Microsoft Entra-ID)
  • Tjänstslutpunkter
  • Infrastruktur dubbelkryptering
  • Läsa repliker

Åtgärd som krävs efter tvingad migrering

Viktigt : Enskilda servrar med nätverks-, säkerhets- och datakrypteringsfunktioner aktiverade kommer att tvångsmigreras till en flexibel serverinstans med offentlig åtkomst i inaktiverat tillstånd för att skydda kunddata. Du måste aktivera lämplig åtkomst efter den framtvingade migreringen för att säkerställa affärskontinuitet.

Efter den framtvingade migreringen måste du konfigurera om funktionerna som anges ovan på den migrerade instansen för flexibel server för att säkerställa affärskontinuitet:

  • Private Link – Du kan välja att aktivera offentlig åtkomst för att ansluta till servern omedelbart eller ta bort en enskild serverinstans och ta bort den associerade privata slutpunkten för att kunna konfigurera samma privata slutpunkt för den migrerade flexibla serverinstansen. Läs mer om hur du konfigurerar privata slutpunkter för flexibel server här
  • Datakryptering (CMK) – Läs mer om hur du konfigurerar här
  • Microsoft Entra-autentisering (tidigare Microsoft Entra-ID) – Läs mer om hur du konfigurerar här
  • Tjänstslutpunkter – Tjänstslutpunkt (regel för virtuellt nätverk) stöds inte i Azure Database for MySQL – flexibel server. Vi rekommenderar att du konfigurerar Private Link för att uppfylla funktionsparitet. Läs mer om hur du konfigurerar Private Link här
  • Infrastruktur Dubbel kryptering – Infrastruktur Dubbel kryptering stöds inte på Azure Database for MySQL – flexibel server. Vi rekommenderar att du konfigurerar datakryptering för att uppfylla funktionsparitet. Läs mer om hur du konfigurerar datakryptering (CMK) här
  • Läsrepliker – Läsreplikerna migreras som separata fristående servrar . Konfigurera skrivskyddade repliker för den primära servern genom att referera till den migrerade sekundära fristående servern, som kan tas bort efter konfigurationen. Läs mer om hur du konfigurerar här

Kommentar

Om servern är i en region där Azure Database for MySQL – Flexibel server inte stöds, kommer din enskild serverinstans att vara tillgänglig med begränsade åtgärder för att komma åt data och för att kunna migrera till flexibel server fram till den 15 november 2024. Din instans kommer inte att tvångsmigreras till flexibel server förrän den 15 november 2024. Servrarna stoppas under den första veckan i december 2024. Du kan starta om servern via Azure-portalen eller CLI och migrera inom 7 dagar. Om servern inte migreras under ovanstående respitperiod kommer den att framtvingas migreras under den andra veckan i december 2024. Efter den 31 december tas servrar bort för att dra tillbaka plattformen. Vi rekommenderar starkt att du använder något av följande alternativ för att migrera före den 22 november 2024 för att undvika störningar i affärskontinuiteten:

  • Använd Azure DMS för att utföra en migrering mellan regioner till flexibel server i en lämplig Azure-region.
  • Migrera till MySQL Server som finns på en virtuell dator i regionen om du inte kan ändra regioner på grund av efterlevnadsproblem.

Konfigurera Microsoft Defender för molnet egenskaper i flexibel server

När du migrerar från Azure Database for MySQL – enskild server till flexibel server med Defender för molnet aktiverat bevaras aktiveringstillståndet. Om du vill uppnå paritet i Flexibel server för egenskaper som du kan konfigurera i Enskild server bör du överväga informationen i följande tabell.

Property Konfiguration
Ignorera specifika aviseringstyper Inaktivera specifika aviseringstyper med Microsoft Defender för molnet-plattformen. Mer information finns i Guiden Förhindra aviseringar från Microsoft Defender för molnet.

Användare med enskild server kan använda API-egenskapen:
properties.disabledAlerts
E-postmeddelanden Definiera e-postavisering för Microsoft Defender för molnet-aviseringar för alla resurser i en prenumeration. Mer information finns i Konfigurera e-postaviseringar för säkerhetsaviseringar.

Användare med enskild server kan använda API-egenskaperna:
properties.emailAccountAdmins,
properties.emailAddresses
Exportera aviseringar för vidare bearbetning och/eller arkivering Aviseringar lagras på Microsoft Defender för molnet-plattformen och exponeras via Azure Resource Graph.
Du kan exportera aviseringar till ett annat lager och hantera kvarhållning separat. Mer information finns i Konfigurera kontinuerlig export i Azure Portal – Microsoft Defender för molnet.

Användare med enskild server kan använda API-egenskaperna:
properties.retentionDays,
properties.storageAccountAccessKey,
properties.storageEndpoint

Vanliga frågor (FAQ)

F. Varför dras Azure Database for MySQL-Single Server tillbaka?

A. Azure Database for MySQL – enskild server blev allmänt tillgängligt 2018. Men med tanke på kundfeedback och nya framsteg i funktionerna för beräkning, tillgänglighet, skalbarhet och prestanda i Azure-databaslandskapet måste erbjudandet för enskild server dras tillbaka och uppgraderas med en ny arkitektur – Azure Database for MySQL – flexibel server för att ge dig det bästa av Azures databasplattform med öppen källkod. Hitta pensionsmeddelandet här.

F. Varför uppmanas jag att migrera till Azure Database for MySQL – flexibel server?

A. Azure Database for MySQL – Flexibel server är den bästa plattformen för att köra alla dina MySQL-arbetsbelastningar i Azure. Azure MySQL – flexibel server ger både ekonomiska fördelar och bättre prestanda på alla tjänstnivåer samt fler sätt att kontrollera dina kostnader, för billigare och snabbare haveriberedskap:

  • Fler sätt att optimera kostnader, inklusive stöd för beräkningsalternativ på burstbar nivå.
  • Bättre prestanda för affärskritiska produktionsarbetsbelastningar som kräver låg svarstid, hög samtidighet, snabb redundans och hög skalbarhet.
  • Förbättrad drifttid med möjlighet att konfigurera ett hett vänteläge i samma eller en annan zon och en tidsperiod på en timme för planerat serverunderhåll.

F. Hur snart behöver jag migrera min enda server till en flexibel server?

A. Azure Database for MySQL – Enskild server har schemalagts för tillbakadragning senast den 16 september 2024, så vi rekommenderar starkt att du migrerar din enda server till en flexibel server så snart som möjligt för att säkerställa gott om tid för att köra migreringslivscykeln, tillämpa fördelarna som erbjuds av flexibel server och säkerställa kontinuiteten i din verksamhet.

F. Vad händer med mina befintliga Azure Database for MySQL-instanser med en enskild server?

A. Dina befintliga Azure Database for MySQL-arbetsbelastningar för enskild server fortsätter att fungera som tidigare och stöds officiellt fram till slutdatumet. Inga nya uppdateringar släpps dock för enskild server och vi rekommenderar starkt att du börjar migrera till Azure Database for MySQL – flexibel server tidigast. Efter slutdatumet kommer din enskild serverinstans, tillsammans med dess datafiler, att tvångsmigreras till en lämplig flexibel serverinstans stegvis.

F. Kan jag välja att fortsätta köra enskild server efter slutdatumet?

A. Tyvärr planerar vi inte att stödja enskild server efter slutdatumet den 16 september 2024, och därför rekommenderar vi starkt att du börjar planera migreringen så snart som möjligt. Efter slutdatumet kommer din enskild serverinstans, tillsammans med dess datafiler, att tvångsmigreras till en lämplig flexibel serverinstans stegvis. Detta kan leda till begränsad funktionstillgänglighet eftersom vissa avancerade funktioner inte kan tvångsmigreras utan kundens indata till den flexibla serverinstansen. Läs mer om hur du konfigurerar om sådana funktioner efter force-migration för att minimera den potentiella effekten här. Om servern är i en region där Azure Database for MySQL – Flexibel server inte stöds, efter slutdatumet, är din enskild serverinstans tillgänglig med begränsade åtgärder för att komma åt data och för att kunna migrera till flexibel server fram till den 15 november.

F. Min enda server distribueras i en region som inte har stöd för flexibel server. Vad händer med min server efter slutdatumet för solnedgången?

A. Om servern är i en region där Azure Database for MySQL – Flexibel server inte stöds, efter slutdatumet, är din enskild serverinstans tillgänglig med begränsade åtgärder för att komma åt data och för att kunna migrera till flexibel server fram till den 15 november. Vi rekommenderar starkt att du använder något av följande alternativ för att migrera före slutdatumet för att undvika störningar i affärskontinuiteten:

  • Använd Azure DMS för att utföra en migrering mellan regioner till flexibel server i en lämplig Azure-region.
  • Migrera till MySQL Server som finns på en virtuell dator i regionen om du inte kan ändra regioner på grund av efterlevnadsproblem.

F. Kommer det att uppstå dataförlust för min enskild server efter solnedgången?

A. Nej, det kommer inte att uppstå några dataförluster för din enskild serverinstans. Efter slutdatumet kommer din enskild serverinstans, tillsammans med dess datafiler, att tvångsmigreras till en lämplig flexibel serverinstans. Om servern finns i en region där Azure Database for MySQL – Flexibel server inte stöds, är din enskild server-instans tillgänglig med begränsade åtgärder för att komma åt data och för att kunna migrera till flexibel server i en lämplig region fram till den 15 november.

F. Det har gått ut ett meddelande om att enskild server ska dras tillbaka. Vad händer om jag fortfarande behöver skapa en ny enskild server för att uppfylla mina affärsbehov?

A. Som en del av den här tillbakadragningen har vi inte längre stöd för att skapa nya enskilda serverinstanser från Azure Portal från och med den 16 januari 2023. Från och med den 19 mars 2024 kan du inte längre skapa nya Azure Database for MySQL-instanser med hjälp av Azure CLI. Om du fortfarande behöver skapa instanser med en enskild server för att uppfylla affärskontinuitetsbehoven skapar du ett Azure Support ärende.

F. Det har gått ut ett meddelande om att enskild server ska dras tillbaka. Vad händer om jag fortfarande behöver skapa en ny skrivskyddad replik för min instans av enskild server?

A. Du kommer fortfarande att kunna skapa skrivskyddade repliker för din befintliga enskild serverinstans från bladet Replikering och detta kommer att fortsätta att stödjas fram till slutdatumet den 16 september 2024.

F. Finns det ytterligare kostnader för att utföra migreringen?

A. När du kör migreringen betalar du för den flexibla målservern och den enskilda källservern. Konfigurationen och beräkningen av den flexibla målservern avgör de extra kostnader som uppstår. Mer information finns i Prissättning. När du har inaktiverat den enskilda källservern efter migreringen betalar du bara för den flexibla server som körs. Det uppstår inga kostnader när migreringen körs via Azure Database Migration Service (klassisk), automatisk migrering på plats eller Azure Database for MySQL-importmigreringsverktyg.

F. Kommer min fakturering att påverkas av att köra flexibel server jämfört med enskild server?

A. Om du väljer samma zon eller zonredundant hög tillgänglighet för den flexibla målservern är din faktura högre än den var på en enskild server. Samma zon eller zonredundant hög tillgänglighet kräver att en serverinstans i hett vänteläge startas upp tillsammans med lagring av redundant säkerhetskopiering och ger därmed upphov till den extra kostnaden. Den här arkitekturen möjliggör minskad stilleståndstid vid oplanerade avbrott och planerat underhåll. Beroende på din arbetsbelastning kan flexibla servrar dessutom ge bättre prestanda jämfört med enskilda servrar, vilket innebär att du kanske kan köra din arbetsbelastning med en lägre SKU på flexibla servrar, och därför kan din totala kostnad likna den för en enskild server.

F. Behöver jag ådra mig stilleståndstid för migrering av enskild server till flexibel server?

A. Om du vill begränsa eventuell stilleståndstid kan du utföra en onlinemigrering till flexibel server, vilket ger minimal stilleståndstid.

F. Kommer det att finnas framtida uppdateringar av enskild server för att stödja de senaste MySQL-versionerna?

A. Den sista lägre versionsuppgraderingen för version 8.0 av enskild server blir 8.0.15. Överväg att migrera till flexibel server för att dra nytta av fördelarna med de senaste versionsuppgraderingarna.

F. Hur skiljer sig den flexibla serverns serviceavtal för 99,99 % tillgänglighet från den enskilda serverns?

A. Flexibel servers zonredundanta distribution ger 99,99 % tillgänglighet med återhämtning på zonnivå medan den enskilda servern ger återhämtning i en enda tillgänglighetszon. Arkitekturen för flexibel server med hög tillgänglighet (HA) distribuerar ett varmt vänteläge med redundant beräkning och lagring (med varje platss data lagrade i 3x kopior) jämfört med en enskild servers HA-arkitektur, som inte har ett passivt frekvent vänteläge för att återställa efter zonfel. Den flexibla serverns HA-arkitektur möjliggör minskad stilleståndstid vid oplanerade avbrott och planerat underhåll.

F. Vilka migreringsalternativ är tillgängliga för att hjälpa mig att migrera min enda server till en flexibel server?

A. Du kan använda Azure Database for MySQL Import (rekommenderas) för att migrera. Dessutom kan du använda Database Migration Service (klassisk) för att köra online- eller offlinemigreringar.

F. Min enda server distribueras i en region som inte har stöd för flexibel server. Hur ska jag fortsätta med migreringen?

A. Azure Database Migration Service (klassisk) stöder migrering mellan regioner, så du kan välja lämplig region för din flexibla målserver och sedan fortsätta med DMS-migreringen (klassisk).

F. Jag har Konfigurerat Query Store för min enda server och den här funktionen stöds inte på den flexibla servern. Hur migrerar jag?

A. Du kan konfigurera långsamma frågeloggar på målet Flexibel server efter migreringen genom att följa stegen här för att uppnå funktionsparitet med Query Store. Du kan sedan visa frågeinsikter med hjälp av en mall för arbetsböcker.

F. Jag har konfigurerat tjänstslutpunkt (VNet-regler) för min enda server och den här funktionen stöds inte på den flexibla servern. Hur migrerar jag?

A. Tjänstslutpunkt (regel för virtuellt nätverk) stöds inte på Azure Database for MySQL – flexibel server. Vi rekommenderar att du konfigurerar Private Link på den migrerade instansen för flexibel server för att uppfylla funktionsparitet. Läs mer om hur du konfigurerar Private Link här.

F. Jag har konfigurerat infrastrukturdubbelkryptering för min enda server, och den här funktionen stöds inte på den flexibla servern. Hur migrerar jag?

A. Infrastruktur Dubbel kryptering stöds inte på Azure Database for MySQL – flexibel server. Vi rekommenderar att du konfigurerar datakryptering på migrerad flexibel server för att uppfylla funktionsparitet. Läs mer om hur du konfigurerar datakryptering (CMK) här.

F. Jag har TLS v1.0/1.1 konfigurerat för min v8.0 enskild server, och den här funktionen stöds inte för närvarande i Flexibel server. Hur migrerar jag?

A. För att stödja moderna säkerhetsstandarder har MySQL Community Edition upphört med stöd för kommunikation via TLS-protokoll (Transport Layer Security) 1.0 och 1.1 från och med version 8.0.28. Vi rekommenderar att du uppgraderar klientdrivrutinerna så att de stöder TLSv1.2 för att ansluta säkert till Azure Database for MySQL – enskild server och sedan fortsätter att migrera till flexibel server.

F. Finns det något alternativ för att återta en migrering från enskild server till flexibel server?

A. Du kan utföra valfritt antal testmigreringar och utföra den slutliga migreringen när du har fått förtroende tack vare testerna. En testmigrering påverkar inte den enskilda källservern, som förblir i drift och fortsätter att replikera tills du utför den faktiska migreringen. Om det uppstår fel under testmigreringen kan du välja att skjuta upp den slutliga migreringen och hålla källservern igång. Du kan sedan försöka utföra den slutliga migreringen igen när du har löst felen. När du har utfört en slutlig migrering till flexibel server och den enskilda källservern har stängts av kan du inte utföra en återställning från flexibel server till enskild server.

F. Storleken på min databas är större än 1 TB, så hur ska jag fortsätta med migreringen?

A. Du kan använda Azure Database for MySQL Import (rekommenderas) för att migrera som är mycket högpresterande för tyngre arbetsbelastningar.

F. Stöds migrering mellan regioner?

A. Azure Database Migration Service stöder migreringar mellan regioner, så du kan migrera en enskild server till en flexibel server som distribueras i en annan region med DMS.

F. Stöds migrering mellan prenumerationer?

A. Azure Database Migration Service stöder migreringar mellan prenumerationer, så du kan migrera en enskild server till en flexibel server som distribueras i en annan prenumeration med DMS.

F. Stöds prenumerationer mellan resursgrupper?

A. Azure Database Migration Service stöder migreringar mellan resursgrupper, så du kan migrera en enskild server till en flexibel server som distribueras i en annan resursgrupp med DMS.

F. Finns det stöd för migrering mellan flera versioner?

A. Ja, migrering från MySQL-servrar med lägre version (v5.6 och senare) till högre versioner stöds via migreringar med Azure Database Migration Service.

F. MyAzure Database for MySQL – enskild server använder portar som inte är standard, till exempel 3308 3309 och 3310, som inte stöds på flexibel server. Vad ska jag göra för att säkerställa anslutningen när jag migrerar till flexibel server?

A. Om källan Azure Database for MySQL – enskild server använder nondefault-portar som 3308 3309 och 3310 ändrar du anslutningsporten till 3306 eftersom ovanstående nondefault-portar inte stöds på flexibel server.

F. Jag har ytterligare frågor om pensionering. Hur kan jag få hjälp?

A. Om du har frågor kan du få svar från communityexperter i Microsoft Q&A. Om du har en supportplan och behöver teknisk hjälp skapar du en supportbegäran:

  1. I fältet Sammanfattning anger du en beskrivning av problemet.
  2. Som Typ av problem väljer du Teknisk.
  3. I fältet Prenumeration väljer du din prenumeration.
  4. För Tjänst väljer du Mina tjänster.
  5. Som Tjänsttyp väljer du Azure Database for MySQL – enskild server.
  6. För Resurs väljer du din resurs.
  7. För Problemtyp väljer du Migrering.
  8. För Problemundertyp väljer du Migrera från enskild till flexibel server

Gå till Vanliga frågor och svar om hur du använder Azure Database Migration Service (klassisk) för Azure Database for MySQL – migrering av enskild server till flexibel server.

Vi vet att migrering av tjänster kan vara en frustrerande upplevelse, och vi ber i förväg om ursäkt för eventuella olägenheter detta kan orsaka dig. Du kan välja vilket scenario som passar bäst för dig och din miljö.

Relaterat innehåll