Dela via

Säkerhetskopiera och återställa en server i Azure Database for MySQL med hjälp av Azure CLI

  • 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?

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:

  • 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