Dela via


Återställa en databas från en säkerhetskopia i Azure SQL Managed Instance

Gäller för:Azure SQL Managed Instance

Den här artikeln innehåller steg för att återställa en databas från en säkerhetskopia i Azure SQL Managed Instance. Information om Azure SQL Database finns i Återställa en databas från en säkerhetskopia i Azure SQL Database.

Översikt

Automatiserade säkerhetskopior av databaser hjälper till att skydda dina databaser mot användar- och programfel, oavsiktlig borttagning av databaser och långvariga avbrott. Den här inbyggda funktionen är tillgänglig för alla tjänstnivåer och beräkningsstorlekar. Följande alternativ är tillgängliga för databasåterställning via automatiserade säkerhetskopieringar:

  • Skapa en ny databas på samma hanterade instans, återställd till en angiven tidpunkt inom kvarhållningsperioden.
  • Skapa en ny databas på samma hanterade instans eller en annan hanterad instans, återställd till en angiven tidpunkt inom kvarhållningsperioden.
  • Skapa en databas på samma hanterade instans eller en annan hanterad instans, återställd till borttagningstiden för en borttagen databas.
  • Skapa en ny databas på en hanterad instans i samma prenumeration eller en annan prenumeration i samma klientorganisation och i samma region, återställd till den plats där de senaste säkerhetskopiorna har använts.

Om du har konfigurerat långsiktig kvarhållning (LTR) kan du också skapa en ny databas från valfri långsiktig kvarhållningssäkerhetskopia på valfri instans.

Viktigt!

Du kan inte skriva över en befintlig databas under återställningen.

Återställningstid

Flera faktorer påverkar återställningstiden för att återställa en databas via automatiserade säkerhetskopieringar av databaser:

  • Databasens storlek
  • Databasens beräkningsstorlek
  • Antalet transaktionsloggar som ingår
  • Mängden aktivitet som måste spelas upp igen för att återställa till återställningspunkten
  • Nätverksbandbredden om återställningen är till en annan region
  • Antalet samtidiga återställningsbegäranden som bearbetas i målregionen

Återställningen ta flera timmar för en stor eller mycket aktiv databas. Ett långvarigt avbrott i en region kan orsaka ett stort antal geo-återställningsbegäranden för haveriberedskap. Om många sådana förfrågningar körs samtidigt kan återställningstiden för enskilda databaser öka. De flesta databasåterställningar slutförs på mindre än 12 timmar.

Dricks

För Azure SQL Managed Instance har systemuppdateringar företräde framför pågående databasåterställningar. Om det finns en systemuppdatering för SQL Managed Instance pausas alla väntande återställningar, och de återupptas sedan efter att uppdateringen har tillämpats. Det här systembeteendet kan förlänga tiden för återställningar och kan vara särskilt påverkande för långvariga återställningar.

För att uppnå en förutsägbar tid för databasåterställningar bör du överväga att konfigurera underhållsperioder som tillåter schemaläggning av systemuppdateringar vid en viss dag och tidpunkt. Överväg även att köra databasåterställningar utanför den schemalagda underhållsperioden.

Behörigheter

Om du vill återställa med hjälp av automatiserade säkerhetskopior måste du vara antingen:

  • En medlem av rollen SQL Server-deltagare eller SQL Managed Instance-deltagare (beroende på återställningsmål) i prenumerationen
  • Prenumerationsägaren

Mer information finns i Azure RBAC: Inbyggda roller.

Du kan återställa med hjälp av Azure-portalen, PowerShell eller REST-API:et. Du kan inte använda Transact-SQL.

Återställning till tidpunkt

Du kan återställa en databas till en tidigare tidpunkt. Begäran kan ange valfri tjänstnivå eller beräkningsstorlek för den återställda databasen. Se till att du har tillräckligt med resurser på den instans som du återställer databasen till.

När återställningen är klar skapar den en ny databas på målinstansen, oavsett om det är samma instans eller en annan instans. Den återställde databasen debiteras enligt normala priser baserat på tjänstnivån och beräkningsstorleken. Du debiteras inte förrän databasåterställningen är klar.

Du återställer vanligtvis en databas till en tidigare punkt i återställningssyfte. Du kan behandla den återställde databasen som en ersättning för den ursprungliga databasen eller använda den som en datakälla för att uppdatera den ursprungliga databasen.

Viktigt!

Du kan inte utföra en återställning till tidpunkt på en geo-sekundär databas. Du kan bara göra det på en primär databas.

  • Databasersättning

    Om du vill att den återställde databasen ska ersätta den ursprungliga databasen bör du ange den ursprungliga databasens beräkningsstorlek och tjänstnivå. Du kan sedan byta namn på den ursprungliga databasen och ge den återställde databasen det ursprungliga namnet med hjälp av kommandot ALTER DATABASE i T-SQL.

  • Dataräddning

    Om du planerar att hämta data från den återställda databasen för att återställa från ett användar- eller programfel måste du skriva och köra ett dataåterställningsskript som extraherar data från den återställda databasen och gäller för den ursprungliga databasen. Återställningsåtgärden kan ta lång tid att slutföra, men återställningsdatabasen visas i databaslistan under hela återställningsprocessen.

    Om du tar bort databasen under återställningen avbryts återställningsåtgärden. Du debiteras inte för databasen som inte slutförde återställningen.

Om du vill återställa en databas i SQL Managed Instance till en viss tidpunkt med hjälp av Azure-portalen kan du gå till databasen i portalen och välja Återställ. Du kan också öppna översiktssidan för SQL Managed Instance och välja + Ny databas i verktygsfältet för att öppna sidan Skapa Azure SQL Managed Database .

Screenshot that shows the SQL Managed Instance overview pane in the Azure portal, with adding a new database selected.

Ange information om målhanterad instans på fliken Grundläggande och välj en typ av säkerhetskopiering på fliken Datakälla .

Screenshot of the Azure portal that shows the data source tab of the Create Azure SQL Managed Database page, with point-in-time restore selected.

Mer information finns i artikeln Återställning till tidpunkt.

Borttagen databasåterställning

Du kan återställa en borttagen databas till borttagningstiden, eller en tidigare tidpunkt, till samma instans eller en annan instans än källinstansen. Målinstansen kan finnas i samma prenumeration eller i en annan prenumeration än källinstansen. Du återställer en borttagen databas genom att skapa en ny databas från säkerhetskopian.

Viktigt!

Du kan inte återställa en borttagen hanterad instans. Om du tar bort en hanterad instans tas alla dess databaser också bort och kan inte återställas till borttagningstiden eller en tidigare tidpunkt. Om du har konfigurerat långsiktig kvarhållning (LTR) kan du fortfarande återställa en databas från borttagen instans till en annan instans och till tidpunkten då LTR-säkerhetskopieringen gjordes.

Om du vill återställa en databas med hjälp av Azure-portalen öppnar du översiktssidan för den hanterade instansen och väljer Säkerhetskopieringar. Välj att visa borttagna säkerhetskopior och välj sedan Återställ bredvid den borttagna säkerhetskopia som du vill återställa för att öppna sidan Skapa Azure SQL Managed Database . Ange information om målhanterad instans på fliken Grundläggande och information om källhanterad instans på fliken Datakälla. Konfigurera kvarhållningsinställningar på fliken Ytterligare inställningar.

Screenshot of the Azure portal, Backups page of the SQL Managed Instance, showing deleted databases and selecting the Restore action.

Dricks

Det kan ta flera minuter innan nyligen borttagna databaser visas på sidan Borttagna databaser i Azure-portalen eller när du vill visa borttagna databaser med hjälp av kommandoraden.

Geo-återställning

Viktigt!

  • Geo-återställning är endast tillgängligt för hanterade instanser som konfigurerats med geo-redundant lagring av säkerhetskopiering. Om du för närvarande inte använder geo-replikerade säkerhetskopior för en databas kan du ändra detta genom att konfigurera redundans för lagring av säkerhetskopior.
  • Du kan utföra geo-återställning på hanterade instanser som endast finns i samma prenumeration.

Geo-återställning är standardåterställningsalternativet när databasen inte är tillgänglig på grund av en incident i värdregionen. Du kan återställa databasen till en instans i vilken annan region som helst. Du kan återställa en databas på alla hanterade instanser i valfri Azure-region från de senaste geo-replikerade säkerhetskopiorna. Geo-återställning använder en geo-replikerad säkerhetskopia som källa. Du kan begära en geo-återställning även om ett avbrott har gjort databasen eller datacentret otillgängligt.

Det finns en fördröjning mellan när en säkerhetskopia görs och när den geo-replikeras till en Azure-blob i en annan region. Därför kan den återställde databasen vara upp till en timme bakom den ursprungliga databasen. Följande bild visar en databasåterställning från den senaste tillgängliga säkerhetskopieringen i en annan region.

Illustration of restoring a database across regions for the purpose of geo-restore.

Från Azure-portalen kan du återställa en geo-replikerad säkerhetskopia till en befintlig instans eller skapa en ny hanterad instans och välja en tillgänglig geo-återställningssäkerhetskopia. Den nyligen skapade databasen innehåller geo-återställd säkerhetskopieringsdata.

Om du vill återställa till en befintlig instans följer du stegen i Återställning till tidpunkt och väljer lämpliga käll- och målinstanser för att återställa databasen till den avsedda instansen.

Om du vill geo-återställa till en ny instans med hjälp av Azure-portalen följer du dessa steg:

  1. Gå till din nya hanterade Azure SQL-instans.
  2. Välj Ny databas.
  3. Ange ett databasnamn.
  4. Under Datakälla väljer du lämplig typ av säkerhetskopiering och anger sedan information om datakällan.
  5. Välj en säkerhetskopia i listan med tillgängliga geo-återställningssäkerhetskopior.

När du har slutfört processen med att skapa en instansdatabas innehåller den återställda geo-återställningssäkerhetskopian.

Överväganden för geo-återställning

Geo-återställning är den mest grundläggande haveriberedskapslösningen som finns i Azure SQL Managed Instance. Den förlitar sig på automatiskt skapade geo-replikerade säkerhetskopior i en sekundär (parad) region. Här är några överväganden för geo-återställning:

  • Mål för återställningspunkt (RPO) är upp till 1 timme.
  • Återställningsprocesser (mål för återställningstid – RTO) tar vanligtvis mindre än 12 timmar, men kan variera beroende på databasens storlek och aktivitet, så återställningen kan sträcka sig längre än den här tidsramen.
  • Sekundär (länkad) region är Azure Storage-inställningar för den primära regionen. Du kan inte ändra den sekundära regionen.
  • Nyligen skapade/återställde databaser kanske inte omedelbart visas som återställningsbara i andra regioner på grund av en fördröjning i att fylla i nya data. Om kunderna inte ser säkerhetskopior av nya databaser bör de förutse en väntetid på upp till 24 timmar.

Det är viktigt att erkänna att geo-återställning fungerar som en lämplig haveriberedskapslösning för program med relativt små databaser som inte är viktiga för verksamheten. Använd redundansgrupper för affärskritiska program som kräver stora databaser och som måste säkerställa affärskontinuitet. Den funktionen erbjuder ett mycket lägre RPO och RTO, och kapaciteten garanteras alltid.

Mer information om alternativ för affärskontinuitet finns i Översikt över affärskontinuitet.

Begränsningar

Tänk på följande begränsningar när du arbetar med säkerhetskopior och Azure SQL Managed Instance:

  • Geo-återställning av en databas kan bara utföras till en instans i samma prenumeration som sql-källhanterad instans.
  • Azure SQL Managed Instance-databaser kan bara återställas till SQL Server 2022 (antingen lokalt eller på en virtuell dator) om SQL Managed Instance-källan har registrerats i funktionsvågen november 2022.
  • Azure SQL Managed Instance-databaser krypteras med TDE som standard. När källdatabasen använder en kundhanterad nyckel (CMK) som TDE-skydd måste målinstansen ha åtkomst till samma nyckel som används för att kryptera källdatabasen i Azure Key Vault, eller så måste du inaktivera TDE-kryptering på källdatabasen innan du tar säkerhetskopian.
  • Du kan bara spåra förloppet för återställningsprocessen med hjälp av sys.dm_exec_requests och sys.dm_operation_status dynamiska hanteringsvyer.
  • När tjänstslutpunktsprinciper är aktiverade på Azure SQL Managed Instance förhindrar en tjänstslutpunktsprincip i ett undernät återställning till tidpunkt (PITR) från instanser i olika undernät.
  • Mål för återställningspunkt (RPO) är upp till 1 timme.
  • Målet för återställningstid (RTO) är cirka 12 timmar, men kan variera beroende på databasens storlek och aktivitet kan gå längre än den här tidsramen.
  • Det går inte att ändra den sekundära (kopplade) regionen.
  • Nyligen skapade/återställde databaser kanske inte omedelbart visas som återställningsbara i andra regioner på grund av en fördröjning i att fylla i nya data. Det kan ta upp till 24 timmar innan säkerhetskopior av den nya databasen blir synliga.