Den här artikeln besvarar vanliga frågor om SQL Server som körs på virtuella Azure-datorer och använder Azure Backup tjänsten.
Kan jag använda Azure Backup för både virtuella IaaS-datorer och SQL Server på samma dator?
Ja, du kan ha både vm-säkerhetskopiering och SQL säkerhetskopiering på samma virtuella dator. I det här fallet utlöser vi internt fullständig kopieringssäkerhetskopiering på den virtuella datorn för att inte trunkera loggarna.
Gör lösningen ett nytt försök eller att automatiskt återställa säkerhetskopiorna?
Under vissa omständigheter utlöser Azure Backup-tjänsten reparationssäkerhetskopior. Automatisk läkening kan inträffa för något av de sex villkor som anges nedan:
- Om loggen eller differentiell säkerhetskopiering misslyckas på grund av LSN-verifieringsfel konverteras i stället nästa logg eller differentiell säkerhetskopia till en fullständig säkerhetskopia.
- Om ingen fullständig säkerhetskopiering har gjorts före en logg eller differentiell säkerhetskopia konverteras loggen eller differentiell säkerhetskopia i stället till en fullständig säkerhetskopia.
- Om den senaste fullständiga säkerhetskopieringen är äldre än 15 dagar konverteras i stället nästa logg eller differentiell säkerhetskopia till en fullständig säkerhetskopia.
- Alla säkerhetskopieringsjobb som avbryts på grund av en tilläggsuppgradering utlöses igen när uppgraderingen har slutförts och tillägget har startats.
- Om du väljer att skriva över databasen under återställningen misslyckas nästa logg-/differentiella säkerhetskopiering och en fullständig säkerhetskopiering utlöses i stället.
- I de fall där en fullständig säkerhetskopia krävs för att återställa loggkedjorna på grund av en ändring i databasens återställningsmodell utlöses en fullständig automatiskt enligt nästa schema.
Kan jag avbryta ett säkerhetskopieringsjobb som återställs automatiskt?
Nej, du kan inte avbryta ett jobb för automatisk läkening. Du kan dock välja bort den genom att följa dessa steg:
- På den SQL Server instansen i mappen C:\Program\Azure Workload Backup\bin skapar eller redigerar du filen ExtensionSettingsOverrides.json.
- I filen ExtensionSettingsOverrides.json anger du {"EnableAutoHealer": false}.
- Spara ändringarnal och stäng filen.
- På den SQL Server instansen öppnar du Uppgiftshantera och startar sedan om tjänsten AzureWLBackupCoordinatorSvc.
Kan jag styra hur många säkerhetskopieringar som körs på SQL-servern samtidigt?
Ja. Du kan begränsa den hastighet som säkerhetskopieringspolicyn körs med för att minimera påverkan på en SQL Server-instans. Så här ändrar du inställningen:
På den SQL Server instansen i mappen C:\Program\Azure Workload Backup\bin skapar du filen ExtensionSettingsOverrides.json.
I filen ExtensionSettingsOverrides.json ändrar du inställningen DefaultBackupTasksThreshold till ett lägre värde (till exempel 5).
{"DefaultBackupTasksThreshold": 5}
Standardvärdet för DefaultBackupTasksThreshold är 20.Spara ändringarna och stäng filen.
I SQL Server-instansen öppnar du Aktivitetshanteraren. Starta om tjänsten AzureWLBackupCoordinatorSvc.
Även om den här metoden hjälper om säkerhetskopieringsprogrammet förbrukar ett stort antal resurser är SQL Server Resource Governor ett mer allmänt sätt att ange gränser för hur mycket processorkraft, fysisk IO och minne som inkommande programbegäranden kan använda.
Anteckning
I UX kan du fortfarande gå vidare och schemalägga så många säkerhetskopior som möjligt vid en given tidpunkt. De kommer dock att bearbetas i ett skjutfönster med t.ex. 5, enligt exemplet ovan.
Skapar lyckade säkerhetskopieringsjobb aviseringar?
Nej. Lyckade säkerhetskopieringsjobb genererar inte aviseringar. Aviseringar skickas bara för säkerhetskopieringsjobb som misslyckas. Detaljerat beteende för portalaviseringar dokumenteras här. Men om du är intresserad av att få aviseringar även för lyckade jobb kan du använda Övervakning med hjälp av Azure Monitor.
Kan jag se schemalagda säkerhetskopieringsjobb på menyn Säkerhetskopieringsjobb?
Menyn Säkerhetskopieringsjobb visar alla schemalagda åtgärder och åtgärder på begäran, förutom schemalagda loggsäkerhetskopior eftersom de kan vara mycket frekventa. För schemalagda loggjobb använder du Övervakning med hjälp av Azure Monitor.
Läggs framtida databaser automatiskt till för säkerhetskopiering?
Ja, du kan uppnå den här funktionen med automatiskt skydd.
Vad händer med säkerhetskopiorna om jag tar bort en databas från en automatiskt skyddad instans?
Om en databas tas bort från en instans med automatiskt skydd görs fortfarande försök att säkerhetskopiera databasen. Detta innebär att den borttagna databasen börjar visas som skadad under Säkerhetskopieringsobjekt och fortfarande är skyddad.
Det rätta sättet att sluta skydda den här databasen är att stoppa säkerhetskopieringen med att ta bort data på den här databasen.
Vad är dess beteende om jag stoppar säkerhetskopieringen av en automatiskt skyddad databas?
Om du stoppar säkerhetskopieringen med kvarhållna data sker inga framtida säkerhetskopieringar och de befintliga återställningspunkterna förblir intakta. Databasen betraktas fortfarande som skyddad och visas under säkerhetskopieringsobjekten.
Om du stoppar säkerhetskopieringen med borttagningsdata sker inga framtida säkerhetskopieringar och de befintliga återställningspunkterna tas också bort. Databasen betraktas som oskyddad och visas under instansen i Konfigurera säkerhetskopiering. Men till skillnad från andra uppskyddade databaser som kan väljas manuellt eller som kan skyddas automatiskt, visas den här databasen nedtonad och kan inte väljas. Det enda sättet att skydda databasen igen är att inaktivera automatiskt skydd på instansen. Nu kan du välja den här databasen och konfigurera skydd på den eller återaktivera automatiskt skydd på instansen igen.
Vad är beteendet om jag ändrar namnet på databasen när den har skyddats?
En databas med nytt namn behandlas som en ny databas. Tjänsten behandlar därför den här situationen som om databasen inte hittades och säkerhetskopieringarna misslyckas.
Du kan välja databasen, som nu har bytt namn och konfigurera skydd på den. Om det automatiska skyddet är aktiverat på instansen identifieras och skyddas den omdöpta databasen automatiskt.
Varför kan jag inte se en tillagd databas för en instans med automatiskt skydd?
En databas som du lägger till i en instans med automatiskt skydd visas kanske inte omedelbart under skyddade objekt. Det beror på att identifieringen vanligtvis körs var åttonde timme, och det faktiska skyddet av systemet kan ta ytterligare tid eftersom det beror på storleken på den virtuella datorn. Du kan dock identifiera nya databaser direkt om du kör en identifiering manuellt genom att välja Identifiera databaser igen, enligt följande bild:
Kan jag skydda databaser på virtuella datorer som har Azure Disk Encryption (ADE) aktiverat?
Ja, du kan skydda databaser på virtuella datorer som har Azure Disk Encryption (ADE) aktiverat.
Kan jag skydda databaser som har TDE (transparent datakryptering) aktiverat och kommer databasen att förbli krypterad genom hela säkerhetskopieringen?
Ja, Azure Backup har stöd för säkerhetskopiering SQL Server databaser eller server med TDE aktiverat. Backup stöder TDE med nycklar som hanteras av Azure eller med kund-hanterade nycklar (BYOK). Säkerhetskopieringen utför inte någon SQL som en del av säkerhetskopieringen, så databasen förblir krypterad när den säkerhetskopieras.
Utför Azure Backup en kontrollsummaåtgärd på dataströmmen?
Vi utför en kontrollsummaåtgärd på dataströmmen. Detta ska dock inte förväxlas med SQL kontrollsumma. Azure-säkerhetskopiering av arbetsbelastningar beräknar kontrollsumman för dataströmmen och lagrar den explicit under säkerhetskopieringen. Den här kontrollsummaströmmen tas sedan som referens och korsverifierades med kontrollsumman för dataströmmen under återställningen för att säkerställa att data är konsekventa.
Nästa steg
Lär dig hur du SQL Server en databas som körs på en virtuell Azure-dator.