Dela via

Säkerhetskopiera och återställa dedikerade SQL-pooler i Azure Synapse Analytics

  • Artikel

I den här artikeln får du lära dig hur du använder säkerhetskopiering och återställning i en dedikerad SQL-pool i Azure Synapse.

Använd dedikerade återställningspunkter i SQL-poolen för att återställa eller kopiera informationslagret till ett tidigare tillstånd i den primära regionen. Använd geo-redundanta säkerhetskopior av informationslager för att återställa till en annan geografisk region.

Kommentar

Alla funktioner i den dedikerade SQL-poolen i Azure Synapse-arbetsytor gäller inte för dedikerad SQL-pool (tidigare SQL DW) och vice versa. Om du vill aktivera arbetsytefunktioner för en befintlig dedikerad SQL-pool (tidigare SQL DW) läser du Så här aktiverar du en arbetsyta för din dedikerade SQL-pool (tidigare SQL DW). Mer information finns i Vad är skillnaden mellan dedikerade SQL-pooler i Azure Synapse (tidigare SQL DW) och dedikerade SQL-pooler i en Azure Synapse Analytics-arbetsyta?.

Vad är en ögonblicksbild av informationslager

En ögonblicksbild av informationslagret skapar en återställningspunkt som du kan använda för att återställa eller kopiera ditt informationslager till ett tidigare tillstånd. Eftersom den dedikerade SQL-poolen är ett distribuerat system består en ögonblicksbild av informationslagret av många filer som finns i Azure Storage. Ögonblicksbilder samlar in inkrementella ändringar från data som lagras i ditt informationslager.

Kommentar

Dedicerade RTO-priser (Recovery Time Objective) för SQL-pool kan variera. Faktorer som kan påverka återställningstiden (återställningen):

  • Databasens storlek
  • Platsen för käll- och måldatalagret (vid geo-återställning)
  • Ögonblicksbilder av informationslager kan inte exporteras som en separat fil (t.ex. för Azure Storage, lokal miljö)

En datalageråterställning är ett nytt informationslager som skapas från en återställningspunkt i ett befintligt eller borttaget informationslager. Att återställa informationslagret är en viktig del av alla strategier för affärskontinuitet och haveriberedskap eftersom de återskapar dina data efter oavsiktlig skada eller borttagning. Ögonblicksbild av informationslager är också en kraftfull mekanism för att skapa kopior av ditt informationslager i test- eller utvecklingssyfte.

Kommentar

Dedicerade RTO-priser (Recovery Time Objective) för SQL-pool kan variera. Faktorer som kan påverka återställningstiden (återställningen):

  • Databasens storlek
  • Platsen för käll- och måldatalagret (vid geo-återställning)

Automatiska återställningspunkter

Ögonblicksbilder är en inbyggd funktion som skapar återställningspunkter. Du behöver inte aktivera den här funktionen. Den dedikerade SQL-poolen måste dock vara i ett aktivt tillstånd för att du ska kunna skapa återställningspunkter. Om den pausas ofta kanske inte automatiska återställningspunkter skapas, så se till att skapa en användardefinierad återställningspunkt innan du pausar den dedikerade SQL-poolen. Automatiska återställningspunkter kan för närvarande inte tas bort av användare eftersom tjänsten använder dessa återställningspunkter för att underhålla serviceavtal för återställning.

Ögonblicksbilder av ditt informationslager tas under dagen och skapar återställningspunkter som är tillgängliga i sju dagar. Det går inte att ändra kvarhållningsperioden. Dedikerad SQL-pool stöder ett åtta timmars återställningsmål (RPO). Du kan återställa informationslagret i den primära regionen från någon av ögonblicksbilderna som tagits under de senaste sju dagarna.

Om du vill se när den senaste ögonblicksbilden startade kör du den här frågan i din dedikerade SQL-pool online.

SELECT TOP 1 *
FROM sys.pdw_loader_backup_runs
ORDER BY run_id desc;

Kommentar

Säkerhetskopieringar sker var fjärde (4) timme för att uppfylla ett serviceavtal på åtta (8) timmar. Därför visar den sys.pdw_loader_backup_runs dynamiska hanteringsvyn säkerhetskopieringsaktivitet var fjärde (4) timme.

Användardefinierade återställningspunkter

Med den här funktionen kan du manuellt utlösa ögonblicksbilder för att skapa återställningspunkter i informationslagret före och efter stora ändringar. De här återställningspunkterna säkerställer logisk konsekvens och ger ytterligare dataskydd för snabb återställning vid avbrott i arbetsbelastningen eller användarfel. Användardefinierade återställningspunkter är tillgängliga i sju dagar och tas bort automatiskt åt dig. Du kan inte ändra kvarhållningsperioden för användardefinierade återställningspunkter. 42 användardefinierade återställningspunkter garanteras när som helst, så de måste tas bort innan du skapar en annan återställningspunkt. Du kan utlösa ögonblicksbilder för att skapa användardefinierade återställningspunkter med hjälp av Azure Portal eller programmatiskt med endast PowerShell- eller REST-API:erna.

Kommentar

Om du behöver återställningspunkter längre än 7 dagar kan du rösta på den här funktionen.

Kommentar

T-SQL-skript kan inte användas för säkerhetskopiering på begäran. Användardefinierade återställningspunkter kan skapas med hjälp av Azure Portal eller programmatiskt med hjälp av PowerShell- eller REST-API:er.

Om du letar efter ett koncept för långsiktig säkerhetskopiering (LTR):

  1. Skapa en ny användardefinierad återställningspunkt eller använd någon av de automatiskt genererade återställningspunkterna.
  2. Återställ från den nyligen skapade återställningspunkten till ett nytt informationslager.
  3. Efter återställningen finns den dedikerade SQL-poolen online. Minska beräkningskostnader genom att pausa den på obestämd tid. Den pausade databasen medför lagringsavgifter enligt Azure Synapses lagringstaxa.

Om du behöver en aktiv kopia av det återställde informationslagret kan du återuppta, vilket bara tar några minuter.

Skapa användardefinierade återställningspunkter

Du kan skapa en ny användardefinierad återställningspunkt programmatiskt. Välj rätt metod baserat på den SQL-pool som du använder: antingen en fristående dedikerad SQL-pool (tidigare SQL DW) eller en dedikerad SQL-pool i en Synapse-arbetsyta.

Azure PowerShell

REST API:er

Ta bort användardefinierade återställningspunkter

Du kan ta bort en specifik användardefinierad återställningspunkt programmatiskt. Välj rätt metod baserat på den SQL-pool som du använder: antingen en fristående dedikerad SQL-pool (tidigare SQL DW) eller en dedikerad SQL-pool i en Synapse-arbetsyta.

Azure PowerShell

REST API:er

Kvarhållning av återställningspunkt

Följande visar information om kvarhållningsperioder för återställningspunkter:

  1. Dedikerad SQL-pool tar bort en återställningspunkt när den når kvarhållningsperioden på 7 dagar och när det finns minst 42 totala återställningspunkter (inklusive både användardefinierade och automatiska).
  2. Ögonblicksbilder tas inte när en dedikerad SQL-pool pausas.
  3. En återställningspunkts ålder mäts med de absoluta kalenderdagarna från den tidpunkt då återställningspunkten tas, inklusive när SQL-poolen pausas.
  4. När som helst är en dedikerad SQL-pool garanterad att kunna lagra upp till 42 användardefinierade återställningspunkter eller 42 automatiska återställningspunkter så länge dessa återställningspunkter inte har nått kvarhållningsperioden på 7 dagar
  5. Om en ögonblicksbild tas pausas den dedikerade SQL-poolen i mer än 7 dagar och återupptas sedan. Återställningspunkten bevaras tills det finns totalt 42 återställningspunkter (inklusive både användardefinierade och automatiska)

Kvarhållning av ögonblicksbilder när en SQL-pool tas bort

När du släpper en dedikerad SQL-pool skapas en slutlig ögonblicksbild och sparas i sju dagar. Du kan återställa den dedikerade SQL-poolen till den sista återställningspunkten som skapades vid borttagningen. Om den dedikerade SQL-poolen tas bort i ett pausat tillstånd tas ingen ögonblicksbild. I det scenariot måste du skapa en användardefinierad återställningspunkt innan du tar bort den dedikerade SQL-poolen.

Geo-säkerhetskopior och haveriberedskap

En geo-säkerhetskopia skapas en gång per dag till ett kopplat datacenter. RPO för en geo-återställning är 24 timmar. En geo-återställning är alltid en dataförflyttningsåtgärd och RTO beror på datastorleken. Endast den senaste geo-säkerhetskopieringen behålls. Du kan återställa geo-säkerhetskopieringen till en server i alla andra regioner där dedikerad SQL-pool stöds. En geo-säkerhetskopia säkerställer att du kan återställa informationslagret om du inte kan komma åt återställningspunkterna i din primära region.

Om du inte behöver geo-säkerhetskopior för din dedikerade SQL-pool kan du inaktivera dem och spara på kostnaderna för haveriberedskapslagring. Det gör du genom att läsa Guiden: Inaktivera geo-säkerhetskopior för en dedikerad SQL-pool (tidigare SQL DW). Om geo-säkerhetskopieringar är inaktiverade kan du inte återställa din dedikerade SQL-pool till den kopplade Azure-regionen om ditt primära Azure-datacenter blir otillgängligt.

Kommentar

Om du behöver ett kortare RPO för geo-säkerhetskopior röstar du på den här funktionen. Du kan också skapa en användardefinierad återställningspunkt och återställning från den nyligen skapade återställningspunkten till ett nytt informationslager i en annan region. När du har återställt har du informationslagret online och kan pausa det på obestämd tid för att spara beräkningskostnader. Den pausade databasen medför lagringsavgifter enligt Azure Premium Storage-priset. Ett annat vanligt mönster för en kortare återställningspunkt är att mata in data i primära och sekundära instanser av ett informationslager parallellt. I det här scenariot matas data in från en källa (eller källor) och sparas till två separata instanser av informationslagret (primär och sekundär). Om du vill spara på beräkningskostnader kan du pausa den sekundära instansen av lagret. Om du behöver en aktiv kopia av informationslagret kan du återuppta, vilket bara tar några minuter.

Dataresidens

Om ditt kopplade datacenter finns utanför ditt land/din region kan du se till att dina data stannar kvar i din region genom att etablera databasen på lokalt redundant lagring (LRS). Om databasen redan har etablerats på RA-GRS (skrivskyddad geografiskt redundant lagring, aktuell standard) kan du välja bort geo-säkerhetskopior, men databasen fortsätter att finnas på lagring som replikeras till ett regionalt par. För att säkerställa att kunddata finns kvar i din region kan du etablera eller återställa din dedikerade SQL-pool till lokalt redundant lagring. Mer information om hur du etablerar eller återställer till lokal redundant lagring finns i Instruktionsguide för att konfigurera en enskild region för en dedikerad SQL-pool (tidigare SQL DW) i Azure Synapse Analytics

Information om hur du bekräftar att ditt kopplade datacenter finns i ett annat land/en annan region finns i Länkade Azure-regioner.

Säkerhetskopiera och återställa kostnader

Du kommer att märka att Azure-fakturan har ett radobjekt för Storage och ett radobjekt för Haveriberedskapslagring. Lagringsavgiften är den totala kostnaden för att lagra dina data i den primära regionen tillsammans med de inkrementella ändringar som fångas upp av ögonblicksbilder. En mer detaljerad förklaring av hur ögonblicksbilder debiteras finns i Förstå hur ögonblicksbilder ackumulerar avgifter. Den geo-redundanta avgiften täcker kostnaden för lagring av geo-säkerhetskopior.

Den totala kostnaden för ditt primära informationslager och sju dagars ändringar av ögonblicksbilder avrundas till närmaste TB. Om ditt informationslager till exempel är 1,5 TB och ögonblicksbilderna samlar in 100 GB debiteras du för 2 TB data till Azures standardlagringspriser.

Om du använder geo-redundant lagring får du en separat lagringsavgift. Den geo-redundanta lagringen faktureras enligt ra-GRS-standardpriset (Read-Access Geographically Redundant Storage).

Mer information om priser för Azure Synapse finns i Prissättning för Azure Synapse. Du debiteras inte för utgående data när du återställer mellan regioner.

Återställa från återställningspunkter

Varje ögonblicksbild skapar en återställningspunkt som representerar den tid då ögonblicksbilden startades. Om du vill återställa ett informationslager väljer du en återställningspunkt och utfärdar ett återställningskommando.

Du kan antingen behålla det återställde informationslagret och det aktuella eller ta bort ett av dem. Om du vill ersätta det aktuella informationslagret med det återställde informationslagret kan du byta namn på det med alternativet ÄNDRA DATABAS med alternativet ÄNDRA NAMN.

Kommentar

Återställning på tabellnivå stöds inte i dedikerade SQL-pooler. Du kan bara återställa en hel databas från din säkerhetskopia och sedan kopiera de tabell(er) som krävs med hjälp av

Återställning mellan prenumerationer

Du kan utföra en återställning mellan prenumerationer.

Geo-redundant återställning

Du kan återställa din dedikerade SQL-pool till valfri region som stöder dedikerad SQL-pool på den valda prestandanivån.

Kommentar

Om du vill utföra en geo-redundant återställning får du inte ha valt bort den här funktionen.

Supportprocess

Du kan skicka ett supportärende via Azure Portal för Azure Synapse Analytics.

Relaterat innehåll