Dela via

Huvudversionsuppgradering i 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å väg att dras tillbaka. Vi rekommenderar starkt att du uppgraderar till en flexibel Azure Database for MySQL-server. Mer information om hur du migrerar till en flexibel Azure Database for MySQL-server finns i Vad händer med Azure Database for MySQL – enskild server?

Kommentar

Den här artikeln innehåller referenser till termen slav, en term som Microsoft inte längre använder. När termen tas bort från programvaran tar vi bort den från den här artikeln.

Viktigt!

Huvudversionsuppgradering för Azure Database for MySQL – enskild server är i offentlig förhandsversion.

Den här artikeln beskriver hur du kan uppgradera mySQL-huvudversionen på plats i Azure Database for MySQL– enskild server.

Den här funktionen gör det möjligt för kunder att utföra uppgraderingar på plats av sina MySQL 5.6-servrar till MySQL 5.7 med ett knapptryck utan dataflytt eller behov av program anslutningssträng ändringar.

Kommentar

Utför större versionsuppgradering från MySQL 5.6 till MySQL 5.7 med hjälp av Azure Portal

Följ de här stegen för att utföra högre versionsuppgradering för din Azure Database of MySQL 5.6-server med hjälp av Azure Portal

Viktigt!

Vi rekommenderar att du först uppgraderar den återställde kopian av servern i stället för att uppgradera produktionen direkt. Se hur du utför återställning till tidpunkt.

  1. I Azure Portal väljer du din befintliga Azure Database for MySQL 5.6-server.

  2. På sidan Översikt klickar du på knappen Uppgradera i verktygsfältet.

  3. I avsnittet Uppgradera väljer du OK för att uppgradera Azure Database for MySQL 5.6-servern till 5.7-servern.

  4. Ett meddelande bekräftar att uppgraderingen har slutförts.

Utföra högre versionsuppgradering från MySQL 5.6 till MySQL 5.7 med Hjälp av Azure CLI

Följ de här stegen för att utföra högre versionsuppgradering för din Azure Database of MySQL 5.6-server med Azure CLI

Viktigt!

Vi rekommenderar att du först uppgraderar den återställde kopian av servern i stället för att uppgradera produktionen direkt. Se hur du utför återställning till tidpunkt.

  1. Installera Azure CLI för Windows eller använd Azure CLI i Azure Cloud Shell för att köra uppgraderingskommandona.

    Den här uppgraderingen kräver version 2.16.0 eller senare av Azure CLI. Om du använder Azure Cloud Shell är den senaste versionen redan installerad. Kör az version om du vill hitta versionen och de beroende bibliotek som är installerade. Om du vill uppgradera till den senaste versionen kör du az upgrade.

  2. När du har loggat in kör du kommandot az mysql server upgrade :

    az mysql server upgrade --name testsvr --resource-group testgroup --subscription MySubscription --target-server-version 5.7"

    Kommandotolken visar meddelandet "-Running". När det här meddelandet inte längre visas är versionsuppgradningen klar.

Utför huvudversionsuppgradering från MySQL 5.6 till MySQL 5.7 på läsreplik med hjälp av Azure Portal

  1. I Azure Portal väljer du din befintliga Azure Database for MySQL 5.6-replikserver.

  2. På sidan Översikt klickar du på knappen Uppgradera i verktygsfältet.

  3. I avsnittet Uppgradera väljer du OK för att uppgradera Azure Database for MySQL 5.6 read replica server to 5.7 server (Uppgradera).

  4. Ett meddelande bekräftar att uppgraderingen har slutförts.

  5. På sidan Översikt kontrollerar du att azure-databasen för MySQL-skrivskyddade replikserverversioner är 5.7.

  6. Gå nu till din primära server och Utför uppgradering av huvudversion på den.

Utför minimal nedtidsuppgradering av högre version från MySQL 5.6 till MySQL 5.7 med hjälp av läsrepliker

Du kan utföra minimal nedtid större versionsuppgradering från MySQL 5.6 till MySQL 5.7 genom att använda läsrepliker. Tanken är att uppgradera den lästa repliken av servern till 5.7 först och senare redundans för att peka på en läsreplik och göra den till en ny primär replik.

  1. I Azure Portal väljer du din befintliga Azure Database for MySQL 5.6.

  2. Skapa en läsreplik från den primära servern.

  3. Uppgradera läsrepliken till version 5.7.

  4. När du har bekräftat att replikservern körs på version 5.7 stoppar du programmet från att ansluta till den primära servern.

  5. Kontrollera replikeringsstatusen och kontrollera att repliken är helt ifatt primär så att alla data är synkroniserade och se till att inga nya åtgärder utförs i den primära.

    show slave status Anropa kommandot på replikservern för att visa replikeringsstatusen.

    SHOW SLAVE STATUS\G

    Om tillståndet Slave_IO_Running för och Slave_SQL_Running är "ja" och värdet Seconds_Behind_Master för är "0" fungerar replikeringen bra. Seconds_Behind_Master anger hur sent repliken är. Om värdet inte är "0" innebär det att repliken bearbetar uppdateringar. När du har bekräftat Seconds_Behind_Master att det är "0" är det säkert att stoppa replikeringen.

  6. Höj upp läsrepliken till primär genom att stoppa replikeringen.

  7. Peka programmet på den nya primära (tidigare repliken) som kör server 5.7. Varje server har en unik anslutningssträng. Uppdatera programmet så att det pekar på (tidigare) repliken i stället för källan.

Kommentar

Det här scenariot får endast stilleståndstid under steg 4, 5 och 6.

Vanliga frågor och svar

När kommer den här uppgraderingsfunktionen att vara GA eftersom vi har MySQL v5.6 i vår produktionsmiljö som vi behöver uppgradera?

Ga för den här funktionen planeras innan MySQL v5.6 dras tillbaka. Funktionen är dock produktionsklar och stöds fullt ut av Azure, så du bör köra den med förtroende för din miljö. Vi rekommenderar att du kör och testar den först på en återställd kopia av servern, så att du kan beräkna stilleståndstiden under uppgraderingen och utföra ett programkompatibilitetstest innan du kör den i produktion. Mer information finns i hur du utför återställning till tidpunkt för att skapa en tidpunktskopia av servern.

Kommer detta att orsaka stilleståndstid för servern och i så fall hur länge?

Ja, servern kommer inte att vara tillgänglig under uppgraderingsprocessen, så vi rekommenderar att du utför den här åtgärden under det planerade underhållsfönstret. Den uppskattade stilleståndstiden beror på databasens storlek, den etablerade lagringsstorleken (etablerade IOP:er) och antalet tabeller i databasen. Uppgraderingstiden är direkt proportionell mot antalet tabeller på servern. Uppgraderingarna av Basic SKU-servrar förväntas ta längre tid som på standardlagringsplattformen. För att beräkna driftstoppet för servermiljön rekommenderar vi att du först uppgraderar den återställde kopian av servern. Överväg att utföra minimal versionsuppgradering av driftstopp från MySQL 5.6 till MySQL 5.7 med hjälp av läsreplik.

Vad händer om vi inte väljer att uppgradera vår MySQL v5.6-server före den 5 februari 2021?

Du kan fortfarande fortsätta att köra MySQL v5.6-servern som tidigare. Azure kommer aldrig att utföra tvångsuppgradering på servern. Begränsningarna som dokumenteras i Azure Database for MySQL-versionsprincipen gäller dock.

Nästa steg

Läs mer om versionsprincip för Azure Database for MySQL.