Nastavení zotavení po havárii pro vícevrstvou aplikaci SharePoint pro zotavení po havárii s využitím Azure Site Recovery

Tento článek podrobně popisuje, jak chránit sharepointovou aplikaci pomocí Azure Site Recovery.

Přehled

Microsoft SharePoint je výkonná aplikace, která pomáhá skupině nebo oddělení organizovat, spolupracovat a sdílet informace. SharePoint může poskytovat intranetové portály, správu dokumentů a souborů, spolupráci, sociální sítě, extranety, weby, podnikové vyhledávání a business intelligence. Nabízí také možnosti integrace systémů, integrace procesů a automatizace pracovních postupů. Organizace ji obvykle považují za aplikaci vrstvy 1 citlivou na výpadky a ztrátu dat.

Microsoft SharePoint dnes neposkytuje žádné předefinované možnosti zotavení po havárii. Obnovení zahrnuje použití pohotovostního datového centra, do kterého můžete farmu obnovit, bez ohledu na typ a rozsah havárie. Pohotovostní datová centra se vyžadují ve scénářích, kdy se místní redundantní systémy a zálohy nemohou zotavit z výpadku primárního datacentra.

Dobré řešení zotavení po havárii by mělo umožňovat modelování plánů obnovení podle složitých aplikačních architektur, jako je SharePoint. Měl by mít také možnost přidat přizpůsobené kroky pro zpracování mapování aplikací mezi různými úrovněmi, a tím zajistit převzetí služeb při selhání jedním kliknutím s nižší rto v případě havárie.

Tento článek podrobně popisuje, jak chránit sharepointovou aplikaci pomocí Azure Site Recovery. Tento článek popisuje osvědčené postupy pro replikaci třívrstvé sharepointové aplikace do Azure, postup zotavení po havárii a postup převzetí služeb při selhání aplikace do Azure.

Můžete se podívat na následující video o obnovení vícevrstvé aplikace do Azure.

Požadavky

Než začnete, ujistěte se, že rozumíte následujícím:

  1. Replikace virtuálního počítače do Azure
  2. Návrh sítě pro obnovení
  3. Provedení testovacího převzetí služeb při selhání do Azure
  4. Převzetí služeb při selhání do Azure
  5. Postup replikace řadiče domény
  6. Postup replikace SQL Server

Architektura SharePointu

SharePoint lze nasadit na jeden nebo více serverů pomocí vrstvených topologií a rolí serveru k implementaci návrhu farmy, který splňuje konkrétní cíle a cíle. Typická velká serverová farma SharePointu s vysokou poptávkou, která podporuje velký počet souběžných uživatelů a velký počet položek obsahu, používá seskupení služeb jako součást své strategie škálovatelnosti. Tento přístup zahrnuje spouštění služeb na vyhrazených serverech, seskupení těchto služeb a následné horizontální navýšení kapacity serverů jako skupiny. Následující topologie znázorňuje seskupování služeb a serverů pro třívrstvou serverovou farmu SharePointu. Podrobné pokyny k různým topologiím SharePointu najdete v dokumentaci k SharePointu a v architekturách produktové řady. Další podrobnosti o nasazení SharePointu 2013 najdete v tomto dokumentu.

Model nasazení 1

Podpora Site Recovery

Site Recovery je nezávislá na aplikacích a měla by fungovat se všemi verzemi SharePointu spuštěnými na podporovaném počítači. K vytvoření tohoto článku byly použity virtuální počítače VMware s Windows Server 2012 R2 Enterprise. Byly použity edice SharePointu 2013 Enterprise a SQL Server 2014 Enterprise.

Zdroj a cíl

Scénář Do sekundární lokality Do Azure
Hyper-V Yes Yes
VMware Yes Yes
Fyzický server Yes Yes
Azure Není k dispozici Ano

Co je potřeba mít na paměti

Pokud jako libovolnou vrstvu aplikace používáte cluster se sdílenými disky, nebudete moct replikovat tyto virtuální počítače pomocí replikace Site Recovery. Můžete použít nativní replikaci poskytovanou aplikací a pak použít plán obnovení k převzetí služeb při selhání všech úrovní.

Replikace virtuálních počítačů

Pokud chcete spustit replikaci virtuálního počítače do Azure, postupujte podle těchto pokynů .

  • Po dokončení replikace se ujistěte, že přejdete na všechny virtuální počítače každé úrovně a vyberete stejnou skupinu dostupnosti v části Nastavení replikované položky >> – vlastnosti > Výpočty a síť. Pokud má vaše webová vrstva například 3 virtuální počítače, ujistěte se, že všechny 3 virtuální počítače jsou v Azure nakonfigurované tak, aby byly součástí stejné skupiny dostupnosti.

    Nastavit skupinu dostupnosti

  • Pokyny k ochraně služby Active Directory a DNS najdete v dokumentu Ochrana služby Active Directory a DNS .

  • Pokyny k ochraně databázové vrstvy spuštěné na SQL Serveru najdete v dokumentu Ochrana SQL Server.

Konfigurace sítě

Vlastnosti sítě

  • Pro virtuální počítače aplikační a webové vrstvy nakonfigurujte nastavení sítě v Azure Portal tak, aby se virtuální počítače po převzetí služeb při selhání připojily ke správné síti pro zotavení po havárii.

    Vyberte Síť.

  • Pokud používáte statickou IP adresu, zadejte IP adresu, kterou má virtuální počítač zabírat, do pole Cílová IP adresa.

    Nastavení statické IP adresy

DNS a směrování provozu

Pro internetové weby vytvořte profil Traffic Manageru typu Priorita v předplatném Azure. Potom následujícím způsobem nakonfigurujte profil DNS a Traffic Manageru.

Kde Zdroj Cíl
Veřejná služba DNS Veřejný server DNS pro sharepointové weby

Příklad: sharepoint.contoso.com
Traffic Manager

contososharepoint.trafficmanager.net
Místní DNS sharepointonprem.contoso.com Veřejná IP adresa v místní farmě

V profilu Traffic Manageru vytvořte primární koncový bod a koncový bod pro obnovení. Použijte externí koncový bod pro místní koncový bod a veřejnou IP adresu koncového bodu Azure. Ujistěte se, že je vyšší priorita nastavená na místní koncový bod.

Hostujte testovací stránku na konkrétním portu (například 800) ve webové vrstvě SharePointu, aby Služba Traffic Manager po převzetí služeb při selhání automaticky rozpoznala dostupnost. Jedná se o alternativní řešení v případě, že na žádném ze svých sharepointových webů nemůžete povolit anonymní ověřování.

Nakonfigurujte profil Traffic Manageru pomocí následujících nastavení.

  • Metoda směrování – Priorita
  • Hodnota TTL (Time to Live) DNS – 30 sekund
  • Nastavení monitorování koncového bodu – Pokud můžete povolit anonymní ověřování, můžete zadat konkrétní koncový bod webu. Nebo můžete použít testovací stránku na konkrétním portu (například 800).

Vytvoření plánu obnovení

Plán obnovení umožňuje sekvencování převzetí služeb při selhání různých vrstev ve vícevrstvé aplikaci, a tím zachování konzistence aplikací. Při vytváření plánu obnovení pro vícevrstvou webovou aplikaci postupujte podle následujících kroků. Přečtěte si další informace o vytvoření plánu obnovení.

Přidání virtuálních počítačů do skupin převzetí služeb při selhání

  1. Vytvořte plán obnovení přidáním virtuálních počítačů aplikační a webové vrstvy.

  2. Kliknutím na Přizpůsobit virtuální počítače seskupte. Ve výchozím nastavení jsou všechny virtuální počítače součástí skupiny 1.

    Přizpůsobení RP

  3. Vytvořte další skupinu (skupinu 2) a přesuňte virtuální počítače webové vrstvy do nové skupiny. Virtuální počítače vrstvy aplikace by měly být součástí skupiny 1 a virtuální počítače webové vrstvy by měly být součástí skupiny 2. Tím zajistíte, že se nejdřív spustí virtuální počítače vrstvy aplikace a pak virtuální počítače webové vrstvy.

Přidání skriptů do plánu obnovení

Do účtu Automation můžete nasadit nejčastěji používané skripty Azure Site Recovery kliknutím na tlačítko Nasadit do Azure níže. Pokud používáte libovolný publikovaný skript, ujistěte se, že postupujete podle pokynů ve skriptu.

Nasazení do Azure

  1. Přidejte skript před akcí do skupiny 1 pro převzetí služeb při selhání skupiny dostupnosti SQL. Použijte skript ASR-SQL-FailoverAG publikovaný v ukázkových skriptech. Ujistěte se, že postupujete podle pokynů ve skriptu a odpovídajícím způsobem proveďte požadované změny ve skriptu.

    Add-AG-Script-Step-1

    Add-AG-Script-Step-2

  2. Přidejte skript po akci pro připojení nástroje pro vyrovnávání zatížení na virtuálních počítačích, u které došlo k převzetí služeb při selhání webové vrstvy (skupina 2). Použijte skript ASR-AddSingleLoadBalancer publikovaný v ukázkových skriptech. Ujistěte se, že postupujete podle pokynů ve skriptu a odpovídajícím způsobem proveďte požadované změny ve skriptu.

    Add-LB-Script-Step-1

    Add-LB-Script-Step-2

  3. Přidejte ruční krok pro aktualizaci záznamů DNS tak, aby odkazovat na novou farmu v Azure.

    • U internetových webů se po převzetí služeb při selhání nevyžadují žádné aktualizace DNS. Při konfiguraci Traffic Manageru postupujte podle kroků popsaných v části Doprovodné materiály k sítím. Pokud je profil Traffic Manageru nastavený tak, jak je popsáno v předchozí části, přidejte skript pro otevření fiktivního portu (v příkladu 800) na virtuálním počítači Azure.

    • Pro interní weby přidejte ruční krok aktualizace záznamu DNS tak, aby odkazovat na IP adresu nástroje pro vyrovnávání zatížení nového virtuálního počítače webové vrstvy.

  4. Přidejte ruční krok k obnovení vyhledávací aplikace ze zálohy nebo spuštění nové vyhledávací služby.

  5. Pokud chcete obnovit Search aplikaci ze zálohy, postupujte podle následujících kroků.

    • Tato metoda předpokládá, že zálohování aplikace Vyhledávací služby bylo provedeno před katastrofickou událostí a že záloha je k dispozici v lokalitě zotavení po havárii.
    • Toho lze snadno dosáhnout naplánováním zálohování (například jednou denně) a použitím postupu kopírování k umístění zálohy do lokality zotavení po havárii. Postupy kopírování můžou zahrnovat skriptované programy, jako je AzCopy (Azure Copy) nebo nastavení replikace DFSR (Distributed File Services).
    • Teď, když je farma SharePointu spuštěná, přejděte na Centrální správu zálohování a obnovení a vyberte Obnovit. Obnovení provede dotaz na zadané umístění zálohy (možná budete muset hodnotu aktualizovat). Vyberte zálohu aplikace Vyhledávací služby, kterou chcete obnovit.
    • Hledání se obnoví. Mějte na paměti, že obnovení očekává, že najde stejnou topologii (stejný počet serverů) a stejné písmena pevného disku přiřazená těmto serverům. Další informace najdete v dokumentu Obnovení aplikace Search v SharePointu 2013.
  6. Pokud chcete začít s novou aplikací Search, postupujte podle následujících kroků.

    • Tato metoda předpokládá, že v lokalitě zotavení po havárii je k dispozici záloha databáze "Správa vyhledávání".
    • Vzhledem k tomu, že ostatní databáze aplikací Vyhledávací služby se nereplikují, je potřeba je znovu vytvořit. Uděláte to tak, že přejdete na Centrální správu a odstraníte aplikaci Vyhledávací služby. Na všech serverech, které jsou hostiteli indexu vyhledávání, odstraňte soubory indexu.
    • Znovu vytvořte aplikaci Vyhledávací služby a tím znovu vytvoříte databáze. Doporučujeme mít připravený skript, který tuto aplikaci služby znovu vytvoří, protože není možné provádět všechny akce prostřednictvím grafického uživatelského rozhraní. Například nastavení umístění jednotky indexu a konfigurace topologie vyhledávání jsou možné pouze pomocí rutin Prostředí PowerShell pro SharePoint. Použijte rutinu Windows PowerShell Restore-SPEnterpriseSearchServiceApplication a zadejte databázi správy vyhledávání dodávaná protokolem a replikovanou Search_Service__DB. Tato rutina poskytuje konfiguraci vyhledávání, schéma, spravované vlastnosti, pravidla a zdroje a vytvoří výchozí sadu dalších komponent.
    • Po opětovném vytvoření aplikace Vyhledávací služby je nutné spustit úplné procházení pro každý zdroj obsahu, abyste mohli vyhledávací službu obnovit. Ztratíte některé analytické informace z místní farmy, například doporučení pro vyhledávání.
  7. Po dokončení všech kroků uložte plán obnovení a konečný plán obnovení bude vypadat následovně.

    Uložená RP

Provedení testovacího převzetí služeb při selhání

Pokud chcete provést testovací převzetí služeb při selhání, postupujte podle těchto pokynů .

  1. Přejděte na Azure Portal a vyberte trezor služby Recovery Service.
  2. Klikněte na plán obnovení vytvořený pro aplikaci SharePoint.
  3. Klikněte na Testovací převzetí služeb při selhání.
  4. Výběrem bodu obnovení a virtuální sítě Azure spusťte proces testovacího převzetí služeb při selhání.
  5. Po spuštění sekundárního prostředí můžete provést ověření.
  6. Po dokončení ověření můžete v plánu obnovení kliknout na Vyčištění testovacího převzetí služeb při selhání a prostředí testovacího převzetí služeb při selhání se vyčistí.

Pokyny k testovacímu převzetí služeb při selhání pro AD a DNS najdete v dokumentu Aspekty testovacího převzetí služeb při selhání pro AD a DNS .

Pokyny k provedení testovacího převzetí služeb při selhání pro skupiny dostupnosti ALWAYSON SQL najdete v dokumentu Věnovaném provádění zotavení po havárii aplikací pomocí Azure Site Recovery a provádění testovacího převzetí služeb při selhání.

Převzetí služeb při selhání

Při převzetí služeb při selhání postupujte podle těchto pokynů .

  1. Přejděte na Azure Portal a vyberte trezor služby Recovery Services.
  2. Klikněte na plán obnovení vytvořený pro aplikaci SharePoint.
  3. Klikněte na Převzetí služeb při selhání.
  4. Výběrem bodu obnovení spusťte proces převzetí služeb při selhání.

Další kroky

Další informace o replikaci jiných aplikací pomocí Site Recovery.