Dela via

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

  • Artikel

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 databassäkerhetskopior 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 tenant och i samma region, återställd till tidpunkten för de senaste säkerhetskopiorna.

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

För en stor eller mycket aktiv databas kan återställningen ta flera timmar. Ett långvarigt avbrott i en region kan orsaka ett stort antal geoåterställningsförfrågningar för katastrofåterställning. När det finns många begäranden kan återställningstiden för enskilda databaser öka. De flesta databasåterställningar slutförs på mindre än 12 timmar.

Tips

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-kontributör eller SQL Managed Instance-kontributör (beroende på återställningsdestination) 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 en viss 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 en viss tidpunkt av en geo-sekundär databasen. 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.

  • dataåterställning

    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.

Skärmbild som visar översiktsfönstret för SQL Managed Instance i Azure-portalen med en ny databas markerad.

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

Skärmbild av Azure-portalen som visar fliken datakälla på sidan Skapa Azure SQL Managed Database med återställning till tidpunkt vald.

Mer detaljerad information finns i artikeln om återställning till en särskild 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 vara 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.

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äkerhetskopior. Välj att visa Borttagna säkerhetskopior och välj sedan Återställ bredvid den borttagna säkerhetskopian 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.

Skärmbild av Azure-portalen, sidan Säkerhetskopieringar i SQL Managed Instance, som visar borttagna databaser och väljer åtgärden Återställ.

Tips

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.

Återställa en databas från en borttagen SQL-hanterad instans

Om du behöver återställa en oavsiktligt borttagen SQL-hanterad instans kontaktar du Microsofts supportteam inom fem dagar efter borttagningen. Tänk på följande:

  • Du behöver en befintlig instans med matchande tjänstnivå och lika med eller högre SLO som den borttagna instansen. Var redo att ge support med information om målinstansen.
  • Krypterade databaser som skyddas av en kundhanterad nyckel (CMK) kan bara återställas till instanser som har åtkomst till samma nyckel.
  • Endast användarskapade databaser kan återställas. Det går inte att återställa systemdatabaser.
  • Återställning är endast möjlig till den senaste ögonblickssäkerhetskopieringen som togs precis innan instansen togs bort, med hjälp av den sista kopian av slutloggen som togs före borttagningen.

Geo-återställning

Viktigt!

  • Geo-återställning är endast tillgängligt för hanterade instanser som konfigurerats med geo-redundant lagring av säkerhetskopior. 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 säkerhetskopieringslagring.
  • Du kan utföra geo-återställning på hanterade instanser som endast befinner sig 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.

Bild av återställning av en databas mellan regioner för geo-återställning.

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 tidpunktoch se till att välja lämpliga käll- och målinstans för att återställa databasen till den instans du avsett.

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ällaväljer du lämplig typ av säkerhetskopiering och anger sedan information om datakällan.
  5. Välj en säkerhetskopia från listan över tillgängliga geo-återställningskopior.

När du har slutfört processen med att skapa en instansdatabas, kommer den att innehålla den återställda geo-säkerhetskopian.

Överväganden vid 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 geografisk återställning är en lämplig katastrofåterställningslösning för applikationer med relativt små databaser som inte är kritiska för verksamheten. För affärskritiska program som kräver stora databaser och måste säkerställa affärskontinuitet använder du redundansgrupper. 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 källa-SQL-hanterad instans.
  • Azure SQL Managed Instance-databaser krypteras med TDE som standard. När källdatabasen använder en kundhanterad nyckel (CMK) som TDE-skydd och du vill återställa din databas till en instans som inte är samma som källans SQL Managed Instance, måste målinstansen ha åtkomst till samma nyckel som används för att kryptera källdatabasen i Azure Key Vault. Alternativt 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 finns i ett undernät som tilldelats Azure SQL Managed Instance kan punktåterställning (PITR) till hanterade instanser i det undernätet inte utföras från instanser i olika regioner.
  • Återställningspunktsmålet (RPO) är högst 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.
  • Den sekundära (kopplade) regionen kan inte ändras.
  • 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.
  • Det maximala antalet databaser som du kan återställa parallellt är 200 per enskild prenumeration. I vissa fall är det möjligt att öka den här gränsen genom att skapa ett supportärende.
  • Databassäkerhetskopior från instanser som konfigurerats med SQL Server 2022 uppdateringsprincip kan återställas till instanser som konfigurerats med antingen SQL Server 2022- eller Always-up-to-date update-principen. Databassäkerhetskopior som hämtats från instanser som konfigurerats med uppdateringsprincipen Always-up-to-date kan bara återställas till instanser som också har konfigurerats med uppdateringsprincipen Always-up-to-date.

Relaterat innehåll