Konfigurowanie odzyskiwania po awarii dla wielowarstwowej aplikacji programu SharePoint na potrzeby odzyskiwania po awarii przy użyciu usługi Azure Site Recovery

W tym artykule opisano szczegółowo sposób ochrony aplikacji programu SharePoint przy użyciu usługi Azure Site Recovery.

Omówienie

Microsoft SharePoint to zaawansowana aplikacja, która może pomóc grupie lub działowi organizować, współpracować i udostępniać informacje. Program SharePoint może udostępniać portale intranetowe, zarządzanie dokumentami i plikami, współpracę, sieci społecznościowe, ekstranety, witryny internetowe, wyszukiwanie w przedsiębiorstwie i analizę biznesową. Ma również funkcje integracji systemu, integracji procesów i automatyzacji przepływu pracy. Zazwyczaj organizacje uważają ją za aplikację warstwy 1 wrażliwą na przestoje i utratę danych.

Obecnie program Microsoft SharePoint nie zapewnia żadnych wbudowanych funkcji odzyskiwania po awarii. Niezależnie od typu i skali awarii odzyskiwanie obejmuje użycie rezerwowego centrum danych, do którego można odzyskać farmę. Rezerwowe centra danych są wymagane w scenariuszach, w których lokalne nadmiarowe systemy i kopie zapasowe nie mogą odzyskać sprawności po awarii w podstawowym centrum danych.

Dobre rozwiązanie odzyskiwania po awarii powinno umożliwiać modelowanie planów odzyskiwania wokół złożonych architektur aplikacji, takich jak SharePoint. Powinna również mieć możliwość dodawania dostosowanych kroków do obsługi mapowań aplikacji między różnymi warstwami, a tym samym zapewnienia trybu failover za pomocą jednego kliknięcia z niższym celem czasu odzyskiwania w przypadku awarii.

W tym artykule opisano szczegółowo sposób ochrony aplikacji programu SharePoint przy użyciu usługi Azure Site Recovery. W tym artykule opisano najlepsze rozwiązania dotyczące replikowania trzywarstwowej aplikacji programu SharePoint na platformę Azure, sposobu wykonywania próbnego odzyskiwania po awarii oraz sposobu przełączania aplikacji w tryb failover na platformę Azure.

Wymagania wstępne

Przed rozpoczęciem upewnij się, że rozumiesz następujące kwestie:

1. Replikowanie maszyny wirtualnej na platformę Azure
2. Jak zaprojektować sieć odzyskiwania
3. Wykonywanie testu pracy w trybie failover na platformie Azure
4. Przechodzenie w tryb failover na platformę Azure
5. Jak replikować kontroler domeny
6. Jak replikować program SQL Server

Architektura programu SharePoint

Program SharePoint można wdrożyć na co najmniej jednym serwerze przy użyciu topologii warstwowych i ról serwera w celu zaimplementowania projektu farmy spełniającego określone cele i cele. Typowa farma serwerów programu SharePoint o dużym zapotrzebowaniu, która obsługuje dużą liczbę równoczesnych użytkowników, a duża liczba elementów zawartości używa grupowania usług w ramach strategii skalowalności. Takie podejście obejmuje uruchamianie usług na dedykowanych serwerach, grupowanie tych usług razem, a następnie skalowanie serwerów w poziomie jako grupy. Poniższa topologia ilustruje grupowanie usług i serwerów dla trzywarstwowej farmy serwerów programu SharePoint. Zapoznaj się z dokumentacją programu SharePoint i architekturami linii produktów, aby uzyskać szczegółowe wskazówki dotyczące różnych topologii programu SharePoint. Więcej szczegółów dotyczących wdrażania programu SharePoint 2013 można znaleźć w tym dokumencie.

Obsługa usługi Site Recovery

Usługa Site Recovery jest niezależna od aplikacji i powinna współpracować z dowolną wersją programu SharePoint działającą na obsługiwanej maszynie. W tym artykule użyto maszyn wirtualnych VMware z systemem Windows Server 2012 R2 Enterprise. Użyto wersji SharePoint 2013 Enterprise i programu SQL Server 2014 Enterprise.

Źródło i cel

Scenariusz	Do lokacji dodatkowej	Platforma Azure
Funkcja Hyper-V	Tak	Tak
VMware	Tak	Tak
Serwer fizyczny	Tak	Tak
Azure	Nie dotyczy	Tak

Kwestie, o których należy pamiętać

Jeśli używasz klastra opartego na dyskach udostępnionych jako dowolnej warstwy w aplikacji, nie możesz użyć replikacji usługi Site Recovery do replikowania tych maszyn wirtualnych. Można użyć replikacji natywnej dostarczonej przez aplikację, a następnie użyć planu odzyskiwania, aby przejść w tryb failover we wszystkich warstwach.

Replikowanie maszyn wirtualnych

Postępuj zgodnie z poniższymi wskazówkami , aby rozpocząć replikowanie maszyny wirtualnej na platformę Azure.

• Po zakończeniu replikacji upewnij się, że przejdziesz do każdej maszyny wirtualnej każdej warstwy i wybierz ten sam zestaw dostępności w obszarze Replikowane ustawienia>elementu>Właściwości>obliczeniowe i sieciowe. Jeśli na przykład warstwa internetowa ma 3 maszyny wirtualne, upewnij się, że wszystkie 3 maszyny wirtualne są skonfigurowane jako część tego samego zestawu dostępności na platformie Azure.

  

• Aby uzyskać wskazówki dotyczące ochrony usług Active Directory i DNS, zobacz Ochrona usługi Active Directory i dokumentu DNS .

• Aby uzyskać wskazówki dotyczące ochrony warstwy bazy danych uruchomionej na serwerze SQL, zapoznaj się z dokumentem Ochrona programu SQL Server .

Konfiguracja sieci

Właściwości sieci

• W przypadku maszyn wirtualnych warstwy aplikacji i sieci Web skonfiguruj ustawienia sieciowe w witrynie Azure Portal, aby maszyny wirtualne mogły być dołączone do odpowiedniej sieci odzyskiwania po awarii.

  

• Jeśli używasz statycznego adresu IP, określ adres IP, który ma zostać przejąny przez maszynę wirtualną w polu Docelowy adres IP

  

Routing DNS i ruchu

W przypadku witryn internetowych utwórz profil usługi Traffic Manager typu "Priorytet" w subskrypcji platformy Azure. Następnie skonfiguruj swój profil DNS i Traffic Manager w następujący sposób.

Gdzie	Source	Obiekt docelowy
Publiczna usługa DNS	Publiczny system DNS dla witryn programu SharePoint Na przykład: sharepoint.contoso.com	Traffic Manager contososharepoint.trafficmanager.net
Lokalny system DNS	sharepointonprem.contoso.com	Publiczny adres IP w farmie lokalnej

W profilu usługi Traffic Manager utwórz podstawowe i odzyskiwania punkty końcowe. Użyj zewnętrznego punktu końcowego dla lokalnego punktu końcowego i publicznego adresu IP dla punktu końcowego platformy Azure. Upewnij się, że priorytet został ustawiony wyżej na lokalny punkt końcowy.

Hostowanie strony testowej na określonym porcie (na przykład 800) w warstwie internetowej programu SharePoint w celu automatycznego wykrywania dostępności po przejściu w tryb failover przez usługę Traffic Manager. Jest to obejście problemu, jeśli nie można włączyć uwierzytelniania anonimowego w żadnej z witryn programu SharePoint.

Skonfiguruj profil usługi Traffic Manager przy użyciu następujących ustawień:

• Metoda routingu — "Priorytet"
• Czas wygaśnięcia (TTL) DNS — "30 sekund"
• Ustawienia monitora punktu końcowego — jeśli możesz włączyć uwierzytelnianie anonimowe, możesz nadać określony punkt końcowy witryny internetowej. Możesz też użyć strony testowej na określonym porcie (na przykład 800).

Tworzenie planu odzyskiwania

Plan odzyskiwania umożliwia sekwencjonowanie trybu failover różnych warstw w aplikacji wielowarstwowej, w związku z tym utrzymanie spójności aplikacji. Wykonaj podane kroki podczas tworzenia planu odzyskiwania dla wielowarstwowej aplikacji internetowej. Dowiedz się więcej o tworzeniu planu odzyskiwania.

Dodawanie maszyn wirtualnych do grup trybu failover

1. Utwórz plan odzyskiwania przez dodanie maszyn wirtualnych warstwy aplikacji i sieci Web.

2. Kliknij pozycję "Dostosuj", aby zgrupować maszyny wirtualne. Domyślnie wszystkie maszyny wirtualne są częścią grupy "Grupa 1".

   

3. Utwórz inną grupę (grupa 2) i przenieś maszyny wirtualne warstwy sieci Web do nowej grupy. Maszyny wirtualne warstwy aplikacji powinny być częścią grupy "Grupa 1", a maszyny wirtualne warstwy sieci Web powinny należeć do grupy "Grupa 2". Ma to na celu upewnienie się, że maszyny wirtualne warstwy aplikacji są uruchamiane najpierw, a następnie maszyny wirtualne warstwy sieci Web.

Dodawanie skryptów do planu odzyskiwania

Najczęściej używane skrypty usługi Azure Site Recovery można wdrożyć na koncie usługi Automation, klikając przycisk "Wdróż na platformie Azure". Jeśli używasz dowolnego opublikowanego skryptu, upewnij się, że postępuj zgodnie ze wskazówkami w skrypcie.

1. Dodaj skrypt akcji wstępnej do grupy "Grupa 1" w celu przejścia w tryb failover do grupy dostępności SQL. Użyj skryptu ASR-SQL-FailoverAG opublikowanego w przykładowych skryptach. Upewnij się, że postępuj zgodnie ze wskazówkami w skrypcie i odpowiednio wprowadź wymagane zmiany w skrypcie.

   

   

2. Dodaj skrypt akcji post, aby dołączyć moduł równoważenia obciążenia na maszynach wirtualnych w trybie failover warstwy sieci Web (grupa 2). Użyj skryptu ASR-AddSingleLoadBalancer opublikowanego w przykładowych skryptach. Upewnij się, że postępuj zgodnie ze wskazówkami w skrypcie i odpowiednio wprowadź wymagane zmiany w skrypcie.

   

   

3. Dodaj krok ręczny, aby zaktualizować rekordy DNS, aby wskazywały nową farmę na platformie Azure.

   • W przypadku witryn internetowych nie są wymagane żadne aktualizacje DNS po przejściu w tryb failover. Wykonaj kroki opisane w sekcji Wskazówki dotyczące sieci, aby skonfigurować usługę Traffic Manager. Jeśli profil usługi Traffic Manager został skonfigurowany zgodnie z opisem w poprzedniej sekcji, dodaj skrypt, aby otworzyć fikcyjny port (800 w przykładzie) na maszynie wirtualnej platformy Azure.

   • W przypadku lokacji wewnętrznych dodaj krok ręczny w celu zaktualizowania rekordu DNS w celu wskazania nowego adresu IP modułu równoważenia obciążenia maszyny wirtualnej w warstwie internetowej.

4. Dodaj krok ręczny, aby przywrócić aplikację wyszukiwania z kopii zapasowej lub uruchomić nową usługę wyszukiwania.

5. Aby przywrócić aplikację usługa wyszukiwania z kopii zapasowej, wykonaj następujące kroki:

   • W tej metodzie przyjęto założenie, że kopia zapasowa aplikacji usługi wyszukiwania została wykonana przed katastrofalnym zdarzeniem i że kopia zapasowa jest dostępna w lokacji odzyskiwania po awarii.
   • Można to łatwo osiągnąć przez zaplanowanie kopii zapasowej (na przykład raz dziennie) i użycie procedury kopiowania w celu umieszczenia kopii zapasowej w lokacji odzyskiwania po awarii. Procedury kopiowania mogą obejmować programy skryptowe, takie jak AzCopy (Azure Copy) lub konfigurowanie usługi DFSR (replikacja rozproszonych usług plików).
   • Teraz, gdy farma programu SharePoint jest uruchomiona, przejdź do obszaru Administracja centralna, "Kopia zapasowa i przywracanie" i wybierz pozycję Przywróć. Przywracanie przesłuchuje określoną lokalizację kopii zapasowej (może być konieczne zaktualizowanie wartości). Wybierz kopię zapasową aplikacji usługi wyszukiwania, którą chcesz przywrócić.
   • Wyszukiwanie jest przywracane. Należy pamiętać, że przywracanie oczekuje znalezienia tej samej topologii (tej samej liczby serwerów) i tych samych liter dysku twardego przypisanych do tych serwerów. Aby uzyskać więcej informacji, zobacz dokument "Restore usługa wyszukiwania application in SharePoint 2013" (Przywracanie aplikacji usługa wyszukiwania w programie SharePoint 2013).

6. Aby rozpocząć od nowej aplikacji usługa wyszukiwania, wykonaj następujące kroki:

   • Ta metoda zakłada, że kopia zapasowa bazy danych administracji wyszukiwania jest dostępna w lokacji odzyskiwania po awarii.
   • Ponieważ inne bazy danych aplikacji usługi wyszukiwania nie są replikowane, należy je ponownie utworzyć. W tym celu przejdź do pozycji Administracja centralna i usuń aplikację usługi wyszukiwania. Na wszystkich serwerach, które hostuje indeks wyszukiwania, usuń pliki indeksu.
   • Utwórz ponownie aplikację usługi wyszukiwania i spowoduje to ponowne utworzenie baz danych. Zaleca się utworzenie przygotowanego skryptu, który ponownie tworzy tę aplikację usługi, ponieważ nie jest możliwe wykonanie wszystkich akcji za pośrednictwem graficznego interfejsu użytkownika. Na przykład ustawienie lokalizacji dysku indeksu i skonfigurowanie topologii wyszukiwania jest możliwe tylko przy użyciu poleceń cmdlet programu PowerShell programu SharePoint. Użyj polecenia cmdlet programu Windows PowerShell Restore-SPEnterpriseSearchServiceApplication i określ bazę danych administracji wyszukiwania wysyłanego i replikowanego dziennika, Search_Service__DB. To polecenie cmdlet udostępnia konfigurację wyszukiwania, schemat, właściwości zarządzane, reguły i źródła oraz tworzy domyślny zestaw innych składników.
   • Po ponownym utworzeniu aplikacji usługi wyszukiwania należy uruchomić pełne przeszukiwanie dla każdego źródła zawartości, aby przywrócić usługę wyszukiwania. Utracisz pewne informacje analityczne z farmy lokalnej, takie jak zalecenia dotyczące wyszukiwania.

7. Po zakończeniu wszystkich kroków zapisz plan odzyskiwania i końcowy plan odzyskiwania wygląda następująco:

   

Wykonywanie testu pracy w trybie failover

Postępuj zgodnie z poniższymi wskazówkami , aby przeprowadzić test pracy w trybie failover.

1. Przejdź do witryny Azure Portal i wybierz magazyn usługi Recovery Service.
2. Wybierz plan odzyskiwania utworzony dla aplikacji programu SharePoint.
3. Wybierz pozycję Test pracy w trybie failover.
4. Wybierz pozycję Punkt odzyskiwania i sieć wirtualna platformy Azure, aby rozpocząć proces testowania pracy w trybie failover.
5. Po uruchomieniu środowiska pomocniczego można przeprowadzić walidację.
6. Po zakończeniu walidacji możesz kliknąć pozycję "Wyczyść test pracy w trybie failover" w planie odzyskiwania, a testowe środowisko trybu failover zostanie wyczyszczone.

Aby uzyskać wskazówki dotyczące testowania pracy w trybie failover dla usług AD i DNS, zapoznaj się z artykułem Test failover considerations for AD and DNS (Testowanie pracy w trybie failover dla usług AD i DNS ).

Aby uzyskać wskazówki dotyczące testowania pracy w trybie failover dla zawsze włączonych grup dostępności sql, zobacz Wykonywanie odzyskiwania po awarii aplikacji przy użyciu usługi Azure Site Recovery i wykonywanie testu pracy w trybie failover .

Przechodzenie w tryb failover

Postępuj zgodnie z poniższymi wskazówkami, aby przejść w tryb failover.

1. Przejdź do witryny Azure Portal i wybierz magazyn usługi Recovery Services.
2. Kliknij plan odzyskiwania utworzony dla aplikacji programu SharePoint.
3. Kliknij pozycję "Tryb failover".
4. Wybierz pozycję Punkt odzyskiwania, aby rozpocząć proces pracy w trybie failover.

Następne kroki

Więcej informacji na temat replikowania innych aplikacji można dowiedzieć się przy użyciu usługi Site Recovery.