Veelgestelde vragen over SQL Server databases die worden uitgevoerd op een back-up van azure-VM's

Ja, u kunt zowel vm-back-ups als SQL-back-ups op dezelfde VM hebben. In dit geval activeren we intern volledige back-up met alleen-kopiëren op de VM om de logboeken niet af te kapen.

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

• Als logboek- of differentiële back-up mislukt vanwege een LSN-validatiefout, wordt het volgende logboek of de differentiële back-up in plaats daarvan geconverteerd naar een volledige back-up.
• Als er geen volledige back-up is uitgevoerd 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 in plaats daarvan 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 tijdens het herstellen te overschrijven, 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 het volgende schema.

Nee, u kunt een taak voor automatisch herstellen niet annuleren. U kunt zich er echter voor afmelden door de volgende stappen uit te voeren:

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

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 het 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 grote hoeveelheid resources verbruikt, is SQL Server Resource Governor een algemenere manier om limieten op te geven voor de hoeveelheid CPU, fysieke I/O en geheugen die binnenkomende toepassingsaanvragen kunnen gebruiken.

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 geïnteresseerd bent in waarschuwingen, zelfs voor geslaagde taken, kunt u Bewaking gebruiken met behulp van Azure Monitor.

Ja, u kunt deze mogelijkheid bereiken met automatische beveiliging.

Als een database wordt verwijderd uit een automatisch beveiligd exemplaar, worden de back-ups van de database nog steeds geprobeerd. Dit betekent dat de verwijderde database wordt weergegeven als beschadigd onder Back-upitems en nog steeds is beveiligd.

De juiste manier om de beveiliging van deze database te stoppen, is door Back-up stoppen uit te voeren met gegevens uit deze database te verwijderen .

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

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

We voeren een controlesombewerking uit op de gegevensstroom. Dit is echter niet te verwarren met SQL-controlesom. Azure Workload Backup berekent de controlesom voor de gegevensstroom en slaat deze expliciet op tijdens de back-upbewerking. Deze controlesomstroom wordt vervolgens als referentie genomen en tijdens de herstelbewerking kruislings geverifieerd met de controlesom van de gegevensstroom om ervoor te zorgen dat de gegevens consistent zijn.

In het menu Back-uptaak worden alle geplande en on-demand bewerkingen weergegeven, met uitzondering van de geplande logboekback-ups, omdat deze zeer frequent kunnen zijn. Gebruik Bewaking met behulp van Azure Monitor voor geplande logboektaken.

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

Als u de back-up stopt met het verwijderen van gegevens, worden er geen toekomstige back-ups meer gemaakt en worden ook de bestaande herstelpunten verwijderd. De database wordt beschouwd als niet-beveiligd en wordt weergegeven onder het exemplaar in Back-up configureren. In tegenstelling tot andere beveiligde databases die handmatig kunnen worden geselecteerd of die automatisch kunnen worden beveiligd, wordt deze database echter 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 nu deze database selecteren en de beveiliging erop configureren of automatische beveiliging opnieuw inschakelen voor het exemplaar.

Een hernoemde 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, waarvan de naam nu is gewijzigd en de beveiliging ervan configureren. Als de automatische beveiliging is ingeschakeld op het exemplaar, wordt de hernoemde database automatisch gedetecteerd en beveiligd.

Een database die u toevoegt aan een automatisch beveiligd exemplaar, wordt mogelijk niet onmiddellijk weergegeven onder beveiligde items. Dit komt doordat de detectie doorgaans om de 8 uur wordt uitgevoerd en de daadwerkelijke beveiliging van het systeem extra tijd kan duren, omdat dit afhankelijk is van de grootte van de virtuele machine. U kunt nieuwe databases echter onmiddellijk detecteren als u handmatig een detectie uitvoert door DB's opnieuw detecteren te selecteren, zoals wordt weergegeven in de volgende afbeelding:

Ja, u kunt bestanden gedeeltelijk downloaden zoals hier wordt beschreven.

Ja, u hebt een bestandspad op een geregistreerde VM nodig om bestanden te downloaden. Dat pad kan ook een netwerkshare zijn. Configureer een netwerkshare van de niet-geregistreerde VM naar de geregistreerde VM en kies vervolgens de geregistreerde VM als doel en de netwerkshare als het pad naar het doelbestand. Zodra de bestanden zijn gedownload, kunt u de netwerkshare loskoppelen van de geregistreerde VM en zijn de bestanden nu beschikbaar in de niet-geregistreerde VM.

Volgende stappen

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