Architektura i scenariusze wysokiej dostępności dla oprogramowania SAP NetWeaver

  • Artykuł

Definicje terminologii

Wysoka dostępność: odnosi się do zestawu technologii, które minimalizują zakłócenia IT, zapewniając ciągłość działania usług IT za pośrednictwem nadmiarowych, odpornych na uszkodzenia lub składników chronionych w trybie failover w tym samym centrum danych. W naszym przypadku centrum danych znajduje się w jednym regionie świadczenia usługi Azure.

Odzyskiwanie po awarii: odnosi się również do zminimalizowania zakłóceń usług IT i ich odzyskiwania, ale w różnych centrach danych, które mogą być setki kilometrów od siebie. W naszym przypadku centra danych mogą znajdować się w różnych regionach świadczenia usługi Azure w tym samym regionie geopolitycznym lub w lokalizacjach ustanowionych przez Ciebie jako klient.

Omówienie wysokiej dostępności

Wysoką dostępność oprogramowania SAP na platformie Azure można podzielić na trzy typy:

  • Wysoka dostępność infrastruktury platformy Azure:

    Na przykład wysoka dostępność może obejmować obliczenia (maszyny wirtualne), sieć lub magazyn oraz korzyści wynikające z zwiększenia dostępności aplikacji SAP.

  • Ponowne uruchamianie maszyny wirtualnej infrastruktury platformy Azure w celu ochrony aplikacji SAP:

    Jeśli zdecydujesz się nie używać funkcji, takich jak klaster trybu failover systemu Windows Server (WSFC) lub pacemaker w systemie Linux, zostanie użyte ponowne uruchomienie maszyny wirtualnej platformy Azure. Przywraca ona funkcje w systemach SAP, jeśli istnieją planowane i nieplanowane przestoje infrastruktury serwera fizycznego platformy Azure i ogólnej podstawowej platformy Azure.

  • Wysoka dostępność aplikacji SAP:

    Aby zapewnić pełną dostępność systemu SAP, należy chronić wszystkie krytyczne składniki systemu SAP. Przykład:

    • Nadmiarowe serwery aplikacji SAP.
    • Unikatowe składniki. Przykładem może być pojedynczy punkt awarii (SPOF), taki jak wystąpienie SAP ASCS/SCS lub system zarządzania bazami danych (DBMS).

Wysoka dostępność oprogramowania SAP na platformie Azure różni się od wysokiej dostępności oprogramowania SAP w lokalnym środowisku fizycznym lub wirtualnym.

Nie ma zintegrowanej konfiguracji sapinst sap high-availability dla systemu Linux, ponieważ jest dostępna dla systemu Windows. Aby uzyskać informacje o wysokiej dostępności oprogramowania SAP w środowisku lokalnym dla systemu Linux, zobacz Informacje o partnerach o wysokiej dostępności.

Wysoka dostępność infrastruktury platformy Azure

Umowa SLA dla maszyn wirtualnych z pojedynczym wystąpieniem

Obecnie umowa SLA z jedną maszyną wirtualną wynosi 99,9% z magazynem w warstwie Premium. Aby dowiedzieć się, jaka może być dostępność pojedynczej maszyny wirtualnej, możesz utworzyć produkt różnych dostępnych umów dotyczących poziomu usług platformy Azure.

Podstawą obliczenia jest 30 dni miesięcznie lub 43 200 minut. Na przykład przestój 0,05% odpowiada 21,6 minutom. Jak zwykle dostępność różnych usług jest obliczana w następujący sposób:

(Usługa dostępności #1/100) x (usługa dostępności #2/100) x (usługa dostępności #3/100) *...

Przykład:

(99,95/100) x (99,9/100) x (99,9/100) = 0,9975 lub ogólna dostępność 99,75%.

Wiele wystąpień maszyn wirtualnych w tym samym zestawie dostępności

W przypadku wszystkich maszyn wirtualnych, które mają co najmniej dwa wystąpienia wdrożone w tym samym zestawie dostępności, gwarantujemy, że masz łączność maszyny wirtualnej z co najmniej jednym wystąpieniem co najmniej 99,95% czasu.

Gdy co najmniej dwie maszyny wirtualne są częścią tego samego zestawu dostępności, każda maszyna wirtualna w zestawie dostępności ma przypisaną domenę aktualizacji i domenę błędów przez podstawową platformę Azure.

  • Domeny aktualizacji gwarantują, że wiele maszyn wirtualnych nie zostanie uruchomionych ponownie w tym samym czasie podczas planowanej konserwacji infrastruktury platformy Azure. Tylko jedna maszyna wirtualna jest uruchamiana ponownie naraz.
  • Domeny błędów gwarantują, że maszyny wirtualne są wdrażane na składnikach sprzętowych, które nie współużytkują wspólnego źródła zasilania i przełącznika sieciowego. Gdy serwery, przełącznik sieciowy lub źródło zasilania przechodzą nieplanowany przestój, dotyczy to tylko jednej maszyny wirtualnej.

Aby uzyskać więcej informacji, zobacz Zarządzanie dostępnością maszyn wirtualnych na platformie Azure przy użyciu zestawu dostępności.

Strefy dostępności platformy Azure

Platforma Azure jest w trakcie wdrażania koncepcji usługi Azure Strefy dostępności w różnych regionach świadczenia usługi Azure. W regionach świadczenia usługi Azure, w których są oferowane Strefy dostępności, regiony platformy Azure mają wiele centrów danych, które są niezależne od źródła zasilania, chłodzenia i sieci. Przyczyną oferowania różnych stref w jednym regionie świadczenia usługi Azure jest umożliwienie wdrażania aplikacji w dwóch lub trzech Strefy dostępności oferowanych. Zakładając, że problemy ze źródłami zasilania i/lub siecią mają wpływ tylko na jedną infrastrukturę strefy dostępności, wdrożenie aplikacji w regionie świadczenia usługi Azure jest nadal w pełni funkcjonalne. Ostatecznie z ograniczoną pojemnością, ponieważ niektóre maszyny wirtualne w jednej strefie mogą zostać utracone. Jednak maszyny wirtualne w pozostałych dwóch strefach są nadal uruchomione. Regiony platformy Azure, które oferują strefy, są wymienione w usłudze Azure Strefy dostępności.

W przypadku korzystania z Strefy dostępności należy wziąć pod uwagę pewne kwestie. Lista zagadnień, takich jak:

  • Zestawów dostępności platformy Azure nie można wdrożyć w strefie dostępności. Tylko możliwość łączenia zestawów dostępności i Strefy dostępności jest z grupami umieszczania w pobliżu. Aby uzyskać więcej informacji, zobacz artykuł Łączenie zestawów dostępności i stref dostępności z grupami umieszczania w pobliżu.
  • Nie można użyć podstawowego modułu równoważenia obciążenia do tworzenia rozwiązań klastra trybu failover opartych na usługach klastra trybu failover systemu Windows lub w systemie Linux Pacemaker. Zamiast tego należy użyć jednostki SKU usługi Azure usługa Load Balancer w warstwie Standardowa.
  • Usługa Azure Strefy dostępności nie daje żadnych gwarancji pewnej odległości między różnymi strefami w jednym regionie.
  • Opóźnienie sieci między różnymi Strefy dostępności platformy Azure w różnych regionach świadczenia usługi Azure może różnić się od regionu platformy Azure do regionu. Mogą wystąpić przypadki, w których jako klient można rozsądnie uruchomić warstwę aplikacji SAP wdrożona w różnych strefach, ponieważ opóźnienie sieci z jednej strefy do aktywnej maszyny wirtualnej SYSTEMU DBMS jest nadal akceptowalne z powodu wpływu procesu biznesowego. Podczas gdy mogą istnieć scenariusze klienta, w których opóźnienie między aktywną maszyną wirtualną DBMS w jednej strefie a wystąpieniem aplikacji SAP na maszynie wirtualnej w innej strefie może być zbyt uciążliwe i nie do przyjęcia w przypadku procesów biznesowych SAP. W związku z tym architektury wdrażania muszą być różne w przypadku architektury aktywne/aktywnej dla aplikacji lub architektury aktywne/pasywnej, jeśli opóźnienie jest zbyt wysokie.
  • Używanie dysków zarządzanych platformy Azure jest obowiązkowe do wdrażania w usłudze Azure Strefy dostępności.

Zestaw skalowania maszyn wirtualnych z elastyczną orkiestracją

Na platformie Azure zestawy skalowania maszyn wirtualnych z elastyczną aranżacją umożliwiają osiągnięcie wysokiej dostępności dla obciążeń SAP, podobnie jak w przypadku innych struktur wdrażania, takich jak zestawy dostępności i strefy dostępności. Dzięki elastycznemu zestawowi skalowania maszyny wirtualne mogą być dystrybuowane w różnych strefach dostępności i domenach błędów, dzięki czemu jest to odpowiednia opcja wdrażania obciążeń SAP o wysokiej dostępności.

Zestaw skalowania maszyn wirtualnych z elastyczną aranżacją zapewnia elastyczność tworzenia zestawu skalowania w regionie lub zmniejszania zakresu w różnych strefach dostępności. Podczas tworzenia elastycznego zestawu skalowania w regionie z platformąFaultDomainCount>1 (FD>1) maszyny wirtualne wdrożone w zestawie skalowania będą dystrybuowane między określoną liczbę domen błędów w tym samym regionie. Z drugiej strony utworzenie elastycznego zestawu skalowania w różnych strefach dostępności przy użyciu platformFaultDomainCount=1 (FD=1) spowoduje dystrybucję maszyn wirtualnych w różnych strefach, a zestaw skalowania będzie również dystrybuować maszyny wirtualne w różnych domenach błędów w każdej strefie w oparciu o najlepsze wysiłki. W przypadku obciążeń SAP obsługiwany jest tylko elastyczny zestaw skalowania z FD=1.

Zaletą korzystania z elastycznych zestawów skalowania z funkcją FD=1 w przypadku wdrożenia między strefami zamiast tradycyjnego wdrożenia strefy dostępności jest to, że maszyny wirtualne wdrożone z zestawem skalowania będą dystrybuowane między różne domeny błędów w strefie w optymalny sposób. Aby uniknąć ograniczeń związanych z użyciem grupy umieszczania w pobliżu w celu zapewnienia dostępności maszyn wirtualnych we wszystkich centrach danych platformy Azure lub w każdym kręgosłupie sieci, zaleca się wdrożenie obciążenia SAP w różnych strefach dostępności przy użyciu elastycznego zestawu skalowania z FD=1. Ta strategia wdrażania gwarantuje, że maszyny wirtualne wdrożone w każdej strefie nie są ograniczone do jednego centrum danych lub kręgosłupa sieci, a wszystkie składniki systemu SAP, takie jak bazy danych, usługi ASCS/ERS i warstwa aplikacji, są ograniczone na poziomie strefowym.

Dlatego w przypadku nowego wdrożenia obciążeń SAP w różnych strefach dostępności zalecamy użycie elastycznego zestawu skalowania z FD=1. Aby uzyskać więcej informacji, zobacz dokument zestaw skalowania maszyn wirtualnych dla obciążenia SAP.

Planowana i nieplanowana konserwacja maszyn wirtualnych

Dwa typy zdarzeń platformy Azure mogą mieć wpływ na dostępność maszyn wirtualnych:

  • Zdarzenia planowanej konserwacji to okresowe aktualizacje wprowadzane przez firmę Microsoft do bazowej platformy Azure. Aktualizacje zwiększają ogólną niezawodność, wydajność i zabezpieczenia infrastruktury platformy, na których działają maszyny wirtualne.
  • Nieplanowane zdarzenia konserwacji występują, gdy sprzęt lub infrastruktura fizyczna podstawowa maszyny wirtualnej uległa awarii w jakiś sposób. Może to obejmować awarie sieci lokalnej, awarie dysku lokalnego lub inne awarie na poziomie stojaka. Po wykryciu takiego błędu platforma Azure automatycznie migruje maszynę wirtualną z serwera fizycznego w złej kondycji, który hostuje maszynę wirtualną na serwer fizyczny w dobrej kondycji. Takie zdarzenia są rzadkie, ale mogą również spowodować ponowne uruchomienie maszyny wirtualnej.

Aby uzyskać więcej informacji, zobacz Konserwacja maszyn wirtualnych na platformie Azure.

Nadmiarowość usługi Azure Storage

Dane na koncie magazynu są zawsze replikowane, aby zapewnić trwałość i wysoką dostępność, spełniając umowę SLA usługi Azure Storage nawet w przypadku przejściowych awarii sprzętu.

Ponieważ usługa Azure Storage domyślnie przechowuje trzy obrazy danych, użycie macierzy RAID 5 lub RAID 1 na wielu dyskach platformy Azure jest niepotrzebne.

Aby uzyskać więcej informacji, zobacz Replikacja usługi Azure Storage.

Dyski zarządzane platformy Azure

Dyski zarządzane jest typem zasobu w usłudze Azure Resource Manager, jest zalecaną opcją magazynu zamiast wirtualnych dysków twardych (VHD), które są przechowywane na kontach usługi Azure Storage. Dyski zarządzane są automatycznie zgodne z zestawem dostępności platformy Azure maszyny wirtualnej, do której są dołączone. Zwiększają one dostępność maszyny wirtualnej i usług, które są na niej uruchomione.

Aby uzyskać więcej informacji, zobacz temat Omówienie funkcji Dyski zarządzane platformy Azure.

Zalecamy używanie dysków zarządzanych, ponieważ upraszczają wdrażanie maszyn wirtualnych i zarządzanie nimi.

Porównanie różnych typów wdrożeń dla obciążenia SAP

Poniżej przedstawiono krótkie podsumowanie różnych typów wdrożeń dostępnych dla obciążeń SAP.

Funkcje Zestaw skalowania maszyn wirtualnych z elastyczną orkiestracją (FD=1) Strefa dostępności Zestaw dostępności
Zachowanie wdrożenia Wystąpienia są rozmieszczone w 1, 2 lub 3 strefach dostępności i rozmieszczone w różnych stojakach w każdej strefie w oparciu o najlepsze wysiłki Wystąpienia są lądowe w 1, 2 lub 3 strefach dostępności Wystąpienia są lądowane w regionie i dystrybuowane w różnych domenach błędów/aktualizacji
Przypisywanie maszyn wirtualnych i dysków zarządzanych do określonej strefy dostępności Tak Tak Nie.
Domena błędów — maksymalne rozłożenie (platforma Azure będzie maksymalnie rozpowszechniać wystąpienia) Tak Nie. Tak, na podstawie liczby domen błędów zdefiniowanych podczas tworzenia.
Obliczanie do wyrównania domeny błędów magazynu Nie. Nie Tak
Rezerwacja pojemności Tak (przypisz rezerwację pojemności na poziomie maszyny wirtualnej) Tak Nr

Uwaga

Opcje wdrażania o wysokiej dostępności dla obciążenia SAP

Podczas wdrażania obciążenia SAP o wysokiej dostępności na platformie Azure należy wziąć pod uwagę różne dostępne typy wdrożeń oraz sposób ich stosowania w różnych regionach platformy Azure (na przykład między strefami, w jednej strefie lub w regionie bez stref). W poniższej tabeli przedstawiono kilka opcji wysokiej dostępności dla systemów SAP w regionach świadczenia usługi Azure.

Typ systemu W różnych strefach w regionie W strefie śpiewania regionu W regionie bez stref
System SAP o wysokiej dostępności Elastyczny zestaw skalowania z FD=1 Zestawy dostępności z grupami umieszczania w pobliżu Zestawy dostępności
Zestawy dostępności i Strefy dostępności z grupami umieszczania w pobliżu Elastyczny zestaw skalowania z FD=1 (wybierz tylko jedną strefę) Elastyczny zestaw skalowania z FD=1 (żadne strefy nie są zdefiniowane)
Strefy dostępności Zestawy dostępności
  • Wdrażanie w różnych strefach w regionie: aby zapewnić najwyższą dostępność, systemy SAP powinny być wdrażane w różnych strefach w regionie. Gwarantuje to, że jeśli jedna strefa jest niedostępna, system SAP będzie nadal dostępny w innej strefie. Jeśli wdrażasz nowe obciążenie SAP w różnych strefach dostępności, zaleca się użycie elastycznego zestawu skalowania maszyn wirtualnych z opcją wdrożenia FD=1. Umożliwia ona wdrażanie wielu maszyn wirtualnych w różnych strefach w regionie bez obaw o ograniczenia pojemności lub grupy umieszczania. Struktura zestawu skalowania zapewnia, że maszyny wirtualne wdrożone z zestawem skalowania będą dystrybuowane między różne domeny błędów w strefie w sposób optymalny. Wszystkie składniki SAP o wysokiej dostępności, takie jak SAP ASCS/ERS, bazy danych SAP są dystrybuowane w różnych strefach, podczas gdy wiele serwerów aplikacji w każdej strefie jest dystrybuowanych w różnych domenach błędów zgodnie z najlepszymi potrzebami.
  • Wdrożenie w pojedynczej strefie regionu: aby wdrożyć system SAP o wysokiej dostępności w regionie w lokalizacji z wieloma strefami dostępności, a jeśli niezbędne jest, aby wszystkie składniki systemu znajdowały się w jednej strefie, zaleca się użycie opcji wdrożenia zestawów dostępności z grupami umieszczania w pobliżu. Takie podejście umożliwia grupowanie wszystkich składników systemu SAP w jednej strefie dostępności, zapewniając, że maszyny wirtualne w zestawie dostępności są rozmieszczone w różnych domenach błędów i aktualizacji. Chociaż to wdrożenie jest zgodne z domenami błędów magazynu, bliskość nie jest gwarantowana. Jednak ponieważ ta opcja wdrożenia jest regionalna, nie obsługuje usługi Azure Site Recovery na potrzeby odzyskiwania po awarii między strefami. Ponadto ta opcja ogranicza całe wdrożenie SAP do jednego centrum danych, co może prowadzić do ograniczeń pojemności, jeśli konieczne jest zmianę rozmiaru jednostki SKU lub wystąpień aplikacji skalowanych w poziomie.
  • Wdrożenie w regionie bez stref: jeśli wdrażasz system SAP w regionie, w którym nie ma żadnych stref, zaleca się korzystanie z zestawów dostępności. Ta opcja zapewnia nadmiarowość i odporność na uszkodzenia przez umieszczenie maszyn wirtualnych w różnych domenach błędów i domenach aktualizacji.

Ważne

Należy zauważyć, że opcje wdrażania dla regionów platformy Azure są tylko sugestiami. Najbardziej odpowiednia strategia wdrażania systemu SAP będzie zależeć od konkretnych wymagań i środowiska.

Korzystanie z wysokiej dostępności infrastruktury platformy Azure w celu ochrony aplikacji SAP

Jeśli zdecydujesz się nie używać funkcji, takich jak WSFC lub Pacemaker w systemie Linux (obsługiwane w systemach SUSE Linux Enterprise Server 12 i nowszych oraz Red Hat Enterprise Linux 7 i nowszych), ponowne uruchomienie maszyny wirtualnej platformy Azure jest używane. Przywraca ona funkcje w systemach SAP, jeśli istnieją planowane i nieplanowane przestoje infrastruktury serwera fizycznego platformy Azure i ogólnej podstawowej platformy Azure.

Aby uzyskać więcej informacji na temat podejścia, zobacz Korzystanie z ponownego uruchamiania maszyny wirtualnej infrastruktury platformy Azure w celu uzyskania większej dostępności systemu SAP.

Wysoka dostępność aplikacji SAP w usłudze Azure IaaS

Aby zapewnić pełną dostępność systemu SAP, należy chronić wszystkie krytyczne składniki systemu SAP. Przykład:

  • Nadmiarowe serwery aplikacji SAP.
  • Unikatowe składniki. Przykładem może być pojedynczy punkt awarii (SPOF), taki jak wystąpienie SAP ASCS/SCS lub system zarządzania bazami danych (DBMS).

W następnych sekcjach omówiono sposób osiągnięcia wysokiej dostępności dla wszystkich trzech krytycznych składników systemu SAP.

Architektura wysokiej dostępności dla serwerów aplikacji SAP

Windows logo. Windows i Linux logo. Linux

Zazwyczaj nie potrzebujesz konkretnego rozwiązania o wysokiej dostępności dla serwera aplikacji SAP i wystąpień okien dialogowych. Wysoką dostępność uzyskuje się dzięki nadmiarowości i konfigurujesz wiele wystąpień okien dialogowych w różnych wystąpieniach maszyn wirtualnych platformy Azure. W dwóch wystąpieniach maszyn wirtualnych platformy Azure powinny być zainstalowane co najmniej dwa wystąpienia aplikacji SAP.

W zależności od typu wdrożenia (elastycznego zestawu skalowania z FD=1, strefy dostępności lub zestawu dostępności) należy odpowiednio dystrybuować wystąpienia serwera aplikacji SAP, aby osiągnąć nadmiarowość.

  • Elastyczny zestaw skalowania z platformFaultDomainCount=1 (FD=1): serwery aplikacji SAP wdrożone z elastycznym zestawem skalowania (FD=1) dystrybuują maszyny wirtualne w różnych strefach dostępności, a zestaw skalowania będzie również dystrybuować maszyny wirtualne w różnych domenach błędów w każdej strefie w oparciu o najlepsze wysiłki. Gwarantuje to, że jeśli jedna strefa jest niedostępna, serwery aplikacji SAP wdrożone w innej strefie będą nadal dostępne.
  • Strefa dostępności: serwery aplikacji SAP wdrożone w różnych strefach dostępności zapewniają, że maszyny wirtualne znajdują się w różnych strefach w celu zapewnienia nadmiarowości. Gwarantuje to, że jeśli jedna strefa jest niedostępna, serwery aplikacji SAP wdrożone w innej strefie będą nadal dostępne. Aby uzyskać więcej informacji, zobacz Konfiguracje obciążeń SAP za pomocą usługi Azure Strefy dostępności
  • Zestaw dostępności: serwery aplikacji SAP wdrożone w zestawie dostępności zapewniają dystrybucję maszyn wirtualnych w różnych domenach błędów i domenach aktualizacji. Podczas umieszczania maszyn wirtualnych w różnych domenach aktualizacji upewnij się, że maszyny wirtualne nie są aktualizowane w tym samym czasie podczas planowanych przestojów konserwacji. Umieszczenie maszyn wirtualnych w innej domenie błędów zapewnia ochronę maszyny wirtualnej przed awariami sprzętowymi lub przerwami w zasilaniu w centrum danych. Jednak liczba domen błędów i aktualizacji, których można używać w zestawie dostępności platformy Azure w jednostce skalowania platformy Azure, jest skończona. Jeśli nadal dodajesz maszyny wirtualne do jednego zestawu dostępności, co najmniej dwie maszyny wirtualne ostatecznie trafią do tej samej domeny błędów lub aktualizacji. Aby uzyskać więcej informacji, zobacz sekcję Zestawy dostępności platformy Azure w dokumencie Planowanie i implementacja maszyn wirtualnych platformy Azure dla oprogramowania SAP NetWeaver.

Tylko dyski niezarządzane: w przypadku korzystania z dysków niezarządzanych z zestawem dostępności ważne jest, aby rozpoznać, że konto usługi Azure Storage stanie się pojedynczym punktem awarii. W związku z tym konieczne jest utworzenie co najmniej dwóch kont usługi Azure Storage, w których są dystrybuowane co najmniej dwie maszyny wirtualne. W idealnej konfiguracji dyski każdej maszyny wirtualnej z uruchomionym wystąpieniem okna dialogowego SAP zostaną wdrożone na innym koncie magazynu.

Ważne

Zdecydowanie zalecamy korzystanie z dysków zarządzanych platformy Azure w przypadku instalacji wysokiej dostępności oprogramowania SAP. Ponieważ dyski zarządzane są automatycznie zgodne z zestawem dostępności maszyny wirtualnej, do której są dołączone, zwiększają dostępność maszyny wirtualnej i uruchomionych na nim usług.

Architektura wysokiej dostępności dla wystąpienia sap ASCS/SCS w systemie Windows

Windows logo. Windows

Możesz użyć rozwiązania WSFC, aby chronić wystąpienie SAP ASCS/SCS. Na podstawie typu konfiguracji udziału klastra (udziału plików lub dysku udostępnionego) można odwołać się do odpowiedniego rozwiązania na podstawie typu magazynu.

Architektura wysokiej dostępności dla wystąpienia sap ASCS/SCS w systemie Linux

Linux logo. Linux

W systemie Linux konfiguracja klastrowania wystąpień SAP ASCS/SCS zależy od dystrybucji systemu operacyjnego i typu używanego magazynu. Zaleca się zaimplementowanie odpowiedniego rozwiązania zgodnie z konkretną strukturą klastra systemu operacyjnego.

Konfiguracja wielu identyfikatorów SID oprogramowania SAP NetWeaver dla klastrowanego wystąpienia sap ASCS/SCS

Windows logo. Okno

Obsługa wielu identyfikatorów SID jest obsługiwana w programie WSFC przy użyciu udziału plików i dysku udostępnionego. Aby uzyskać więcej informacji na temat architektury wysokiej dostępności dla wielu identyfikatorów SID w systemie Windows, zobacz:

Linux logo. Linux

Klastrowanie z wieloma identyfikatorami SID jest obsługiwane w klastrach Pacemaker systemu Linux dla systemów SAP ASCS/ERS, ograniczonych do pięciu identyfikatorów SID systemu SAP w tym samym klastrze. Aby uzyskać więcej informacji na temat architektury wysokiej dostępności wielu identyfikatorów SID w systemie Linux, zobacz:

Wysoka dostępność wystąpienia usługi DBMS

W systemie SAP serwery DBMS również jako pojedynczy punkt awarii. Dlatego ważne jest, aby chronić bazę danych przez zaimplementowanie rozwiązania o wysokiej dostępności. Rozwiązanie o wysokiej dostępności systemu DBMS różni się w zależności od bazy danych używanej w systemie SAP. Na podstawie bazy danych postępuj zgodnie z wytycznymi, aby uzyskać wysoką dostępność bazy danych.

Baza danych Zalecenie dotyczące odzyskiwania po awarii
SAP HANA Replikacja systemu HANA (HSR)
Oracle Oracle Data Guard
IBM DB2 Odzyskiwanie po awarii o wysokiej dostępności (HADR)
Microsoft SQL Microsoft SQL Always On
SAP ASE USŁUGA ASE HADR zawsze włączona