Säkerhetskopiera och återställa en server i Azure Database for MySQL med hjälp av Azure CLI
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?
Azure Database for MySQL-servrar säkerhetskopieras regelbundet för att aktivera återställningsfunktioner. Med den här funktionen kan du återställa servern och alla dess databaser till en tidigare tidpunkt på en ny server.
Förutsättningar
Så här slutför du den här guiden:
- Du behöver en Azure Database for MySQL-server och databas.
Använd Bash-miljön i Azure Cloud Shell. Mer information finns i Snabbstart för Bash i Azure Cloud Shell.
Om du föredrar att köra CLI-referenskommandon lokalt installerar du Azure CLI. Om du kör i Windows eller macOS kan du köra Azure CLI i en Docker-container. Mer information finns i Så här kör du Azure CLI i en Docker-container.
Om du använder en lokal installation loggar du in på Azure CLI med hjälp av kommandot az login. Slutför autentiseringsprocessen genom att följa stegen som visas i terminalen. Andra inloggningsalternativ finns i Logga in med Azure CLI.
När du uppmanas att installera Azure CLI-tillägget vid första användningen. Mer information om tillägg finns i Använda tillägg med Azure CLI.
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.
- Den här artikeln kräver version 2.0 eller senare av Azure CLI. Om du använder Azure Cloud Shell är den senaste versionen redan installerad.
Konfigurera säkerhetskopiering
Du kan välja mellan att konfigurera servern för antingen lokalt redundanta säkerhetskopior eller geografiskt redundanta säkerhetskopieringar när servern skapas.
Kommentar
När en server har skapats kan inte den typ av redundans som den har, geografiskt redundant eller lokalt redundant, växlas.
När du skapar en server via az mysql server create kommandot bestämmer parametern --geo-redundant-backup alternativet Redundans för säkerhetskopiering. Om Enabledgörs geo-redundanta säkerhetskopieringar. Eller om Disabled lokalt redundanta säkerhetskopieringar görs.
Kvarhållningsperioden för säkerhetskopior anges av parametern --backup-retention.
Mer information om hur du anger dessa värden under skapande finns i CLI-snabbstarten för Azure Database for MySQL-servern.
Kvarhållningsperioden för säkerhetskopiering för en server kan ändras på följande sätt:
az mysql server update --name mydemoserver --resource-group myresourcegroup --backup-retention 10
I föregående exempel ändras kvarhållningsperioden för säkerhetskopiering för mydemoserver till 10 dagar.
Kvarhållningsperioden för säkerhetskopior styr hur långt tillbaka i tiden en återställning till tidpunkt kan hämtas, eftersom den baseras på tillgängliga säkerhetskopior. Återställning till tidpunkt beskrivs ytterligare i nästa avsnitt.
Återställning till tidpunkt för server
Du kan återställa servern till en tidigare tidpunkt. Återställde data kopieras till en ny server och den befintliga servern lämnas som den är. Om en tabell till exempel tas bort av misstag kl. 12.00 i dag kan du återställa till tiden strax före klockan 12. Sedan kan du hämta den saknade tabellen och data från den återställde kopian av servern.
Om du vill återställa servern använder du kommandot Azure CLI az mysql server restore .
Kör återställningskommandot
Om du vill återställa servern går du till Azure CLI-kommandotolken och anger följande kommando:
az mysql server restore --resource-group myresourcegroup --name mydemoserver-restored --restore-point-in-time 2018-03-13T13:59:00Z --source-server mydemoserver
Kommandot az mysql server restore kräver följande parametrar:
| Inställning | Föreslaget värde | Beskrivning |
|---|---|---|
| resource-group | myresourcegroup | Den resursgrupp där källservern finns. |
| name | mydemoserver-restored | Namnet på den nya server som skapas med kommandot restore. |
| restore-point-in-time | 2018-03-13T13:59:00Z | Välj en tidpunkt som du vill återställa till. Datumet och tiden måste finnas inom källserverns kvarhållningsperiod för säkerhetskopiering. Använd formatet ISO8601 datum och tid. Du kan till exempel använda din egen lokala tidszon, till exempel 2018-03-13T05:59:00-08:00. Du kan också använda UTC Zulu-formatet, 2018-03-13T13:59:00Ztill exempel . |
| source-server | mydemoserver | Namn eller ID på källservern som återställningen görs från. |
När du återställer en server till en tidigare tidpunkt skapas en ny server. Den ursprungliga servern och dess databaser från den angivna tidpunkten kopieras till den nya servern.
Plats- och prisnivåvärdena för den återställde servern förblir desamma som den ursprungliga servern.
När återställningsprocessen är klar letar du upp den nya servern och kontrollerar att data återställs som förväntat. Den nya servern har samma inloggningsnamn och lösenord för serveradministratören som var giltigt för den befintliga servern när återställningen initierades. Lösenordet kan ändras från den nya serverns översiktssida.
När återställningen har slutförts finns det dessutom två serverparametrar som återställs till standardvärdena (och kopieras inte över från den primära servern) efter återställningsåtgärden
- time_zone – Det här värdet som ska anges till STANDARDvärde SYSTEM
- event_scheduler – event_scheduler är inställt på AV på den återställde servern
Du måste kopiera över värdet från den primära servern och ange det på den återställde servern genom att konfigurera om serverparametern
Den nya servern som skapades under en återställning har inte de VNet-tjänstslutpunkter som fanns på den ursprungliga servern. Dessa regler måste konfigureras separat för den nya servern. Brandväggsregler från den ursprungliga servern återställs.
Geo-återställning
Om du har konfigurerat servern för geografiskt redundanta säkerhetskopior kan en ny server skapas från säkerhetskopian av den befintliga servern. Den här nya servern kan skapas i valfri region som Azure Database for MySQL är tillgänglig.
Om du vill skapa en server med hjälp av en geo-redundant säkerhetskopiering använder du Azure CLI-kommandot az mysql server georestore .
Kommentar
När en server först skapas är den kanske inte omedelbart tillgänglig för geo-återställning. Det kan ta några timmar innan nödvändiga metadata fylls i.
Om du vill geo-återställa servern anger du följande kommando i Azure CLI-kommandotolken:
az mysql server georestore --resource-group myresourcegroup --name mydemoserver-georestored --source-server mydemoserver --location eastus --sku-name GP_Gen5_8
Det här kommandot skapar en ny server med namnet mydemoserver-georestored i USA, östra som kommer att tillhöra myresourcegroup. Det är en General Purpose, Gen 5-server med 8 virtuella kärnor. Servern skapas från den geo-redundanta säkerhetskopieringen av mydemoserver, som också finns i resursgruppen myresourcegroup
Om du vill skapa den nya servern i en annan resursgrupp än den befintliga servern kvalificerar du servernamnet i parametern --source-server som i följande exempel:
az mysql server georestore --resource-group newresourcegroup --name mydemoserver-georestored --source-server "/subscriptions/$<subscription ID>/resourceGroups/$<resource group ID>/providers/Microsoft.DBforMySQL/servers/mydemoserver" --location eastus --sku-name GP_Gen5_8
Kommandot az mysql server georestore kräver följande parametrar:
| Inställning | Föreslaget värde | Beskrivning |
|---|---|---|
| resource-group | myresourcegroup | Namnet på resursgruppen som den nya servern kommer att tillhöra. |
| name | mydemoserver-georestored | Namnet på den nya servern. |
| source-server | mydemoserver | Namnet på den befintliga servern vars geo-redundanta säkerhetskopior används. |
| plats | eastus | Platsen för den nya servern. |
| sku-name | GP_Gen5_8 | Den här parametern anger prisnivån, beräkningsgenereringen och antalet virtuella kärnor för den nya servern. GP_Gen5_8 mappar till en Gen 5-server för generell användning med 8 virtuella kärnor. |
När du skapar en ny server med en geo-återställning ärver den samma lagringsstorlek och prisnivå som källservern. Det går inte att ändra dessa värden när du skapar dem. När den nya servern har skapats kan lagringsstorleken skalas upp.
När återställningsprocessen är klar letar du upp den nya servern och kontrollerar att data återställs som förväntat. Den nya servern har samma inloggningsnamn och lösenord för serveradministratören som var giltigt för den befintliga servern när återställningen initierades. Lösenordet kan ändras från den nya serverns översiktssida.
Den nya servern som skapades under en återställning har inte de VNet-tjänstslutpunkter som fanns på den ursprungliga servern. Dessa regler måste konfigureras separat för den nya servern. Brandväggsregler från den ursprungliga servern återställs.
Nästa steg
- Läs mer om tjänstens säkerhetskopior
- Lär dig mer om repliker
- Läs mer om alternativ för affärskontinuitet