Säkerhetskopiera SQL Server på Azure Stack

Artikel
02/28/2024

Den här artikeln beskriver hur du konfigurerar Microsoft Azure Backup Server (MABS) för att skydda SQL Server-databaser i Azure Stack.

SQL Server-databasskyddsarbetsflöde

Hanteringen av säkerhetskopieringen av SQL Server-databasen till Azure och återställning från Azure omfattar:

Skapa en säkerhetskopieringsprincip för att skydda SQL Server-databaser
Skapa säkerhetskopior på begäran
Återställa databasen från diskar och från Azure

Förutsättningar och begränsningar

Om du har en databas med filer på en fjärrfilresurs misslyckas skyddet med fel-ID 104. MABS stöder inte skydd för SQL Server-data på en fjärrfilresurs.
MABS kan inte skydda databaser som lagras på fjärranslutna SMB-resurser.
Kontrollera att tillgänglighetsgruppens repliker är konfigurerade som skrivskyddade.
Du måste uttryckligen lägga till systemkontot NTAuthority\System i sysadmin-gruppen på SQL Server.
När du utför en alternativ platsåterställning för en delvis innesluten databas måste du se till att sql-målinstansen har funktionen Inneslutna databaser aktiverad.
När du utför en alternativ platsåterställning för en filströmsdatabas måste du se till att sql-målinstansen har funktionen för filströmdatabas aktiverad.
Skydd för SQL Server AlwaysOn:
- MABS identifierar tillgänglighetsgrupper när du kör en förfrågan vid skapande av skyddsgrupper.
- MABS identifierar en redundansväxling och fortsätter att skydda databasen.
- MABS stöder klusterkonfigurationer med flera platser för en instans av SQL Server.
När du skyddar databaser som använder funktionen AlwaysOn har MABS följande begränsningar:
- MABS följer säkerhetskopieringsprincipen för tillgänglighetsgrupper som anges i SQL Server baserat på säkerhetskopieringsinställningarna enligt följande:
  - Föredrar sekundär – Säkerhetskopieringar bör ske på en sekundär replik, förutom när den primära repliken är den enda repliken online. Om det finns flera tillgängliga sekundära repliker väljs noden med högsta prioritet för säkerhetskopiering för säkerhetskopiering. Om endast den primära repliken är tillgänglig bör säkerhetskopieringen ske på den primära repliken.
  - Endast sekundär – Säkerhetskopiering ska inte utföras på den primära repliken. Om den primära repliken är den enda online ska säkerhetskopieringen inte ske.
  - Primär – Säkerhetskopieringar bör alltid ske på den primära repliken.
  - Alla repliker – Säkerhetskopieringar kan ske på någon av tillgänglighetsreplikerna i tillgänglighetsgruppen. Noden som ska säkerhetskopieras från baseras på säkerhetskopieringsprioriteterna för var och en av noderna.
- Kommentar
  - Säkerhetskopior kan ske från alla läsbara repliker , det vill: primär, synkron sekundär, asynkron sekundär.
  - Om en replik exkluderas från säkerhetskopiering, till exempel Exkludera replik är aktiverad eller markeras som inte läsbar, väljs inte den repliken för säkerhetskopiering under något av alternativen.
  - Om flera repliker är tillgängliga och läsbara väljs noden med högsta prioritet för säkerhetskopiering för säkerhetskopiering.
  - Om säkerhetskopieringen misslyckas på den valda noden misslyckas säkerhetskopieringen.
  - Återställning till den ursprungliga platsen stöds inte.
Problem med säkerhetskopiering av SQL Server 2014 eller senare:
- SQL Server 2014 lade till en ny funktion för att skapa en databas för lokal SQL Server på Microsoft Azure Blob Storage. MABS kan inte användas för att skydda den här konfigurationen.
- Det finns några kända problem med alternativet "Föredrar sekundär" säkerhetskopiering för alternativet SQL AlwaysOn. MABS tar alltid en säkerhetskopia från sekundär. Om ingen sekundär kan hittas misslyckas säkerhetskopieringen.

Innan du börjar

Installera och förbereda Azure Backup Server.

Skapa en säkerhetskopieringspolicy

Följ dessa steg för att skapa en säkerhetskopieringsprincip för att skydda SQL Server-databaser till Azure:

På Azure Backup Server väljer du arbetsytan Skydd.
På verktygsmenyn väljer du Ny för att skapa en ny skyddsgrupp.

Azure Backup Server startar guiden Skyddsgrupp som leder dig genom att skapa en skyddsgrupp. Välj Nästa.
På bladet Välj typ av skyddsgrupp väljer du Servrar.
På bladet Välj gruppmedlemmar visar listan Tillgängliga medlemmar de olika datakällorna. Välj + för att expandera en mapp och visa undermapparna. Markera kryssrutan för att markera ett objekt.

Alla markerade objekt visas i listan Valda medlemmar. När du har valt de servrar eller databaser som du vill skydda väljer du Nästa.
På bladet Välj dataskyddsmetod anger du ett namn för skyddsgruppen och markerar kryssrutan Jag vill ha onlineskydd.
På bladet Ange kortsiktiga mål inkluderar du de indata som krävs för att skapa säkerhetskopieringspunkter till disken och väljer Nästa.

I exemplet är kvarhållningsintervallet 5 dagar, synkroniseringsfrekvensen är en gång var 15:e minut, vilket är säkerhetskopieringsfrekvensen. Fullständig expresssäkerhetskopiering är inställd på 20:00.

Kommentar

I exemplet som visas, klockan 20:00 varje dag skapas en säkerhetskopieringsplats genom att de ändrade data överförs från föregående dags säkerhetskopieringspunkt 20:00. Den här processen kallas för Express Fullständig säkerhetskopiering. Transaktionsloggar synkroniseras var 15:e minut. Om du behöver återställa databasen kl. 21:00 skapas punkten från loggarna från den senaste fullständiga snabbsäkerhetsplatsen (20.00 i det här fallet).
På bladet Granska diskallokering kontrollerar du det totala tillgängliga lagringsutrymmet och det potentiella diskutrymmet. Välj Nästa.
I metoden Välj replikskapande väljer du hur du skapar din första återställningspunkt. Du kan överföra den första säkerhetskopieringen manuellt (utanför nätverket) för att undvika bandbreddsbelastning eller över nätverket. Om du väljer att vänta med att överföra den första säkerhetskopian kan du ange tiden för den första överföringen. Välj Nästa.

Den första säkerhetskopian kräver att hela datakällan (SQL Server-databasen) överförs från produktionsservern (SQL Server-datorn) till Azure Backup Server. Dessa data kan vara stora och överföring av data via nätverket kan överskrida bandbredden. Därför kan du välja att överföra den första säkerhetskopian: Manuellt (med flyttbara medier) för att undvika bandbreddsbelastning eller Automatiskt över nätverket (vid en angiven tidpunkt).

När den första säkerhetskopieringen är klar är resten av säkerhetskopiorna inkrementella säkerhetskopior på den första säkerhetskopian. Inkrementella säkerhetskopior brukar vara små och överförs enkelt över nätverket.
Välj när du vill att konsekvenskontrollen ska köras och välj Nästa.

Azure Backup Server utför en konsekvenskontroll av säkerhetskopieringsplatsens integritet. Azure Backup Server beräknar kontrollsumman för säkerhetskopieringsfilen på produktionsservern (SQL Server-datorn i det här scenariot) och säkerhetskopierade data för filen. Om det uppstår en konflikt antas det att den säkerhetskopierade filen på Azure Backup Server är skadad. Azure Backup Server korrigerar säkerhetskopierade data genom att skicka de block som motsvarar matchningsfelet för kontrollsumman. Eftersom konsekvenskontroller är prestandaintensiva kan du schemalägga konsekvenskontrollen eller köra den automatiskt.
Om du vill ange onlineskydd för datakällorna väljer du de databaser som ska skyddas till Azure och väljer Nästa.
Välj säkerhetskopieringsscheman och kvarhållningsprinciper som passar organisationens principer.

I det här exemplet görs säkerhetskopieringar en gång om dagen kl. 12:00 och 20:00.

Kommentar

Det är en bra idé att ha några kortsiktiga återställningspunkter på disken för snabb återställning. Dessa återställningspunkter används för driftåterställning. Azure fungerar som en bra offsite-plats med högre serviceavtal och garanterad tillgänglighet.

Bästa praxis: Om du schemalägger säkerhetskopieringar till Azure för att starta efter att de lokala disksäkerhetskopiorna har slutförts kopieras alltid de senaste disksäkerhetskopiorna till Azure.
Välj schemat för kvarhållningsprincip. Information om hur kvarhållningsprincipen fungerar finns i artikeln Använd Azure Backup för att ersätta bandinfrastrukturen.

I det här exemplet:
- Säkerhetskopieringar görs en gång om dagen kl. 12:00 och 20:00 och behålls i 180 dagar.
- Säkerhetskopieringen på lördag klockan 12:00 behålls i 104 veckor
- Säkerhetskopieringen den sista lördagen klockan 12:00 behålls i 60 månader
- Säkerhetskopian den sista lördagen i mars klockan 12:00 behålls i 10 år
Välj Nästa och välj lämpligt alternativ för att överföra den första säkerhetskopian till Azure. Du kan välja Automatiskt via nätverket
När du har granskat principinformationen på bladet Sammanfattning väljer du Skapa grupp för att slutföra arbetsflödet. Du kan välja Stäng och övervaka jobbstatusen i Övervakningsarbetsytan.

Köra en säkerhetskopiering på begäran

En återställningspunkt skapas bara när den första säkerhetskopieringen sker. När du har skapat en säkerhetskopieringsprincip kan du utlösa skapandet av en återställningspunkt manuellt i stället för att vänta på att schemaläggaren ska ta säkerhetskopian.

Följ dessa steg för att köra en säkerhetskopiering på begäran av en SQL Server-databas:

Vänta tills skyddsgruppens status visar OK för databasen innan du skapar återställningspunkten.
Högerklicka på databasen och välj Skapa återställningspunkt.
Välj Onlineskydd i den nedrullningsbara menyn och välj OK för att börja skapa en återställningspunkt i Azure.
Visa jobbets förlopp på arbetsytan Övervakning .

Återställa databasen från Azure

Följ dessa steg för att återställa en skyddad entitet (SQL Server-databas) från Azure:

Öppna Hanteringskonsolen för Azure Backup Server. Gå till Arbetsytan Återställning där du kan se de skyddade servrarna. Bläddra i den databas som krävs (i det här fallet ReportServer$MSDPM2012). Välj en återställning från den tidpunkt som anges som en onlinepunkt .
Högerklicka på databasnamnet och välj Återställ.
MABS visar information om återställningspunkten. Välj Nästa. Om du vill skriva över databasen väljer du återställningstypen Återställ till den ursprungliga instansen av SQL Server. Välj Nästa.

I det här exemplet återställer MABS databasen till en annan SQL Server-instans eller till en fristående nätverksmapp.
På bladet Ange återställningsalternativ kan du välja återställningsalternativ som begränsning av nätverksbandbreddsanvändning för att begränsa bandbredden som används vid återställning. Välj Nästa.
På bladet Sammanfattning ser du alla återställningskonfigurationer som har angetts hittills. Välj Återställ.

Återställningsstatusen visar databasen som återställs. Du kan välja Stäng för att stänga guiden och visa förloppet på arbetsytan Övervakning .

När återställningen är klar är den återställda databasen program konsekvent.

Dela via