Back-up maken van SQL Server virtuele apparaten uit de Recovery Services-kluis
SQL Server databases zijn kritieke workloads waarvoor een lage RPO (Recovery Point Objective) en langetermijnretentie vereist zijn. U kunt een back-up SQL Server databases die worden uitgevoerd op virtuele Azure-machines (VM's) met behulp van Azure Backup.
In dit artikel wordt beschreven hoe u een back-up maakt van SQL Server database die wordt uitgevoerd op een Azure-VM naar een Azure Backup Recovery Services-kluis.
In dit artikel leert u het volgende:
- Een kluis maken en configureren.
- Databases ontdekken en back-ups instellen.
- Automatische beveiliging van databases instellen.
Vereisten
Controleer de volgende criteria voordat SQL Server een back-up van een database:
- Identificeer of maak een Recovery Services-kluis in dezelfde regio en hetzelfde abonnement als de VM die het SQL Server host.
- Controleer of de VM netwerkverbinding heeft.
- Zorg ervoor dat de Azure Virtual Machine Agent is geïnstalleerd op de virtuele machine.
- Zorg ervoor dat versie .NET 4.5.2 of hoger is geïnstalleerd op de VM.
- Zorg ervoor dat de databasedatabases SQL Server de richtlijnen voor databasenaamgeving volgen voor Azure Backup.
- Zorg ervoor dat de gecombineerde lengte van de SQL Server-VM-naam en de naam van de resourcegroep niet langer is dan 84 tekens voor Azure Resource Manager-VM's (of 77 tekens voor klassieke VM's). Deze beperking geldt omdat sommige tekens zijn gereserveerd door de service.
- Controleer of er geen andere back-upoplossingen zijn ingeschakeld voor de database. Schakel alle andere back SQL Server s uit voordat u een back-up van de database gaat maken.
- Wanneer u SQL Server 2008 R2 of SQL Server 2012 gebruikt, kunt u het probleem met de tijdzone voor back-up tegen komen, zoals hier wordt beschreven. Zorg ervoor dat u de meest recente cumulatieve updates hebt om het hierboven beschreven probleem met de tijdzone te voorkomen. Als het niet mogelijk is om de updates toe te passen op het SQL Server-exemplaar op de Azure-VM, schakelt u Zomertijd (Zomertijd) uit voor de tijdzone op de virtuele machine.
Notitie
U kunt een Azure Backup azure-VM inschakelen en ook voor een SQL Server database die zonder conflict op de VM wordt uitgevoerd.
Netwerkverbinding tot stand brengen
Voor alle bewerkingen vereist een SQL Server-VM verbinding met de Azure Backup-service, Azure Storage en Azure Active Directory. Dit kan worden bereikt door gebruik te maken van privé-eindpunten of door toegang te verlenen tot de vereiste openbare IP-adressen of FQDN's. Zonder de juiste connectiviteit met de vereiste Azure-services kunnen bewerkingen zoals het detecteren van databases, het configureren van back-ups, het uitvoeren van back-ups en het herstellen van gegevens mislukken.
De volgende tabel bevat een lijst van de verschillende alternatieven die u kunt gebruiken om connectiviteit tot stand te brengen:
| Optie | Voordelen | Nadelen |
|---|---|---|
| Privé-eindpunten | Maakt back-ups via privé-eindpunten in het virtuele netwerk mogelijk Biedt uitgebreide beheermogelijkheden aan de zijde van het netwerk en de kluis |
U betaalt standaard kosten voor privé-eindpunten |
| NSG-servicetags | Eenvoudiger om te beheren omdat veranderingen in het bereik automatisch worden samengevoegd Geen extra kosten |
Kan alleen worden gebruikt met NSG's Biedt toegang tot de gehele service |
| Azure Firewall FQDN-tags | Eenvoudiger om te beheren omdat de vereiste FQDN's automatisch worden beheerd | Kan alleen worden gebruikt met Azure Firewall |
| Toegang tot FQDN's/IP-adressen van de service toestaan | Geen extra kosten Werkt met alle netwerkbeveiligingsapparaten en firewalls |
Er is mogelijk toegang tot een groot aantal IP-adressen of FQDN's vereist |
| Een HTTP-proxy gebruiken | Eén internettoegangspunt voor virtuele machines | Extra kosten voor het uitvoeren van een virtuele machine met de proxysoftware |
Meer informatie over het gebruik van deze opties vindt u hieronder:
Privé-eindpunten
Met privé-eindpunten kunt u veilig verbinding maken tussen servers in een virtueel netwerk en uw Recovery Services-kluis. Het privé eindpunt gebruikt een IP-adres van de VNET-adresruimte voor uw kluis. Het netwerkverkeer tussen uw resources in het virtuele netwerk en de kluis loopt via het virtuele netwerk en een privé-koppeling in het Microsoft-backbonenetwerk. Dit voorkomt blootstelling aan het openbare internet. Meer informatie over privé-eindpunten voor Azure Backup vindt u hier.
NSG-tags
Als u netwerkbeveiligingsgroepen (NSG's) gebruikt, gebruikt u de servicetag AzureBackup om uitgaande toegang tot Azure Backup toe te staan. Naast de Azure Backup-tag moet u ook connectiviteit voor verificatie en gegevensoverdracht toestaan met behulp van NSG-regels voor Azure AD (AzureActiveDirectory) en Azure Storage (Storage). In de volgende stappen wordt het proces voor het maken van een regel voor de Azure Backup-tag beschreven:
In Alle services gaat u naar Netwerkbeveiligingsgroepen en selecteert u de netwerkbeveiligingsgroep.
Selecteer de optie Uitgaande beveiligingsregels onder Instellingen.
Selecteer Toevoegen. Voer alle vereiste details in voor het maken van een nieuwe regel, zoals beschreven in de instellingen voor beveiligingsregels. Controleer of de optie Doel is ingesteld op Servicetag en Doelservicetag is ingesteld op AzureBackup.
Selecteer Toevoegen om de zojuist gemaakt uitgaande beveiligingsregel op te slaan.
U kunt op vergelijkbare wijze ook uitgaande NSG-beveiligingsregels maken voor Azure Storage en Azure AD.
Azure Firewall-tags
Als u Azure Firewall gebruikt, maakt u een toepassingsregel met behulp van de Azure Firewall FQDN-tag AzureBackup. Hiermee wordt alle uitgaande toegang tot Azure Backup toegestaan.
Toegang tot IP-bereiken van de service toestaan
Als u ervoor kiest om toegang tot IP-adressen van de service toe te staan, raadpleegt u de IP-bereiken in het JSON-bestand dat hier beschikbaar is. U moet toegang tot IP-adressen die overeenkomen met Azure Backup, Azure Storage en Azure Active Directory toestaan.
Toegang tot FQDN's van de service toestaan
U kunt ook de volgende FQDN's gebruiken om toegang te verlenen tot de vereiste services van uw servers:
| Service | Domeinnamen waarvoor toegang nodig is | Poorten |
|---|---|---|
| Azure Backup | *.backup.windowsazure.com |
443 |
| Azure Storage | *.blob.core.windows.net *.queue.core.windows.net *.blob.storage.azure.net |
443 |
| Azure AD | Toegang tot FQDN's toestaan onder de secties 56 en 59 volgens dit artikel | Indien van toepassing |
Een HTTP-proxyserver gebruiken om verkeer te routeren
Wanneer u een back-up maakt van een SQL Server-database op een azure-VM, gebruikt de back-upextensie op de VM de HTTPS-API's om beheeropdrachten te verzenden naar Azure Backup en gegevens naar Azure Storage. De back-upextensie maakt ook gebruik van Azure AD voor verificatie. Leid het verkeer van de back-upextensie voor deze drie services via de HTTP-proxy. Gebruik de lijst met IP-adressen en FQDN's die hierboven worden genoemd om toegang tot de vereiste services toe te staan. Geverifieerde proxyservers worden niet ondersteund.
Notitie
Schakel proxy uit voor localhost-communicatie binnen de VM. Proxy wordt gehonoreerd voor uitgaande communicatie van de SQL VM.
Richtlijnen voor databasenaamgeving voor Azure Backup
Vermijd het gebruik van de volgende elementen in databasenamen:
- Vooraanstaande en vooraanstaande spaties
- Na het uitroeptekens (!)
- Vierkante haken sluiten (])
- Puntkomma (;)
- Slash (/)
Aliasing is beschikbaar voor niet-ondersteunde tekens, maar we raden u aan deze te vermijden. Zie Het gegevensmodel van de tabelservice voor meer informatie.
Meerdere databases op hetzelfde SQL exemplaar met een casing-verschil worden niet ondersteund.
Het wijzigen van de behuizing van SQL database wordt niet ondersteund na het configureren van de beveiliging.
Notitie
De bewerking Beveiliging configureren voor databases met speciale tekens, zoals '+' of '&', in hun naam wordt niet ondersteund. U kunt de databasenaam wijzigen of Automatische beveiliging inschakelen, waarmee deze databases kunnen worden beschermd.
Een Recovery Services-kluis maken
Een Recovery Services-kluis is een beheerentiteit waarmee herstelpunten worden opgeslagen die in de loop van de tijd zijn gemaakt en die een interface biedt voor het uitvoeren van back-upbewerkingen. Dit omvat het maken van back-ups op aanvraag, het uitvoeren van herstelbewerkingen en het maken van back-upbeleid.
Voer de volgende stappen uit om een Recovery Services-kluis te maken.
Meld u aan bij uw abonnement in Azure Portal.
Zoek naar Back-upcentrum in Azure Portal en navigeer naar het dashboard van het Back-upcentrum.

Selecteer +Kluis op het tabblad Overzicht.

Selecteer Recovery Services-kluis en klik op Doorgaan.

Het dialoogvenster Recovery Service-kluis wordt geopend. Geef waarden op voor Naam, Abonnement, Resourcegroep en Locatie.

Naam: Voer een beschrijvende naam in om de kluis aan te duiden. De naam moet uniek zijn voor het Azure-abonnement. Geef een naam op van minimaal 2 en maximaal 50 tekens. De naam moet beginnen met een letter en mag alleen uit letters, cijfers en afbreekstreepjes bestaan.
Abonnement: Kies het abonnement dat u wilt gebruiken. Als u lid bent van maar één abonnement, ziet u die naam. Als u niet zeker weet welk abonnement u moet gebruiken, gebruikt u het standaardabonnement (voorgesteld). Er zijn alleen meerdere mogelijkheden als uw werk- of schoolaccount is gekoppeld aan meerdere Azure-abonnementen.
Resourcegroep: Gebruik een bestaande resourcegroep of maak een nieuwe. Als u de lijst met beschikbare resourcegroepen in uw abonnement wilt weergeven, selecteert u Bestaande gebruiken en vervolgens selecteert u een resource in de vervolgkeuzelijst. Als u een nieuwe resourcegroep wilt maken, selecteert u Nieuwe maken en voert u de naam in. Zie Overzicht van Azure Resource Manager voor meer informatie over resourcegroepen.
Locatie: Selecteer de geografische regio voor de kluis. Als u een kluis voor het beveiligen van elke willekeurige gegevensbron wilt maken, moet de kluis zich in dezelfde regio bevinden als de gegevensbron.
Belangrijk
Als u niet zeker bent van de locatie van de gegevensbron, sluit u het dialoogvenster. Ga naar de lijst met uw resources in de portal. Als u gegevensbronnen in meerdere regio's hebt, moet u voor elke regio een Recovery Services-kluis maken. Maak de kluis op de eerste locatie voordat u de kluis maakt voor een andere locatie. U hoeft geen opslagaccounts op te geven om de back-upgegevens op te slaan. De Recovery Services-kluis en Azure Backup verwerken dat automatisch.
Selecteer Beoordelen en maken nadat u de waarden hebt opgegeven.

Wanneer u klaar bent om de Recovery Services-kluis te maken, selecteert u Maken.

Het kan even duren voordat de Recovery Services-kluis is gemaakt. Controleer de statusmeldingen rechtsboven in het gebied Meldingen in de rechterbovenhoek van de portal. Als de kluis is gemaakt, is deze zichtbaar in de lijst met Recovery Services-kluizen. Als uw kluis niet wordt weergegeven, selecteert u Vernieuwen.

Belangrijk
We raden u ten zeerste aan de standaardinstellingen voor Type opslagreplicatie en Beveiligingsinstellingen te controleren voordat u back-ups in de kluis configureert. Zie de sectie Opslagredundantie instellen voor meer informatie.
SQL Server-databases detecteren
Databases ontdekken die worden uitgevoerd op een VM:
Ga in Azure Portalnaar Back-upcentrum en klik op +Back-up.
Selecteer SQL in Azure VM als het gegevensbrontype, selecteer de Recovery Services-kluis die u hebt gemaakt en klik vervolgens op Doorgaan.
In Doel van de back-up > DB's detecteren in VM's selecteert u Detectie starten om te zoeken naar niet-beveiligde VM's in het abonnement. Deze zoekopdracht kan even duren, afhankelijk van het aantal niet-beveiligde VM's in het abonnement.
Niet-beveiligde virtuele machines zouden na detectie in de lijst moeten verschijnen, gesorteerd op naam en resourcegroep.
Als een VM niet wordt vermeld zoals verwacht, bekijkt u of er al een back-up van is in een kluis.
Meerdere VM's kunnen dezelfde naam hebben, maar ze behoren tot verschillende resourcegroepen.

Selecteer in de lijst met virtuele machines de VM waarop de SQL Server-database wordt uitgevoerd > DB's detecteren.
Houd databasedetectie bij in Meldingen. De tijd die nodig is voor deze actie is afhankelijk van het aantal VM-databases. Wanneer de geselecteerde databases zijn gedetecteerd, wordt er een slagingsbericht weergegeven.

Azure Backup detecteert alle SQL Server-databases op de virtuele machine. Tijdens de detectie treden de volgende elementen op de achtergrond op:
Azure Backup registreert de VM bij de kluis voor back-ups van workloads. Van alle databases op de geregistreerde VM kan alleen een back-up worden opgeslagen in deze kluis.
Azure Backup installeert de extensie AzureBackupWindowsWorkload op de virtuele machine. Er is geen agent geïnstalleerd op een SQL database.
Azure Backup maakt het serviceaccount NT Service\AzureWLBackupPluginSvc op de virtuele machine.
- Het serviceaccount wordt gebruikt voor alle back-up- en herstelbewerkingen.
- Voor NT Service\AzureWLBackupPluginSvc zijn SQL sysadmin-machtigingen vereist. Op SQL Server VM's die in Marketplace zijn gemaakt, is SqlIaaSExtension geïnstalleerd. De extensie AzureBackupWindowsWorkload maakt gebruik van de extensie SQLIaaSExtension om automatische de benodigde machtigingen op te halen.
Als u de VM niet hebt gemaakt vanuit de Marketplace of als u op SQL 2008 en 2008 R2 werkt, is sqlIaaSExtension mogelijk niet geïnstalleerd op de VM en mislukt de detectiebewerking met het foutbericht UserErrorSQLNoSysAdminMembership. Volg de instructies onder VM-machtigingen instellen om dit probleem op te lossen.

Back-up configureren
Selecteer in Back-updoel > Stap 2: Back-up configureren de optie Back-up configureren.

Selecteer Resources toevoegen om alle geregistreerde beschikbaarheidsgroepen en zelfstandige SQL Server bekijken.

Selecteer in het scherm Items selecteren voor back-up de pijl links van een rij om de lijst met alle niet-beveiligde databases in dat exemplaar of de Always On-beschikbaarheidsgroep uit te vouwen.

Kies alle databases die u wilt beveiligen en selecteer vervolgens OK.

Ter optimalisering van de back-upbelastingen stelt Azure Backup het maximumaantal databases in één back-uptaak in op 50.
Om meer dan 50 back-ups te beschermen moet u meerdere databases configureren.
Als u het hele exemplaar of de Always On-beschikbaarheidsgroep wilt inschakelen, selecteert u in de vervolgkeuzelijst AUTOPROTECT de optie AAN en selecteert u vervolgens OK.
Notitie
Met de functie voor automatische beveiliging wordt niet alleen beveiliging op alle bestaande databases tegelijk mogelijk, maar worden nieuwe databases die aan dat exemplaar of de beschikbaarheidsgroep worden toegevoegd, ook automatisch beschermd.
Definieer het back-upbeleid. U kunt een van de volgende handelingen uitvoeren:
Selecteer het standaardbeleid hourlyLogBackup.
Een bestaand back-upbeleid kiezen dat u eerder hebt gemaakt voor SQL.
Een nieuw beleid definiëren op basis van uw RPO en retentiebereik.

Selecteer Back-up inschakelen om de bewerking Beveiliging configureren te verzenden en de voortgang van de configuratie bij te houden in het gebied Meldingen van de portal.

Maak een back-upbeleid
Een back-upbeleid bepaalt wanneer back-ups worden gemaakt en hoe lang ze worden bewaard.
- Een beleid wordt gemaakt op kluisniveau.
- U kunt hetzelfde back-upbeleid gebruiken voor meerdere kluizen, maar u moet het back-upbeleid toepassen op elke kluis.
- Wanneer u een back-upbeleid maakt, is een dagelijkse volledige back-up de standaardinstelling.
- U kunt een differentiële back-up toevoegen, maar alleen als u een wekelijkse volledige back-up configureert.
- Meer informatie over verschillende soorten back-upbeleid.
Ga als volgt te werk om een back-upbeleid te maken:
Ga naar Het back-upcentrum en klik op +Beleid.
Selecteer SQL Server azure-VM als het gegevensbrontype, selecteer de kluis waaronder het beleid moet worden gemaakt en klik vervolgens op Doorgaan.
Geef bij Beleidsnaam een naam voor het nieuwe beleid op.
Selecteer de koppeling Bewerken die overeenkomt met Volledige back-up om de standaardinstellingen te wijzigen.
- Selecteer een back-upfrequentie. Kies Dagelijks of Wekelijks.
- Als u Dagelijks kiest, selecteert u het tijdstip en de tijdzone waarop de back-uptaak moet worden gestart. U kunt geen differentiële back-ups maken voor dagelijkse volledige back-ups.
In BEWAARTERMIJN zijn standaard alle opties geselecteerd. Maak eventuele retentietermijnlimieten leeg die u niet wilt en stel vervolgens de intervallen in die u wilt gebruiken.
- De minimale bewaarperiode voor elk type back-up (volledig, differentieel en logboek) is zeven dagen.
- Herstelpunten worden getagd voor retentie op basis van de bewaarperiode. Als u een dagelijkse volledige back-up selecteert, wordt slechts één volledige back-up per dag geactiveerd.
- De back-up voor een specifieke dag wordt getagd en bewaard op basis van de wekelijkse bewaartermijn en de instelling voor wekelijkse retentie.
- Maandelijkse en jaarlijkse bewaartermijnen gedragen zich op een vergelijkbare manier.
Selecteer OK om de instelling voor volledige back-ups te accepteren.
Selecteer de koppeling Bewerken die overeenkomt met Differentiële back-up om de standaardinstellingen te wijzigen.
- In Beleid voor een differentiële back-up selecteert u Inschakelen om de frequentie- en bewaarinstellingen te openen.
- U kunt slechts één differentiële back-up per dag activeren. Een differentiële back-up kan niet op dezelfde dag worden geactiveerd als een volledige back-up.
- Differentiële back-ups kunnen maximaal 180 dagen worden bewaard.
- De retentieperiode voor differentiële back-ups mag niet groter zijn dan die van de volledige back-up (omdat de differentiële back-ups afhankelijk zijn van de volledige back-ups voor herstel).
- Differentiële back-up wordt niet ondersteund voor de hoofddatabase.
Selecteer de koppeling Bewerken die overeenkomt met Logboekback-up om de standaardinstellingen te wijzigen
- In Logboekback-up selecteert u Inschakelen en stelt u de frequentie- en bewaarinstellingen in.
- Logboekback-ups kunnen elke 15 minuten worden gemaakt en kunnen maximaal 35 dagen worden bewaard.
- Als de database het eenvoudige herstelmodel heeft,wordt het back-upschema voor logboeken voor die database onderbroken en worden er dus geen logboekback-ups geactiveerd.
- Als het herstelmodel van de database wordt gewijzigd van Volledig in Eenvoudig, worden logboekback-ups binnen 24 uur na de wijziging in het herstelmodel onderbroken. En als het herstelmodel verandert van Simple, wat inhoudt dat logboekback-ups nu kunnen worden ondersteund voor de database, worden de schema's voor logboekback-ups binnen 24 uur na de wijziging in het herstelmodel ingeschakeld.
Kies in het menu Back-upbeleid of u back-upcompressie SQL wilt inschakelen. Deze optie is standaard uitgeschakeld. Als deze functie is ingeschakeld, SQL Server een gecomprimeerde back-upstroom naar het VDI verzenden. Azure Backup overschrijven standaardinstellingen op instantieniveau met COMPRESSION/NO_COMPRESSION component, afhankelijk van de waarde van dit besturingselement.
Als u klaar bent met het bewerken van het back-upbeleid, selecteert u OK.
Notitie
Elke logboekback-up wordt aan de vorige volledige back-up vastgeketend om een herstelketen te vormen. Deze volledige back-up wordt bewaard totdat de retentie van de laatste logboekback-up is verlopen. Dit kan betekenen dat de volledige back-up een extra periode wordt bewaard om ervoor te zorgen dat alle logboeken kunnen worden hersteld. Stel dat u een wekelijkse volledige back-up hebt, dagelijks differentiële logboeken en logboeken van twee uur. Ze worden allemaal 30 dagen bewaard. Maar de wekelijkse volledige kan pas echt worden opgeschoond/verwijderd nadat de volgende volledige back-up beschikbaar is, dat wil zeggen, na 30 + 7 dagen. Een wekelijkse volledige back-up vindt bijvoorbeeld plaats op 16 november. Volgens het bewaarbeleid moet het worden bewaard tot 16 december. De laatste logboekback-up voor deze volledige vindt plaats vóór de volgende geplande volledige, op 22 november. Totdat dit logboek beschikbaar is tot 22 december, kan de volledige 16 november niet worden verwijderd. De volledige 16 november wordt dus bewaard tot en met 22 december.
Automatische beveiliging inschakelen
U kunt automatische beveiliging inschakelen om automatisch een back-up te maken van alle bestaande en toekomstige databases naar een zelfstandig SQL Server exemplaar of naar een Always On-beschikbaarheidsgroep.
- Er is geen limiet voor het aantal databases dat u tegelijk voor automatische beveiliging kunt selecteren. Detectie wordt doorgaans elke acht uur uitgevoerd. U kunt nieuwe databases echter onmiddellijk ontdekken en beveiligen als u handmatig een detectie wilt uitvoeren door de optie DATABASES opnieuw ontdekken te selecteren.
- U kunt databases niet selectief beveiligen of uitsluiten van beveiliging in een exemplaar op het moment dat u automatische beveiliging inschakelen.
- Als uw exemplaar al enkele beveiligde databases bevat, blijven deze beveiligd onder hun respectieve beleid, zelfs nadat u automatische beveiliging hebt in- of uit te voeren. Alle niet-beveiligde databases die later worden toegevoegd, hebben slechts één beleid dat u definieert op het moment dat automatische beveiliging wordt inschakelen, vermeld onder Back-up configureren. U kunt het beleid dat is gekoppeld aan een automatisch beveiligde database later echter wijzigen.
Automatische beveiliging inschakelen:
In Items voor back-up selecteert u het exemplaar waarvoor u automatische beveiliging wilt inschakelen.
Selecteer de vervolgkeuzelijst onder AUTOPROTECT, kies AAN en selecteer vervolgens OK.

Back-up wordt voor alle databases tegelijk getriggerd en kan worden gevolgd in Back-uptaken.
Als u automatische beveiliging wilt uitschakelen, selecteert u de naam van het exemplaar onder Back-up configureren en selecteert u vervolgens Automatische beveiliging uitschakelen voor het exemplaar. Er wordt nog steeds een back-up van alle databases, maar toekomstige databases worden niet automatisch beveiligd.

Volgende stappen
Leer hoe u het volgende doet: