Share via

Herstel na noodgevallen instellen voor een SharePoint-toepassing met meerdere lagen voor herstel na noodgevallen met behulp van Azure Site Recovery

  • Artikel

In dit artikel wordt in detail beschreven hoe u een SharePoint-toepassing beveiligt met behulp van Azure Site Recovery.

Overzicht

Microsoft SharePoint is een krachtige toepassing waarmee een groep of afdeling informatie kan organiseren, samenwerken en delen. SharePoint biedt intranetportals, document- en bestandsbeheer, samenwerking, sociale netwerken, extranetten, websites, enterprise search en business intelligence. Het biedt ook mogelijkheden voor systeemintegratie, procesintegratie en werkstroomautomatisering. Organisaties beschouwen het doorgaans als een laag-1-toepassing die gevoelig is voor downtime en gegevensverlies.

Tegenwoordig biedt Microsoft SharePoint geen out-of-the-box noodherstelmogelijkheden. Ongeacht het type en de schaal van een noodgeval, omvat herstel het gebruik van een stand-bydatacentrum waarnaar u de farm kunt herstellen. Stand-bydatacentra zijn vereist voor scenario's waarin lokale redundante systemen en back-ups niet kunnen worden hersteld van de storing in het primaire datacenter.

Een goede oplossing voor herstel na noodgevallen moet het modelleren van herstelplannen rond de complexe toepassingsarchitecturen, zoals SharePoint, mogelijk maken. Het moet ook de mogelijkheid hebben om aangepaste stappen toe te voegen voor het afhandelen van toepassingstoewijzingen tussen verschillende lagen en dus een failover met één klik met een lagere RTO in het geval van een noodgeval.

In dit artikel wordt in detail beschreven hoe u een SharePoint-toepassing beveiligt met behulp van Azure Site Recovery. In dit artikel worden aanbevolen procedures beschreven voor het repliceren van een SharePoint-toepassing met drie lagen naar Azure, hoe u een noodherstelanalyse kunt uitvoeren en hoe u een failover van de toepassing naar Azure kunt uitvoeren.

U kunt de onderstaande video bekijken over het herstellen van een toepassing met meerdere lagen naar Azure.

Vereisten

Voordat u begint, moet u het volgende begrijpen:

  1. Een virtuele machine repliceren naar Azure
  2. Een herstelnetwerk ontwerpen
  3. Een testfailover naar Azure uitvoeren
  4. Een failover naar Azure uitvoeren
  5. Een domeincontroller repliceren
  6. SQL Server repliceren

SharePoint-architectuur

SharePoint kan worden geïmplementeerd op een of meer servers met behulp van gelaagde topologieën en serverfuncties om een farmontwerp te implementeren dat voldoet aan specifieke doelen en doelstellingen. Een typische grote, veelgevraagde SharePoint-serverfarm die ondersteuning biedt voor een groot aantal gelijktijdige gebruikers en een groot aantal inhoudsitems, maakt gebruik van servicegroepering als onderdeel van hun schaalbaarheidsstrategie. Deze aanpak omvat het uitvoeren van services op toegewezen servers, het groeperen van deze services en het uitschalen van de servers als een groep. De volgende topologie illustreert de service- en servergroepering voor een SharePoint-serverfarm met drie lagen. Raadpleeg de SharePoint-documentatie en productlijnarchitecturen voor gedetailleerde richtlijnen voor verschillende SharePoint-topologieën. Meer informatie over de implementatie van SharePoint 2013 vindt u in dit document.

Implementatiepatroon 1

Ondersteuning voor Site Recovery

Site Recovery is toepassingsneutraal en moet werken met elke versie van SharePoint die wordt uitgevoerd op een ondersteunde computer. Voor het maken van dit artikel zijn virtuele VMware-machines met Windows Server 2012 R2 Enterprise gebruikt. SharePoint 2013 Enterprise-editie en SQL Server 2014 Enterprise-editie zijn gebruikt.

Bron en doel

Scenario Op een secundaire site Naar Azure
Hyper-V Ja Ja
VMware Ja Ja
Fysieke server Ja Ja
Azure N.v.t. Ja

Zaken om rekening mee te houden

Als u een cluster op basis van een gedeelde schijf gebruikt als een laag in uw toepassing, kunt u Site Recovery replicatie niet gebruiken om deze virtuele machines te repliceren. U kunt systeemeigen replicatie van de toepassing gebruiken en vervolgens een herstelplan gebruiken om een failover uit te voeren voor alle lagen.

Virtuele machines repliceren

Volg deze richtlijnen om te beginnen met het repliceren van de virtuele machine naar Azure.

  • Zodra de replicatie is voltooid, gaat u naar elke virtuele machine van elke laag en selecteert u dezelfde beschikbaarheidsset in 'Gerepliceerde item > instellingen Eigenschappen >> Rekenkracht en netwerk'. Als uw weblaag bijvoorbeeld 3 VM's heeft, moet u ervoor zorgen dat alle drie vm's zijn geconfigureerd om deel uit te maken van dezelfde beschikbaarheidsset in Azure.

    Set-Availability-Set

  • Raadpleeg het document Active Directory en DNS beveiligen voor hulp bij het beveiligen van Active Directory en DNS .

  • Raadpleeg het document SQL Server beveiligen voor hulp bij het beveiligen van de databaselaag die wordt uitgevoerd op SQL Server.

Netwerkconfiguratie

Netwerkeigenschappen

  • Configureer voor de virtuele machines in de app- en weblaag netwerkinstellingen in Azure Portal zodat de VM's na een failover worden gekoppeld aan het juiste DR-netwerk.

    Netwerk selecteren

  • Als u een statisch IP-adres gebruikt, geeft u het IP-adres op dat de virtuele machine moet opnemen in het veld Doel-IP

    Statisch IP-adres instellen

DNS- en verkeersroutering

Voor internetgerichte sites maakt u een Traffic Manager-profiel van het type Prioriteit in het Azure-abonnement. Vervolgens configureert u uw DNS- en Traffic Manager-profiel op de volgende manier.

Waar Bron Doel
Openbare DNS Openbare DNS voor SharePoint-sites

Bijvoorbeeld: sharepoint.contoso.com		 Traffic Manager

contososharepoint.trafficmanager.net
On-premises DNS sharepointonprem.contoso.com Openbaar IP-adres op de on-premises farm

Maak in het Traffic Manager-profiel de primaire eindpunten en hersteleindpunten. Gebruik het externe eindpunt voor on-premises eindpunt en het openbare IP-adres voor Azure-eindpunt. Zorg ervoor dat de prioriteit hoger is ingesteld op on-premises eindpunt.

Host een testpagina op een specifieke poort (bijvoorbeeld 800) in de SharePoint-weblaag, zodat Traffic Manager automatisch beschikbaarheid kan detecteren na een failover. Dit is een tijdelijke oplossing voor het geval u anonieme verificatie niet kunt inschakelen op een van uw SharePoint-sites.

Configureer het Traffic Manager-profiel met de onderstaande instellingen.

  • Routeringsmethode - 'Prioriteit'
  • DNS time to live (TTL) - '30 seconden'
  • Instellingen voor eindpuntcontrole: als u anonieme verificatie kunt inschakelen, kunt u een specifiek website-eindpunt opgeven. U kunt ook een testpagina gebruiken op een specifieke poort (bijvoorbeeld 800).

Een herstelplan maken

Met een herstelplan kunt u de failover van verschillende lagen in een toepassing met meerdere lagen sequentiëren, waardoor de toepassingsconsistentie behouden blijft. Volg de onderstaande stappen tijdens het maken van een herstelplan voor een webtoepassing met meerdere lagen. Meer informatie over het maken van een herstelplan.

Virtuele machines toevoegen aan failovergroepen

  1. Maak een herstelplan door de VM's in de app- en weblaag toe te voegen.

  2. Klik op Aanpassen om de VM's te groepren. Standaard maken alle VM's deel uit van 'Groep 1'.

    RP aanpassen

  3. Maak een andere groep (groep 2) en verplaats de virtuele machines in de weblaag naar de nieuwe groep. Uw vm's in de app-laag moeten deel uitmaken van groep 1 en virtuele machines op de weblaag moeten deel uitmaken van Groep 2. Dit is om ervoor te zorgen dat de VM's in de app-laag eerst worden opgestart, gevolgd door virtuele machines in de weblaag.

Scripts toevoegen aan het herstelplan

U kunt de meest gebruikte Azure Site Recovery-scripts implementeren in uw Automation-account door te klikken op de knop Implementeren in Azure hieronder. Wanneer u een gepubliceerd script gebruikt, moet u ervoor zorgen dat u de richtlijnen in het script volgt.

Implementeren op Azure

  1. Voeg een pre-action script toe aan 'Groep 1' om een failover uit te voeren voor de SQL-beschikbaarheidsgroep. Gebruik het script 'ASR-SQL-FailoverAG' dat is gepubliceerd in de voorbeeldscripts. Zorg ervoor dat u de richtlijnen in het script volgt en de vereiste wijzigingen op de juiste manier in het script aanbrengt.

    Add-AG-Script-Step-1

    Add-AG-Script-Step-2

  2. Voeg een script na de actie toe om een load balancer te koppelen aan de virtuele machines met failover van de weblaag (groep 2). Gebruik het script 'ASR-AddSingleLoadBalancer' dat is gepubliceerd in de voorbeeldscripts. Zorg ervoor dat u de richtlijnen in het script volgt en de vereiste wijzigingen op de juiste manier in het script aanbrengt.

    Add-LB-Script-Step-1

    Add-LB-Script-Step-2

  3. Voeg een handmatige stap toe om de DNS-records bij te werken zodat deze verwijzen naar de nieuwe farm in Azure.

    • Voor internetgerichte sites zijn na een failover geen DNS-updates vereist. Volg de stappen die worden beschreven in de sectie Netwerkrichtlijnen om Traffic Manager te configureren. Als het Traffic Manager-profiel is ingesteld zoals beschreven in de vorige sectie, voegt u een script toe om de dummypoort (800 in het voorbeeld) te openen op de Azure-VM.

    • Voor interne sites voegt u een handmatige stap toe om de DNS-record bij te werken zodat deze verwijst naar het IP-adres van de load balancer van de nieuwe weblaag-VM.

  4. Voeg een handmatige stap toe om de zoektoepassing te herstellen vanuit een back-up of een nieuwe zoekservice te starten.

  5. Volg de onderstaande stappen om Search-service toepassing te herstellen vanuit een back-up.

    • Bij deze methode wordt ervan uitgegaan dat een back-up van de zoekservicetoepassing is uitgevoerd vóór de catastrofale gebeurtenis en dat de back-up beschikbaar is op de dr-site.
    • Dit kan eenvoudig worden bereikt door de back-up te plannen (bijvoorbeeld eenmaal per dag) en een kopieerprocedure te gebruiken om de back-up op de dr-locatie te plaatsen. Kopieerprocedures kunnen programma's met scripts bevatten, zoals AzCopy (Azure Copy) of het instellen van DFSR (Distributed File Services Replication).
    • Nu de SharePoint-farm wordt uitgevoerd, navigeert u naar Centraal beheer, Back-up maken en terugzetten en selecteert u Herstellen. De herstelbewerking ondervraagt de opgegeven back-uplocatie (mogelijk moet u de waarde bijwerken). Selecteer de back-up van de zoekservicetoepassing die u wilt herstellen.
    • De zoekactie is hersteld. Houd er rekening mee dat bij het herstellen wordt verwacht dat dezelfde topologie (hetzelfde aantal servers) en dezelfde harde-schijfletters worden gevonden die aan deze servers zijn toegewezen. Zie het document 'Search-service toepassing herstellen in SharePoint 2013' voor meer informatie.

  6. Volg de onderstaande stappen om te beginnen met een nieuwe Search-service-toepassing.

    • Bij deze methode wordt ervan uitgegaan dat een back-up van de database 'Zoekbeheer' beschikbaar is op de dr-site.
    • Omdat de andere zoekservicetoepassingsdatabases niet worden gerepliceerd, moeten ze opnieuw worden gemaakt. Ga hiervoor naar Centraal beheer en verwijder de zoekservicetoepassing. Verwijder de indexbestanden op servers waarop de zoekindex wordt gehost.
    • Maak de zoekservicetoepassing opnieuw en hiermee worden de databases opnieuw gemaakt. Het wordt aanbevolen om een voorbereid script te hebben waarmee deze servicetoepassing opnieuw wordt gemaakt, omdat het niet mogelijk is om alle acties via de GUI uit te voeren. Het instellen van de locatie van het indexstation en het configureren van de zoektopologie zijn bijvoorbeeld alleen mogelijk met behulp van SharePoint PowerShell-cmdlets. Gebruik de Windows PowerShell cmdlet Restore-SPEnterpriseSearchServiceApplication en geef de door het logboek verzonden en gerepliceerde zoekbeheerdatabase op Search_Service__DB. Deze cmdlet geeft de zoekconfiguratie, het schema, beheerde eigenschappen, regels en bronnen en maakt een standaardset van de andere onderdelen.
    • Zodra de zoekservicetoepassing opnieuw is gemaakt, moet u een volledige verkenning starten voor elke inhoudsbron om de zoekservice te herstellen. U verliest bepaalde analysegegevens van de on-premises farm, zoals zoekaanbeveling.

  7. Zodra alle stappen zijn voltooid, slaat u het herstelplan op en ziet het uiteindelijke herstelplan er als volgt uit.

    Opgeslagen RP

Een testfailover uitvoeren

Volg deze richtlijnen om een testfailover uit te voeren.

  1. Ga naar Azure Portal en selecteer uw Recovery Service-kluis.
  2. Klik op het herstelplan dat is gemaakt voor de SharePoint-toepassing.
  3. Klik op Testfailover.
  4. Selecteer herstelpunt en virtueel Azure-netwerk om het testfailoverproces te starten.
  5. Zodra de secundaire omgeving is ingeschakeld, kunt u uw validaties uitvoeren.
  6. Zodra de validaties zijn voltooid, kunt u klikken op Testfailover opschonen in het herstelplan en wordt de testfailoveromgeving opgeschoond.

Raadpleeg het document Overwegingen voor testfailover voor AD en DNS voor hulp bij het uitvoeren van testfailover voor AD en DNS .

Voor hulp bij het uitvoeren van testfailover voor SQL Always ON-beschikbaarheidsgroepen raadpleegt u het document Dr. Toepassingsherstel uitvoeren met Azure Site Recovery en testfailover uitvoeren.

Een failover uitvoeren

Volg deze richtlijnen voor het uitvoeren van een failover.

  1. Ga naar Azure Portal en selecteer uw Recovery Services-kluis.
  2. Klik op het herstelplan dat is gemaakt voor de SharePoint-toepassing.
  3. Klik op Failover.
  4. Selecteer het herstelpunt om het failoverproces te starten.

Volgende stappen

Meer informatie over het repliceren van andere toepassingen met behulp van Site Recovery.