Herstel na nood geval instellen voor SQL ServerSet up disaster recovery for SQL Server

In dit artikel wordt beschreven hoe u de SQL Server back-end van een toepassing kunt beveiligen.This article describes how to help protect the SQL Server back end of an application. U kunt dit doen met een combi natie van SQL Server technologieën voor bedrijfs continuïteit en herstel na nood gevallen (BCDR) en Azure site Recovery.You do so by using a combination of SQL Server business continuity and disaster recovery (BCDR) technologies and Azure Site Recovery.

Voordat u begint, moet u de SQL Server mogelijkheden voor herstel na nood gevallen begrijpen.Before you start, make sure you understand SQL Server disaster recovery capabilities. Deze mogelijkheden omvatten:These capabilities include:

  • FailoverclusteringFailover clustering
  • AlwaysOn-beschikbaarheids groepenAlways On availability groups
  • DatabasespiegelingDatabase mirroring
  • Back-upfunctie voor logboekbestandenLog shipping
  • Actieve geo-replicatieActive geo-replication
  • Automatische failover-groepenAuto-failover groups

BCDR Technologies combi neren met Site RecoveryCombining BCDR technologies with Site Recovery

Uw keuze van een BCDR-technologie om SQL Server-exemplaren te herstellen, moet zijn gebaseerd op uw herstel tijd (RTO) en Recovery Point Objective (RPO), zoals beschreven in de volgende tabel.Your choice of a BCDR technology to recover SQL Server instances should be based on your recovery time objective (RTO) and recovery point objective (RPO) needs as described in the following table. Combi neer Site Recovery met de failoverbewerking van uw gekozen technologie om de herstel bewerking van uw hele toepassing te organiseren.Combine Site Recovery with the failover operation of your chosen technology to orchestrate recovery of your entire application.

Implementatie typeDeployment type BCDR-technologieBCDR technology Verwacht RTO voor SQL ServerExpected RTO for SQL Server Verwachte RPO voor SQL ServerExpected RPO for SQL Server
SQL Server op een Azure-infra structuur als een service (IaaS) virtuele machine (VM) of on-premises.SQL Server on an Azure infrastructure as a service (IaaS) virtual machine (VM) or at on-premises. AlwaysOn-beschikbaarheidsgroepAlways On availability group De tijd die nodig is om de secundaire replica als primair te maken.The time taken to make the secondary replica as primary. Omdat replicatie naar de secundaire replica asynchroon is, zijn er gegevens verloren gegaan.Because replication to the secondary replica is asynchronous, there's some data loss.
SQL Server op een Azure IaaS-VM of on-premises.SQL Server on an Azure IaaS VM or at on-premises. Failover Clustering (altijd op FCI)Failover clustering (Always On FCI) De tijd die nodig is voor failover tussen de knoop punten.The time taken to fail over between the nodes. Omdat FCI altijd gebruikmaakt van gedeelde opslag, is dezelfde weer gave van het opslag exemplaar beschikbaar voor failover.Because Always On FCI uses shared storage, the same view of the storage instance is available on failover.
SQL Server op een Azure IaaS-VM of on-premises.SQL Server on an Azure IaaS VM or at on-premises. Database spiegeling (modus met hoge prestaties)Database mirroring (high-performance mode) De tijd die nodig is om de service af te dwingen, waarbij gebruik wordt gemaakt van de spiegel server als een warme server voor stand-by.The time taken to force the service, which uses the mirror server as a warm standby server. Replicatie is asynchroon.Replication is asynchronous. De spiegel database kan enigszins vertraging oplopen achter de hoofd database.The mirror database might lag somewhat behind the principal database. De vertraging is doorgaans klein.The lag is typically small. Maar het kan groot worden als het systeem van de hoofd-of spiegel server zwaar belast is.But it can become large if the principal or mirror server's system is under a heavy load.

De back-upfunctie voor logboeken kan een aanvulling zijn op database spiegeling.Log shipping can be a supplement to database mirroring. Het is een gunstig alternatief voor het asynchroon spie gelen van data bases.It's a favorable alternative to asynchronous database mirroring.
SQL as a Service (PaaS) in Azure.SQL as platform as a service (PaaS) on Azure.

Dit implementatie type omvat afzonderlijke data bases en elastische Pools.This deployment type includes single databases and elastic pools.
Actieve geo-replicatieActive geo-replication 30 seconden nadat de failover is geactiveerd.30 seconds after failover is triggered.

Wanneer failover wordt geactiveerd voor een van de secundaire data bases, worden alle andere secundairen automatisch gekoppeld aan de nieuwe primaire.When failover is activated for one of the secondary databases, all other secondaries are automatically linked to the new primary.
RPO van vijf seconden.RPO of five seconds.

Actieve geo-replicatie maakt gebruik van de always on-technologie van SQL Server.Active geo-replication uses the Always On technology of SQL Server. Hiermee worden doorgevoerde trans acties op de primaire data base asynchroon gerepliceerd naar een secundaire data base met behulp van snap shot-isolatie.It asynchronously replicates committed transactions on the primary database to a secondary database by using snapshot isolation.

De secundaire gegevens worden gegarandeerd nooit gedeeltelijk trans acties.The secondary data is guaranteed to never have partial transactions.
SQL als PaaS geconfigureerd met actieve geo-replicatie in Azure.SQL as PaaS configured with active geo-replication on Azure.

Dit implementatie type bevat beheerde instanties, elastische Pools en afzonderlijke data bases.This deployment type includes a managed instances, elastic pools, and single databases.
Groep voor automatische failoverAuto-failover groups RTO van één uur.RTO of one hour. RPO van vijf seconden.RPO of five seconds.

Groepen voor automatische failover bieden de groeps semantiek boven op actieve geo-replicatie.Auto-failover groups provide the group semantics on top of active geo-replication. Maar hetzelfde mechanisme voor asynchrone replicatie wordt gebruikt.But the same asynchronous replication mechanism is used.
SQL Server op een Azure IaaS-VM of on-premises.SQL Server on an Azure IaaS VM or at on-premises. Replicatie met Azure Site RecoveryReplication with Azure Site Recovery RTO is doorgaans minder dan 15 minuten.RTO is typically less than 15 minutes. Lees voor meer informatie de RTO-sla van site Recovery.To learn more, read the RTO SLA provided by Site Recovery. Een uur voor toepassings consistentie en vijf minuten voor crash consistentie.One hour for application consistency and five minutes for crash consistency. Als u op zoek bent naar een lagere RPO, moet u andere BCDR-technologieën gebruiken.If you are looking for lower RPO, use other BCDR technologies.

Notitie

Enkele belang rijke overwegingen bij het beveiligen van SQL-workloads met Site Recovery:A few important considerations when you're helping to protect SQL workloads with Site Recovery:

  • Site Recovery is neutraal van toepassing.Site Recovery is application agnostic. Site Recovery kunt elke versie van SQL Server beveiligen die is geïmplementeerd op een ondersteund besturings systeem.Site Recovery can help protect any version of SQL Server that is deployed on a supported operating system. Zie de ondersteunings matrix voor het herstellen van gerepliceerde machines voor meer informatie.To learn more, see the support matrix for recovery of replicated machines.
  • U kunt ervoor kiezen om Site Recovery te gebruiken voor elke implementatie op Azure, Hyper-V, VMware of fysieke infra structuur.You can choose to use Site Recovery for any deployment at Azure, Hyper-V, VMware, or physical infrastructure. Volg de richt lijnen aan het einde van dit artikel voor informatie over het beveiligen van een SQL Server cluster met site Recovery.Please follow the guidance at the end of this article on how to help protect a SQL Server cluster with Site Recovery.
  • Zorg ervoor dat de wijzigings frequentie voor gegevens die op de computer is waargenomen, binnen site Recovery limietenvalt.Ensure that the data change rate observed on the machine is within Site Recovery limits. De wijzigings hoeveelheid wordt gemeten in geschreven bytes per seconde.The change rate is measured in write bytes per second. Voor computers waarop Windows wordt uitgevoerd, kunt u dit wijzigings aantal weer geven door het tabblad prestaties in taak beheer te selecteren.For machines running Windows, you can view this change rate by selecting the Performance tab in Task Manager. Bekijk de schrijf snelheid voor elke schijf.Observe the write speed for each disk.
  • Site Recovery ondersteunt replicatie van exemplaren van failoverclusters op Opslagruimten Direct.Site Recovery supports replication of Failover Cluster Instances on Storage Spaces Direct. Zie opslagruimten direct-replicatie inschakelenvoor meer informatie.To learn more, see how to enable Storage Spaces Direct replication.

Wanneer u uw SQL-workload naar Azure migreert, is het raadzaam om de richt lijnen voor prestaties voor SQL Server op azure virtual machinestoe te passen.When you migrate your SQL Workload to Azure, it is recommended to apply the Performance guidelines for SQL Server on Azure Virtual Machines.

Herstel na nood geval van een toepassingDisaster recovery of an application

Site Recovery organiseert de testfailover en de failover van uw hele toepassing met behulp van herstel plannen.Site Recovery orchestrates the test failover and the failover of your entire application with the help of recovery plans.

Er zijn enkele vereisten om ervoor te zorgen dat uw herstel plan volledig kan worden aangepast op basis van uw behoeften.There are some prerequisites to ensure your recovery plan is fully customized according to your need. Voor alle SQL Server implementaties is doorgaans een Active Directory-implementatie vereist.Any SQL Server deployment typically needs an Active Directory deployment. U hebt ook verbinding nodig voor uw toepassingslaag.It also needs connectivity for your application tier.

Stap 1: Active Directory instellenStep 1: Set up Active Directory

Stel Active Directory op de secundaire herstel site in voor SQL Server om goed te kunnen worden uitgevoerd.Set up Active Directory in the secondary recovery site for SQL Server to run properly.

  • Kleine onderneming: er zijn een klein aantal toepassingen en één domein controller voor de on-premises site.Small enterprise: You have a small number of applications and a single domain controller for the on-premises site. Als u een failover wilt uitvoeren voor de hele site, gebruikt u Site Recovery-replicatie.If you want to fail over the entire site, use Site Recovery replication. Met deze service wordt de domein controller gerepliceerd naar het secundaire Data Center of naar Azure.This service replicates the domain controller to the secondary datacenter or to Azure.
  • Gemiddeld naar groot bedrijf: u moet mogelijk extra domein controllers instellen.Medium to large enterprise: You might need to set up additional domain controllers.
    • Als u een groot aantal toepassingen hebt, een Active Directory forest hebt en een failover wilt uitvoeren op basis van een toepassing of werk belasting, stelt u een andere domein controller in het secundaire Data Center of in Azure in.If you have a large number of applications, have an Active Directory forest, and want to fail over by application or workload, set up another domain controller in the secondary datacenter or in Azure.
    • Als u AlwaysOn-beschikbaarheids groepen gebruikt om naar een externe site te herstellen, stelt u een andere domein controller in op de secundaire site of in Azure.If you're using Always On availability groups to recover to a remote site, set up another domain controller on the secondary site or in Azure. Deze domein controller wordt gebruikt voor het herstelde SQL Server-exemplaar.This domain controller is used for the recovered SQL Server instance.

In de instructies in dit artikel wordt ervan uitgegaan dat er een domein controller beschikbaar is op de secundaire locatie.The instructions in this article assume that a domain controller is available in the secondary location. Zie de procedures voor het beveiligen van Active Directory met site Recoveryvoor meer informatie.To learn more, see the procedures for helping to protect Active Directory with Site Recovery.

Stap 2: zorg voor de connectiviteit met andere lagenStep 2: Ensure connectivity with other tiers

Wanneer de databaserol actief is in de Azure-doel regio, moet u verbinding hebben met de toepassing en de weblaags.After the database tier is running in the target Azure region, ensure that you have connectivity with the application and web tiers. Neem de nodige stappen vooraf om de connectiviteit met de testfailover te valideren.Take the necessary steps in advance to validate connectivity with test failover.

Zie de volgende voor beelden om te begrijpen hoe u toepassingen kunt ontwerpen voor connectiviteits overwegingen:To understand how you can design applications for connectivity considerations, see these examples:

Stap 3: samenwerkt met Always on, actieve geo-replicatie en groepen van automatische failoverStep 3: Interoperate with Always On, active geo-replication, and auto-failover groups

BCDR Technologies always on, actieve groepen met geo-replicatie en automatische failover hebben secundaire replica's van SQL Server uitgevoerd in de Azure-doel regio.BCDR technologies Always On, active geo-replication, and auto-failover groups have secondary replicas of SQL Server running in the target Azure region. De eerste stap voor de failover van de toepassing is om deze replica als primair op te geven.The first step for your application failover is to specify this replica as primary. Bij deze stap wordt ervan uitgegaan dat u al een domein controller in de secundaire hebt.This step assumes you already have a domain controller in the secondary. De stap is mogelijk niet nodig als u ervoor kiest om een automatische failover uit te voeren.The step may not be necessary if you choose to do an auto-failover. Failover van uw web-en toepassings lagen alleen als de data base-failover is voltooid.Fail over your web and application tiers only after the database failover is completed.

Notitie

Als u de SQL-machines met Site Recovery wilt beveiligen, hoeft u alleen maar een herstel groep van deze machines te maken en de failover in het herstel plan toe te voegen.If you have helped to protect the SQL machines with Site Recovery, you just need to create a recovery group of these machines and add their failover in the recovery plan.

Maak een herstel plan met virtuele machines voor de toepassing en de weblaag.Create a recovery plan with application and web tier virtual machines. De volgende stappen laten zien hoe u een failover van de gegevenslaag kunt toevoegen:The following steps show how to add failover of the database tier:

  1. Importeer de scripts voor een failover van de SQL-beschikbaarheids groep in zowel een Resource Manager-virtuele machine als een klassieke virtuele machine.Import the scripts to fail over SQL Availability Group in both a Resource Manager virtual machine and a classic virtual machine. Importeer de scripts in uw Azure Automation-account.Import the scripts into your Azure Automation account.

    Afbeelding van het logo ' implementeren naar Azure 'Image of a "Deploy to Azure" logo

  2. Voeg het ASR-SQL-FailoverAG-script toe als een pre-actie van de eerste groep van het herstel plan.Add the ASR-SQL-FailoverAG script as a pre-action of the first group of the recovery plan.

  3. Volg de instructies in het script om een Automation-variabele te maken.Follow the instructions available in the script to create an automation variable. Deze variabele bevat de naam van de beschikbaarheids groepen.This variable provides the name of the availability groups.

Stap 4: een testfailover uitvoerenStep 4: Conduct a test failover

Sommige BCDR-technologieën zoals SQL always on bieden geen systeem eigen ondersteuning voor de testfailover.Some BCDR technologies such as SQL Always On don’t natively support test failover. We raden u aan de volgende aanpak alleen te gebruiken bij het gebruik van dergelijke technologieën.We recommend the following approach only when using such technologies.

  1. Stel Azure backup in op de virtuele machine die als host fungeert voor de replica van de beschikbaarheids groep in Azure.Set up Azure Backup on the VM that hosts the availability group replica in Azure.

  2. Voordat de testfailover van het herstel plan wordt geactiveerd, herstelt u de virtuele machine op basis van de back-up die in de vorige stap is gemaakt.Before triggering test failover of the recovery plan, recover the VM from the backup taken in the previous step.

    Scherm opname van een venster voor het herstellen van een configuratie uit Azure Backup

  3. Dwing een quorum af in de VM die is teruggezet vanuit een back-up.Force a quorum in the VM that was restored from backup.

  4. Werk het IP-adres van de listener bij als een adres dat beschikbaar is in het netwerk van de testfailover.Update the IP address of the listener to be an address available in the test failover network.

    Dialoog venster scherm opname van regel venster en eigenschappen van IP-adres

  5. De listener online zetten.Bring the listener online.

    Scherm opname van het venster met de naam Content_AG server namen en-statussen worden weer gegeven

  6. Zorg ervoor dat de load balancer in het failover-netwerk één IP-adres heeft, van de front-end-IP-adres groep die overeenkomt met elke beschikbaarheids groep-listener en met de SQL Server virtuele machine in de back-end-pool.Ensure that the load balancer in the failover network has one IP address, from the front-end IP address pool that corresponding to each availability group listener, and with the SQL Server VM in the back-end pool.

    Scherm afbeelding van het venster met de titel ' SQL-AlwaysOn-LB-front-end IP-adres groep

    Scherm afbeelding van het venster met de titel ' SQL-AlwaysOn-LB-back-end-IP-pool

  7. Voeg in latere herstel groepen de failover van uw toepassingslaag toe, gevolgd door uw weblaag voor dit herstel plan.In later recovery groups, add failover of your application tier followed by your web tier for this recovery plan.

  8. Voer een testfailover van het herstel plan uit om end-to-end failover van uw toepassing te testen.Do a test failover of the recovery plan to test end-to-end failover of your application.

Stappen voor het uitvoeren van een failoverSteps to do a failover

Nadat u het script in stap 3 hebt toegevoegd en in stap 4 hebt gevalideerd, kunt u een failover van het herstel plan uitvoeren dat is gemaakt in stap 3.After you add the script in Step 3 and validate it in Step 4, you can do a failover of the recovery plan created in Step 3.

De stappen voor het uitvoeren van de failover voor de toepassing en de weblaag moeten hetzelfde zijn in zowel de testfailover als voor failover-herstel plannen.The failover steps for application and web tiers should be the same in both test failover and failover recovery plans.

Een SQL Server cluster helpen beveiligenHow to help protect a SQL Server cluster

Voor een cluster met SQL Server Standard Edition of SQL Server 2008 R2 wordt u aangeraden Site Recovery-replicatie te gebruiken om SQL Server te helpen beveiligen.For a cluster running SQL Server Standard edition or SQL Server 2008 R2, we recommend you use Site Recovery replication to help protect SQL Server.

Azure naar Azure en on-premises naar AzureAzure to Azure and On-premises to Azure

Site Recovery biedt geen ondersteuning voor gast clusters bij het repliceren naar een Azure-regio.Site Recovery doesn't provide guest cluster support when replicating to an Azure region. SQL Server Standard Edition biedt ook geen voordelige oplossing voor herstel na nood gevallen.SQL Server Standard edition also doesn't provide a low-cost disaster recovery solution. In dit scenario raden we u aan om het SQL Server-cluster te beveiligen met een zelfstandig SQL Server-exemplaar op de primaire locatie en te herstellen in het secundaire.In this scenario, we recommend you protect the SQL Server cluster to a standalone SQL Server instance in the primary location and recover it in the secondary.

  1. Een extra zelfstandig SQL Server-exemplaar configureren op de primaire Azure-regio of op een on-premises site.Configure an additional standalone SQL Server instance on the primary Azure region or at on-premises site.

  2. Configureer het exemplaar om als een mirror te fungeren voor de data bases die u wilt beveiligen.Configure the instance to serve as a mirror for the databases you want to help protect. Configureer mirroring in de modus voor hoge beveiliging.Configure mirroring in high-safety mode.

  3. Configureer Site Recovery op de primaire site voor Azure-, Hyper-V-of VMware-vm's en fysieke servers.Configure Site Recovery on the primary site for Azure, Hyper-V, or VMware VMs and physical servers.

  4. Gebruik Site Recovery replicatie om het nieuwe SQL Server exemplaar te repliceren naar de secundaire site.Use Site Recovery replication to replicate the new SQL Server instance to the secondary site. Omdat het een mirror-kopie met hoge beveiliging is, wordt deze gesynchroniseerd met het primaire cluster, maar gerepliceerd met Site Recovery replicatie.As it's a high-safety mirror copy, it will be synchronized with the primary cluster but replicated using Site Recovery replication.

    Afbeelding van een standaard cluster waarin de relatie en stroom wordt weer gegeven tussen een primaire site, Site Recovery en Azure

Overwegingen voor failbackFailback considerations

Voor SQL Server Standard clusters vereist failback na een niet-geplande failover een SQL Server back-up en herstel.For SQL Server Standard clusters, failback after an unplanned failover requires a SQL Server backup and restore. Deze bewerking wordt uitgevoerd vanaf het spiegel exemplaar naar het oorspronkelijke cluster, waarbij de mirror opnieuw wordt ingesteld.This operation is done from the mirror instance to the original cluster with re-establishment of the mirror.

Veelgestelde vragenFrequently asked questions

Hoe krijgt SQL Server een licentie wanneer deze met Site Recovery wordt gebruikt?How does SQL Server get licensed when used with Site Recovery?

Site Recovery replicatie voor SQL Server valt onder het voor deel van het Software Assurance-herstel na nood gevallen.Site Recovery replication for SQL Server is covered under the Software Assurance disaster recovery benefit. Deze dekking is van toepassing op alle Site Recovery scenario's: on-premises naar Azure nood herstel en cross-Region Azure IaaS-herstel na nood gevallen.This coverage applies to all Site Recovery scenarios: on-premises to Azure disaster recovery and cross-region Azure IaaS disaster recovery. Zie Azure site Recovery prijzen voor meer informatie.See Azure Site Recovery pricing for more.

Site Recovery ondersteuning voor mijn SQL Server versie?Will Site Recovery support my SQL Server version?

Site Recovery is neutraal van toepassing.Site Recovery is application agnostic. Site Recovery kunt elke versie van SQL Server beveiligen die is geïmplementeerd op een ondersteund besturings systeem.Site Recovery can help protect any version of SQL Server that is deployed on a supported operating system. Zie de ondersteunings matrix voor het herstellen van gerepliceerde machines voor meer informatie.For more, see the support matrix for recovery of replicated machines.

Volgende stappenNext steps