Veelgestelde vragen SQL Server databases die worden uitgevoerd op een back-up van een Azure-VM

In dit artikel vindt u antwoorden op veelvoorkomende vragen over het maken van back-SQL Server databases die worden uitgevoerd op virtuele Azure-machines (VM's) en het gebruik van de Azure Backup service.

Kan ik Azure Backup IaaS-VM gebruiken en SQL Server op dezelfde computer?

Ja, u kunt zowel back-ups van virtuele SQL maken op dezelfde VM. In dit geval activeren we intern een volledige back-up met alleen-kopiëren op de VM om de logboeken niet af tekapen.

Worden de back-ups met de oplossing opnieuw of automatisch hersteld?

Onder bepaalde omstandigheden activeert de Azure Backup herstelback-ups. Automatisch herstellen kan zich voor een van de zes onderstaande voorwaarden voor doen:

  • Als logboek- of differentiële back-up mislukt vanwege een LSN-validatiefout, wordt de volgende logboek- of differentiële back-up geconverteerd naar een volledige back-up.
  • Als er geen volledige back-up is gemaakt vóór een logboek of differentiële back-up, wordt die logboek- of differentiële back-up in plaats daarvan geconverteerd naar een volledige back-up.
  • Als het tijdstip van de meest recente volledige back-up ouder is dan 15 dagen, wordt de volgende logboek- of differentiële back-up geconverteerd naar een volledige back-up.
  • Alle back-uptaken die worden geannuleerd vanwege een extensie-upgrade, worden opnieuw geactiveerd nadat de upgrade is voltooid en de extensie is gestart.
  • Als u ervoor kiest om de database te overschrijven tijdens het herstellen, mislukt de volgende logboek-/differentiële back-up en wordt in plaats daarvan een volledige back-up geactiveerd.
  • In gevallen waarin een volledige back-up is vereist om de logboekketens opnieuw in te stellen vanwege een wijziging in het databaseherstelmodel, wordt een volledige back-up automatisch geactiveerd volgens de volgende planning.

Kan ik een back-up job voor automatisch herstel annuleren?

Nee, u kunt een taak voor automatisch herstel niet annuleren. U kunt u er echter voor uit- en uit-gaan door de volgende stappen uit te voeren:

  1. Maak of SQL Server het bestand ExtensionSettingsOverrides.json in de map C:\Program Files\Azure Workload Backup\bin.
  2. Stel in het bestand ExtensionSettingsOverrides.json {"EnableAutoHealer": false} in.
  3. Sla de wijzigingen op en sluit het bestand.
  4. Open op SQL Server-exemplaar Taak beheren en start de service AzureWLBackupCoordinatorSvc opnieuw.

Kan ik bepalen hoeveel gelijktijdige back-ups worden uitgevoerd op de SQL-server?

Ja. U kunt de snelheid waarmee het back-upbeleid wordt uitgevoerd beperken om het effect op een SQL Server-exemplaar te beperken. Ga als volgt te werk om de instelling te wijzigen:

  1. Maak op SQL Server-exemplaar in de map C:\Program Files\Azure Workload Backup\bin het bestand ExtensionSettingsOverrides.json.

  2. Wijzig in het bestand ExtensionSettingsOverrides.json de instelling DefaultBackupTasksThreshold in een lagere waarde (bijvoorbeeld 5).
    {"DefaultBackupTasksThreshold": 5}
    De standaardwaarde van DefaultBackupTasksThreshold is 20.

  3. Sla uw wijzigingen op en sluit het bestand.

  4. Open Taakbeheer op het SQL Server-exemplaar. Start de service AzureWLBackupCoordinatorSvc opnieuw.

    Hoewel deze methode helpt als de back-uptoepassing een groot aantal resources verbruikt, is SQL Server Resource Governor een meer algemene manier om limieten op te geven voor de hoeveelheid CPU, fysieke I/O en geheugen die inkomende toepassingsaanvragen kunnen gebruiken.

Notitie

In de UX kunt u nog steeds zo veel back-ups op elk moment plannen. Ze worden echter verwerkt in een sliding window van bijvoorbeeld 5, volgens het bovenstaande voorbeeld.

Maken succesvolle back-uptaken waarschuwingen?

Nee. Succesvolle back-uptaken maken geen waarschuwingen. Er worden alleen waarschuwingen verzonden voor mislukte back-uptaken. Gedetailleerd gedrag voor portalwaarschuwingen wordt hier beschreven. Als u echter ook waarschuwingen wilt ontvangen voor geslaagde taken, kunt u Bewaking gebruiken met behulp van Azure Monitor.

Zie ik geplande back-uptaken in het menu Back-uptaken?

In het menu Back-up van taak worden alle geplande en on-demand bewerkingen weergegeven, met uitzondering van de geplande logboekback-ups, omdat ze zeer vaak kunnen zijn. Voor geplande logboektaken gebruikt u Bewaking met behulp van Azure Monitor.

Worden toekomstige databases automatisch voor back-ups toegevoegd?

Ja, u kunt deze mogelijkheid bereiken met automatische beveiliging.

Wat gebeurt er met de back-ups als ik een database uit een automatisch beveiligd exemplaar verwijder?

Als een database wordt verwijderd uit een automatisch beveiligd exemplaar, worden de databaseback-ups nog steeds geprobeerd. Dit betekent dat de verwijderde database onder Back-upitems als niet in orde wordt weer te geven en nog steeds is beveiligd.

De juiste manier om te stoppen met het beveiligen van deze database is het stoppen van back-ups met het verwijderen van gegevens in deze database.

Als ik de back-upbewerking van een automatisch beveiligde database stop, wat is dan het gedrag ervan?

Als u de back-up stopt met gegevens behouden, worden er geen toekomstige back-ups meer gemaakt en blijven de bestaande herstelpunten intact. De database wordt nog steeds beschouwd als beveiligd en wordt weergegeven onder back-upitems.

Als u de back-up stopt met gegevens verwijderen, worden er geen toekomstige back-ups meer gemaakt en worden de bestaande herstelpunten ook verwijderd. De database wordt beschouwd als niet-beveiligd en wordt weergegeven onder het exemplaar in Back-up configureren. In tegenstelling tot andere up-protected databases die handmatig kunnen worden geselecteerd of die automatisch kunnen worden beveiligd, wordt deze database grijs weergegeven en kan deze niet worden geselecteerd. De enige manier om deze database opnieuw te beveiligen, is door automatische beveiliging voor het exemplaar uit te schakelen. U kunt deze database nu selecteren en de beveiliging ervan configureren of automatische beveiliging voor het exemplaar opnieuw inschakelen.

Als ik de naam van de database wijzig nadat deze is beveiligd, wat is dan het gedrag?

Een naam van een database wordt behandeld als een nieuwe database. De service behandelt deze situatie dus alsof de database niet is gevonden en de back-ups mislukken.

U kunt de database selecteren. Deze naam is nu gewijzigd en u kunt er beveiliging voor configureren. Als automatische beveiliging is ingeschakeld voor het exemplaar, wordt de naam van de database automatisch gedetecteerd en beveiligd.

Waarom zie ik geen toegevoegde database voor een automatisch beveiligd exemplaar?

Een database die u aan een automatisch beveiligd exemplaar toevoegt, wordt mogelijk niet onmiddellijk weergegeven onder beveiligde items. Dit komt doordat de detectie doorgaans elke 8 uur wordt uitgevoerd en de werkelijke beveiliging van het systeem extra tijd kan duren omdat deze afhankelijk is van de grootte van de VM. U kunt nieuwe databases echter onmiddellijk vinden als u handmatig een detectie wilt uitvoeren door Databases opnieuw ontdekken te selecteren, zoals wordt weergegeven in de volgende afbeelding:

Een zojuist toegevoegde database handmatig ontdekken

Kan ik databases beveiligen op virtuele machines Azure Disk Encryption (ADE) zijn ingeschakeld?

Ja, u kunt databases beveiligen op virtuele machines Azure Disk Encryption (ADE) zijn ingeschakeld.

Kan ik databases beveiligen waarin TDE (Transparent Data Encryption) is ingeschakeld en blijft de database versleuteld tijdens het hele back-upproces?

Ja, Azure Backup back-up van SQL Server databases of server met TDE ingeschakeld. Back-up ondersteunt TDE met sleutels die worden beheerd door Azure of met door de klant beheerde sleutels (BYOK). Back-up voert geen versleuteling SQL uit als onderdeel van het back-upproces, zodat de database versleuteld blijft wanneer er een back-up van wordt gemaakt.

Voert Azure Backup een controlesumbewerking uit op de gegevensstroom?

We voeren een controlesumbewerking uit op de gegevensstroom. Dit moet echter niet worden verward met SQL controlesum. Azure-workloadback-up berekent de controlesum op de gegevensstroom en slaat deze expliciet op tijdens de back-upbewerking. Deze controlesumstroom wordt vervolgens als referentie genomen en tijdens de herstelbewerking kruisge verifieerd met de controlesum van de gegevensstroom om ervoor te zorgen dat de gegevens consistent zijn.

Volgende stappen

Informatie over het maken van een back-up SQL Server database die wordt uitgevoerd op een Azure-VM.