Edytuj

Uruchamianie rozwiązania SAP BW/4HANA z maszynami wirtualnymi z systemem Linux na platformie Azure

Azure Bastion
Azure Managed Disks
Azure Virtual Machines
Azure Virtual Network
SAP HANA on Azure Large Instances

Poniższy przykład koncentruje się specjalnie na warstwie aplikacji SAP BW/4HANA. Jest ona odpowiednia dla środowiska produkcyjnego sap BW/4HANA na platformie Azure na małą skalę, gdzie wysoka dostępność jest priorytetem.

Architektura

Architektura referencyjna przedstawia zestaw sprawdzonych rozwiązań dotyczących uruchamiania oprogramowania SAP HANA w środowisku o wysokiej dostępności, skalowalnym w górę, które obsługuje odzyskiwanie po awarii na platformie Azure.

Pobierz plik programu Visio z tą architekturą.

Składniki

Ta architektura korzysta z następujących technologii:

  • Usługa Azure Virtual Network (VNet) bezpiecznie łączy zasoby platformy Azure ze sobą i ze środowiskiem lokalnym. W tej architekturze wiele sieci wirtualnych jest połączone za pomocą komunikacji równorzędnej.

  • Maszyny wirtualne z systemem Linux są używane w warstwie aplikacji, w tym:

    • Pula serwerów SAP BusinessObjects (BOBJ).
    • Pula programu SAP Web Dispatcher.
    • Pula serwerów aplikacji.
    • Klaster usług sap Central Services.

  • Moduły równoważenia obciążenia kierują ruch do maszyn wirtualnych w podsieci aplikacji. W przypadku wysokiej dostępności w tym przykładzie użyto narzędzia SAP Web Dispatcher i usługi Azure usługa Load Balancer w warstwie Standardowa. Te dwie usługi obsługują również rozszerzenie pojemności przez skalowanie w dół lub można użyć usługi aplikacja systemu Azure Gateway lub innych produktów partnerskich, w zależności od typu ruchu i wymaganych funkcji, takich jak kończenie i przekazywanie protokołu Secure Sockets Layer (SSL).

  • Sieciowe grupy zabezpieczeń są dołączane do podsieci lub do kart interfejsu sieciowego na maszynie wirtualnej. Sieciowe grupy zabezpieczeń są używane do ograniczania ruchu przychodzącego, wychodzącego i wewnątrz podsieci w sieci wirtualnej.

  • Usługa Azure Bastion zapewnia bezpieczny dostęp za pośrednictwem witryny Azure Portal do maszyn wirtualnych uruchomionych na platformie Azure bez użycia serwera przesiadkowego i skojarzonego z nim publicznego adresu IP. Ten mechanizm ogranicza narażenie na kontakt z Internetem.

  • Azure Dyski zarządzane. Zalecane są dyski w warstwie Premium lub Ultra Storage. Te typy magazynów zapewniają trwałość danych dla maszyn wirtualnych z obciążeniem SAP.

  • Usługa Azure NetApp Files obsługuje magazyn udostępniony podczas korzystania z klastra. Obsługuje również magazyn udostępniony, gdy potrzebujesz magazynu o wysokiej wydajności, który może hostować pliki danych i dzienników sap HANA. Usługa Azure NetApp Files jest w pełni zarządzana i skalowalna na tyle, aby sprostać wymaganiom większości aplikacji. Zapewnia wydajność bez systemu operacyjnego, opóźnienie podrzędne i zintegrowane zarządzanie danymi dla złożonych obciążeń przedsiębiorstwa:

    • SAP HANA.
    • Obliczenia o wysokiej wydajności.
    • Aplikacje LOB.
    • Udziały plików o wysokiej wydajności.
    • Infrastruktura pulpitu wirtualnego.

  • Usługa Power BI umożliwia użytkownikom uzyskiwanie dostępu do danych SAP BW/4HANA i wizualizowanie ich z poziomu pulpitu z systemem Windows. Instalacja wymaga programu SAP BW Połączenie or (implementacja 2.0).

    Program Microsoft Power BI Desktop importuje dane z różnych źródeł SAP, takich jak SAP BW/4HANA, na potrzeby analizy i wizualizacji. Usługa Power BI uzupełnia również interfejs SAP BusinessObjects Universe, oferując kontekst biznesowy lub warstwę semantyczną na nieprzetworzonych informacjach.

  • Azure Backup to certyfikowane rozwiązanie do ochrony danych sap Backint dla oprogramowania SAP HANA we wdrożeniach z jednym wystąpieniem i skalowaniem w górę. Usługa Azure Backup chroni również maszyny wirtualne platformy Azure za pomocą ogólnych obciążeń.

  • Usługa Azure Site Recovery jest zalecana w ramach zautomatyzowanego rozwiązania do odzyskiwania po awarii na potrzeby wielowarstwowego wdrożenia aplikacji SAP NetWeaver. Macierz obsługi zawiera szczegółowe informacje o możliwościach i ograniczeniach tego rozwiązania.

Alternatywy

  • Aby ułatwić ochronę plików hosta globalnego SAP dla usług SAP Central Services i katalogu transportowego SAP, można wdrożyć serwery systemu plików sieciowych (NFS) w konfiguracji klastra trybu failover.

  • Pakiet SIOS Protection Suite dostępny w witrynie Azure Marketplace może służyć do ochrony globalnych plików hosta dla usług centralnych zamiast NFS lub Azure NetApp Files.

  • aplikacja systemu Azure Gateway to moduł równoważenia obciążenia ruchu internetowego. W jednej usłudze zapewnia ona kończenie żądań SSL, usługę zapory aplikacji internetowej (WAF) oraz inne przydatne funkcje wysokiej dostępności i skalowalności. Niektóre wdrożenia SAP używały go jako bramy frontonu SAP Fiori w środowisku produkcyjnym.

Szczegóły scenariusza

Oprogramowanie SAP BW/4HANA to rozwiązanie magazynu danych przedsiębiorstwa zaprojektowane dla chmury i zoptymalizowane pod kątem platformy SAP HANA. Poniższy przykład koncentruje się specjalnie na warstwie aplikacji SAP BW/4HANA. Jest ona odpowiednia dla środowiska produkcyjnego sap BW/4HANA na platformie Azure na małą skalę, gdzie wysoka dostępność jest priorytetem.

To przykładowe obciążenie opiera się również na podstawie pary rozwiązań SAP w architekturach referencyjnych platformy Azure: SAP NetWeaver (Windows) for AnyDB na maszynach wirtualnych i sap S/4HANA dla maszyn wirtualnych z systemem Linux na platformie Azure. Podobne podejście wdrażania jest używane w przypadku obciążeń SAP BW/4HANA. Warstwa aplikacji jest wdrażana przy użyciu maszyn wirtualnych, które można zmienić w zależności od potrzeb organizacji.

Układ sieci został uproszczony w celu zademonstrowania zalecanych zasad architektury dla wdrożenia przedsiębiorstwa platformy Azure na podstawie topologii piasty i szprych.

Uwaga

Wiele zagadnień dotyczących wdrażania ma zastosowanie podczas wdrażania obciążeń SAP na platformie Azure. Aby uzyskać więcej pomysłów i dalszych informacji, zobacz listę kontrolną dotyczącą planowania i wdrażania oprogramowania SAP na platformie Azure.

Aby uzyskać szczegółowe informacje na temat warstwy trwałości danych, zobacz:

Potencjalne przypadki użycia

Ten scenariusz jest odpowiedni dla następujących przypadków użycia:

  • Wdrażanie warstwy aplikacji SAP oddzielone od warstwy DBMS

  • Scenariusze odzyskiwania po awarii (DR)

  • Wdrożenia warstwy aplikacji SAP

Zalecenia

Ta architektura została zaprojektowana pod kątem wysokiej dostępności, skalowalności i odporności. Aby uzyskać najlepsze wyniki na platformie Azure, rozważ zalecenia w tej sekcji. Ponadto wiele zaleceń dotyczących uruchamiania oprogramowania SAP S/4HANA na platformie Azure dotyczy również wdrożeń SAP BW/4HANA. Aby uzyskać szczegółowe informacje na temat oprogramowania SAP S/4HANA na platformie Azure, zobacz architekturę referencyjną.

Maszyny wirtualne

Aby uzyskać szczegółowe informacje o obsłudze oprogramowania SAP dla typów maszyn wirtualnych platformy Azure i metryk przepływności (SAPS), zobacz SAP Note 1928533: "SAP Applications on Azure: Supported Products and Azure Virtual Machine Types" (Aplikacje SAP na platformie Azure: obsługiwane produkty i typy maszyn wirtualnych platformy Azure). (Aby uzyskać dostęp do tych i innych notatek SAP, wymagane jest konto platformy Marketplace sap Service).

Aby uzyskać informacje na temat tego, czy typ maszyny wirtualnej został certyfikowany na potrzeby wdrożeń skalowalnego w poziomie platformy SAP HANA, zobacz kolumnę "Scale-out" (Skalowanie w poziomie) w katalogu sprzętowym SAP HANA.

Pula serwerów aplikacji

W puli serwerów aplikacji można dostosować liczbę maszyn wirtualnych na podstawie wymagań. Platforma Azure jest certyfikowana do uruchamiania oprogramowania SAP BW/4HANA w systemach Red Hat Enterprise Linux i SUSE Linux Enterprise.

Aby zarządzać grupami logowania dla serwerów aplikacji ABAP, często używa się transakcji SMLG do równoważenia obciążenia różnych grup, takich jak:

  • Użytkownicy logowania.
  • SM61 dla grup serwerów wsadowych.
  • RZ12 dla grup RFC.

Te transakcje korzystają z funkcji równoważenia obciążenia w ramach serwera komunikatów usług centralnych do dystrybucji sesji przychodzących lub obciążeń między pulą serwerów aplikacji SAP dla interfejsów API SAP i ruchu RFC.

Klaster usług SAP Central Services

W tym przykładzie przedstawiono klaster o wysokiej dostępności, który używa usługi Azure NetApp Files jako udostępnionego rozwiązania magazynu plików. Wysoka dostępność klastra usług centralnych wymaga magazynu udostępnionego. Usługa Azure NetApp Files oferuje prostą opcję wysokiej dostępności, dzięki czemu nie trzeba wdrażać infrastruktury klastra systemu Linux. Alternatywą jest skonfigurowanie usługi NFS o wysokiej dostępności.

Usługi centralne można również wdrożyć na jednej maszynie wirtualnej z dyskami zarządzanymi w warstwie Premium i uzyskać umowę SLA gwarantującą dostępność na 99,9%.

Maszyny wirtualne używane dla serwerów aplikacji obsługują wiele adresów IP na kartę sieciową. Ta funkcja obsługuje zalecane rozwiązanie SAP dotyczące używania nazw hostów wirtualnych do instalacji zgodnie z opisem w artykule SAP Note 962955. Nazwy hostów wirtualnych oddzielają usługi SAP od fizycznych nazw hostów i ułatwiają migrowanie usług z jednego hosta fizycznego do innego. Ta zasada dotyczy również maszyn wirtualnych w chmurze.

Serwery aplikacji są połączone z usługami centralnymi o wysokiej dostępności na platformie Azure za pośrednictwem wirtualnych nazw hostów usług centralnych lub usług ERS. Te nazwy hostów są przypisywane do konfiguracji adresu IP frontonu klastra modułu równoważenia obciążenia. Moduł równoważenia obciążenia obsługuje wiele adresów IP frontonu. Wirtualne adresy IP (VIP) usług centralnych i ERS mogą być powiązane z jednym modułem równoważenia obciążenia.

Instalacja z wieloma identyfikatorami SID

Platforma Azure obsługuje również wysoką dostępność w instalacji wielu identyfikatorów SID klastrów systemów Linux i Windows hostujących usługi centralne (ASCS/SCS). Aby uzyskać szczegółowe informacje na temat wdrażania w klastrze Pacemaker, zobacz dokumentację usługi Azure Multi-SID dla:

Grupy umieszczania w pobliżu

W tej przykładowej architekturze użyto również grupy umieszczania w pobliżu, aby zmniejszyć opóźnienie sieci między maszynami wirtualnymi. Ten typ grupy ogranicza lokalizację wdrożeń maszyn wirtualnych i minimalizuje odległość fizyczną między nimi. Umieszczanie grupy różni się w następujący sposób:

  • W jednej instalacji identyfikatora SID należy umieścić wszystkie serwery usług centralnych i serwerów aplikacji w grupie umieszczania w pobliżu zakotwiczonej przez bazę danych SAP HANA.

  • W instalacji z wieloma identyfikatorami SID możesz skojarzyć usługi centralne i serwery aplikacji z dowolną grupą umieszczania w pobliżu, która jest zakotwiczona przez kontenery SAP HANA różnych identyfikatorów SID.

baza danych

Oprogramowanie SAP BW/4HANA jest przeznaczone dla platformy bazy danych SAP HANA. Platforma Azure oferuje trzy opcje skalowalności i wdrażania:

  • W przypadku wdrożenia skalowalnego w górę platformy SAP HANA warstwa bazy danych używa co najmniej dwóch maszyn wirtualnych z systemem Linux w klastrze w celu osiągnięcia wysokiej dostępności.

  • Wdrożenie skalowalnego w poziomie platformy SAP HANA jest obsługiwane w przypadku niektórych typów maszyn wirtualnych.

Storage

W tym przykładzie użyto dysków zarządzanych w warstwie Premium dla magazynu nieużytkowanego serwerów aplikacji. Korzysta również z usługi Azure NetApp Files dla magazynu udostępnionego klastra.

Usługa Azure Premium SSD w wersji 2 została zaprojektowana pod kątem obciążeń o znaczeniu krytycznym dla wydajności, takich jak SAP. Aby uzyskać informacje na temat korzyści i bieżących ograniczeń rozwiązania magazynu, zobacz Wdrażanie dysku SSD w warstwie Premium w wersji 2 .

Magazyn w warstwie Ultra Disk znacznie zmniejsza opóźnienie dysku. W rezultacie zapewnia ona korzyści dla aplikacji o krytycznym znaczeniu dla wydajności, takich jak serwery baz danych SAP. Aby porównać opcje magazynu blokowego na platformie Azure, zobacz Typy dysków zarządzanych platformy Azure.

Dyski zarządzane w warstwie Standardowa nie są obsługiwane, jak określono w artykule SAP Note 1928533. Korzystanie ze standardowego magazynu nie jest zalecane w przypadku żadnych instalacji sap.

W przypadku magazynu danych kopii zapasowych zalecamy używanie warstw dostępu Chłodna i Archiwum platformy Azure. Te warstwy magazynowania to ekonomiczne sposoby przechowywania długożytnych danych, do których rzadko uzyskuje się dostęp.

Sieć

Chociaż nie jest to wymagane, topologia piasty i szprych jest często wdrażana w celu zapewnienia izolacji logicznej i granic zabezpieczeń dla środowiska SAP. Aby uzyskać więcej informacji o sieci, zobacz architekturę referencyjną oprogramowania SAP S/4HANA.

Sieć wirtualna piasty działa jako centralny punkt łączności z siecią lokalną. Szprychy to sieci wirtualne, które są równorzędne z piastą i mogą służyć do izolowania obciążeń. Ruch przepływa między lokalnym centrum danych a koncentratorem za pośrednictwem połączenia bramy.

Większość implementacji klientów obejmuje co najmniej jeden obwód usługi ExpressRoute łączący sieci lokalne z platformą Azure. W przypadku mniejszego zapotrzebowania na przepustowość sieci vpn jest alternatywą dla niższego kosztu.

Kwestie wymagające rozważenia

Te zagadnienia implementują filary struktury Azure Well-Architected Framework, która jest zestawem wytycznych, które mogą służyć do poprawy jakości obciążenia. Aby uzyskać więcej informacji, zobacz Microsoft Azure Well-Architected Framework.

Efektywność wydajności

Efektywność wydajności to możliwość skalowania obciążenia w celu zaspokojenia zapotrzebowania użytkowników w wydajny sposób. Aby uzyskać więcej informacji, zobacz Omówienie filaru wydajności.

Oprogramowanie SAP BW/4HANA jest przeznaczone do zadań magazynowania danych w czasie rzeczywistym. Serwery aplikacji SAP prowadzą stałą komunikację z serwerami baz danych, dzięki czemu zminimalizowanie opóźnienia maszyn wirtualnych aplikacji do bazy danych przyczynia się do zwiększenia wydajności aplikacji. Buforowanie dysku i umieszczanie serwera to dwie strategie, które pomagają zmniejszyć opóźnienie między tymi dwoma składnikami.

W przypadku aplikacji o krytycznym znaczeniu dla wydajności działających na dowolnych platformach baz danych, w tym sap HANA, użyj dysków zarządzanych w warstwie Premium i włącz akcelerator zapisu dla woluminu dziennika. Akcelerator zapisu jest dostępny dla maszyn wirtualnych serii M i poprawia opóźnienie zapisu. Jeśli jednak jest dostępna, użyj dysków zarządzanych w warstwie Ultra zamiast dysków w warstwie Premium bez akceleratora zapisu. Możliwości dysków w warstwie Ultra nadal ewoluują. Aby sprawdzić, czy te dyski spełniają Twoje wymagania, zapoznaj się z najnowszymi informacjami na temat zakresu usług dysków w warstwie Ultra. Wykonaj tę recenzję szczególnie, jeśli implementacja obejmuje funkcje odporności platformy Azure, takie jak zestawy dostępności, Strefy dostępności i replikacja między regionami.

Aby pomóc w wydajności poprzez zmniejszenie fizycznej odległości między aplikacjami i bazą danych, użyj grupy umieszczania w pobliżu, jak wspomniano wcześniej. Skrypty i narzędzia są dostępne w witrynie GitHub.

Aby zoptymalizować komunikację między serwerami, użyj przyspieszonej sieci, która jest dostępna dla obsługiwanych maszyn wirtualnych, w tym D/DSv2, D/DSv3, E/ESv3, F/FS, FSv2 i Ms/Mms. We wszystkich implementacjach sap wymagana jest przyspieszona sieć — szczególnie w przypadku użycia usługi Azure NetApp Files.

Aby uzyskać wysoką przepływność operacji we/wy na sekundę i przepustowość dysku, typowe rozwiązania w zakresie optymalizacji wydajności woluminu magazynu mają zastosowanie do układu magazynu platformy Azure. Na przykład połączenie wielu dysków w celu utworzenia woluminu dysku rozłożonego zwiększa wydajność operacji we/wy. Włączenie pamięci podręcznej odczytu dla zawartości magazynu, która zmienia się rzadko, zwiększa szybkość pobierania danych.

Skalowalność

W tej przykładowej architekturze opisano małe wdrożenie na poziomie produkcyjnym z elastycznością skalowania na podstawie wymagań.

W warstwie aplikacji SAP platforma Azure oferuje szeroką gamę rozmiarów maszyn wirtualnych na potrzeby skalowania w górę i skalowania w poziomie. Aby zapoznać się z listą inkluzywną, zobacz 1928533 SAP Note. W miarę dalszego certyfikowania większej liczby typów maszyn wirtualnych można skalować w górę lub w dół w tym samym wdrożeniu w chmurze.

Dostępność

Nadmiarowość zasobów to ogólny motyw rozwiązań infrastruktury o wysokiej dostępności. Jeśli Twoja organizacja ma mniej rygorystyczną umowę SLA, użyj maszyn wirtualnych z pojedynczym wystąpieniem z dyskami w warstwie Premium, które oferują umowę SLA czasu pracy.

Aby zmaksymalizować dostępność aplikacji, można wdrożyć nadmiarowe zasoby w zestawie dostępności lub w Strefy dostępności. Aby uzyskać więcej informacji, zobacz architekturę referencyjną oprogramowania SAP S/4HANA.

Ta architektura umieszcza maszyny wirtualne, które wykonują tę samą rolę w zestawie dostępności. Ta konfiguracja pomaga spełnić umowy SLA przez ochronę przed przestojami spowodowanymi konserwacją infrastruktury platformy Azure i nieplanowanym przestojem. Aby uzyskać wyższą umowę SLA, wymagana jest co najmniej dwie maszyny wirtualne na zestaw dostępności.

Azure Load Balancer

Azure Load Balancer to usługa warstwy transmisji sieci (warstwa 4). W konfiguracjach klastra usługa Azure Load Balancer kieruje ruch do wystąpienia usługi podstawowej lub węzła w dobrej kondycji, jeśli wystąpi błąd. Zalecamy używanie usługi Azure usługa Load Balancer w warstwie Standardowa dla wszystkich scenariuszy SAP. Oferuje on implementację zabezpieczeń według projektu i blokuje ruch wychodzący z puli zaplecza, chyba że włączysz łączność wychodzącą z publicznymi punktami końcowymi. Ponadto możesz również użyć bramy translatora adresów sieciowych platformy Azure, aby uzyskać łączność wychodzącą.

Ponadto jeśli zdecydujesz się wdrożyć obciążenia SAP w usłudze Azure Strefy dostępności, usługa Load Balancer w warstwie Standardowa uwzględnia strefy.

Dyspozytor sieci Web

W tym przykładowym projekcie narzędzie SAP Web Dispatcher jest używane po prostu jako mechanizm równoważenia obciążenia HTTP dla ruchu SAP między serwerami aplikacji SAP. Aby uzyskać wysoką dostępność składnika Web Dispatcher, usługa Azure Load Balancer implementuje klaster trybu failover lub równoległą konfigurację narzędzia Web Dispatcher. Zobacz Sap Web Dispatcher w dokumentacji systemu SAP.

Jako programowy moduł równoważenia obciążenia usługa Web Dispatcher oferuje dodatkowe usługi warstwowe, które mogą wykonywać kończenie żądań SSL i inne funkcje odciążania. Te usługi warstwowe są nazywane warstwą 7 w modelu sieci ISO.

Żaden inny moduł równoważenia obciążenia nie jest wymagany w przypadku ruchu z klientów interfejsu GUI SAP łączących serwer SAP za pośrednictwem protokołu DIAG lub zdalnych wywołań funkcji (RFC). Serwer komunikatów usług centralnych równoważy obciążenie za pośrednictwem grup logowania na serwerze aplikacji SAP.

Składnik Web Dispatcher jest używany jako moduł równoważenia obciążenia dla ruchu SAP między serwerami aplikacji SAP. Aby uzyskać wysoką dostępność programu SAP Web Dispatcher, usługa Azure Load Balancer implementuje klaster trybu failover lub równoległą konfigurację narzędzia Web Dispatcher.

W przypadku komunikacji z Internetem rozwiązanie autonomiczne w strefie DMZ byłoby zalecaną architekturą spełniającą problemy z zabezpieczeniami.

Osadzony dyspozytor sieci Web w usłudze ASCS jest specjalną opcją i należy wziąć pod uwagę odpowiednie ustalanie rozmiaru z powodu dodatkowego obciążenia w usłudze ASCS.

Usługi centralne

Aby chronić dostępność usług SAP Central Services (ASCS) na maszynach wirtualnych z systemem Linux platformy Azure, należy użyć odpowiedniego rozszerzenia wysokiej dostępności (HAE) dla wybranej dystrybucji systemu Linux. Wysoka dostępność zapewnia oprogramowanie klastrowania systemu Linux i składniki integracji specyficzne dla systemu operacyjnego na potrzeby implementacji.

Aby uniknąć problemu z podziałem mózgu klastra, można skonfigurować ogrodzenie węzłów klastra przy użyciu urządzenia blokowego iSCSI STONITH (SBD), jak pokazano w tym przykładzie. Zamiast tego możesz użyć agenta usługi Azure Fence. Ulepszony agent usługi Azure Fence zapewnia znacznie szybsze przechodzenie w tryb failover w porównaniu z poprzednią wersją agenta dla środowisk Red Hat i SUSE.

Inne serwery aplikacji w warstwie serwerów aplikacji

Aby uzyskać wysoką dostępność dla podstawowych serwerów aplikacji SAP i innych serwerów aplikacji, równoważenie obciążenia ruchu w puli serwerów aplikacji.

Odzyskiwanie po awarii

pomoc techniczna platformy Azure różne opcje odzyskiwania po awarii w zależności od wymagań. Serwery aplikacji SAP nie zawierają danych biznesowych, dlatego można utworzyć serwery aplikacji SAP w regionie pomocniczym przed ich zamknięciem. Aktualizacje oprogramowania i zmiany konfiguracji serwera aplikacji SAP powinny być replikowane ręcznie lub zgodnie z harmonogramem po stronie odzyskiwania po awarii. Możesz utworzyć maszynę wirtualną w regionie odzyskiwania po awarii, aby uruchomić rolę usług centralnych, która również nie utrzymuje danych biznesowych. Aby uzyskać szczegółowe informacje, zobacz architekturę referencyjną oprogramowania SAP S/4HANA.

Monitorowanie

Aby zmaksymalizować dostępność i wydajność aplikacji i usług, użyj usługi Azure Monitor, która obejmuje usługę Azure Log Analytics i aplikacja systemu Azure Szczegółowe informacje oraz udostępnia zaawansowane narzędzia do zbierania i analizowania danych telemetrycznych. Może to pomóc zmaksymalizować wydajność i dostępność chmury oraz zasobów i aplikacji lokalnych. Za pomocą usługi Azure Monitor można monitorować anomalie infrastruktury i aplikacji, wysyłać alerty do administratorów i automatyzować reakcje na wstępnie zdefiniowane warunki.

W przypadku aplikacji SAP uruchamianych na platformie SAP HANA i innych głównych rozwiązań baz danych zobacz Azure Monitor for SAP solutions (Usługa Azure Monitor dla rozwiązań SAP), aby dowiedzieć się, jak usługa Azure Monitor dla systemu SAP może pomóc w zarządzaniu dostępnością i wydajnością usług SAP. Usługa Azure Monitor dla systemu SAP udostępnia kompleksowy początkowy zestaw metryk i telemetrii na potrzeby monitorowania. Definicje metryk są przechowywane jako zapytania SQL w formacie JSON i można je modyfikować w celu spełnienia wymagań. Początkowy zestaw metryk jest dostępny w witrynie GitHub tutaj.

Wykonywanie kopii zapasowej

W przypadku serwerów SAP ASCS i aplikacji zalecamy korzystanie z usługi Azure Backup w celu ochrony zawartości maszyny wirtualnej. Usługa Azure Backup zapewnia niezależne, izolowane kopie zapasowe, które pomagają chronić przed przypadkowym zniszczeniem oryginalnych danych. Kopie zapasowe są przechowywane w magazynie usługi Recovery Services, który oferuje wbudowane zarządzanie punktami odzyskiwania. Konfiguracja i skalowalność są proste, kopie zapasowe są zoptymalizowane i można je łatwo przywrócić w razie potrzeby.

Tworzenie kopii zapasowej warstwy bazy danych różni się w zależności od tego, czy platforma SAP HANA jest wdrażana na maszynach wirtualnych, czy na dużych wystąpieniach platformy Azure. Zapoznaj się z zagadnieniami dotyczącymi zarządzania i operacji platformy SAP HANA na maszynach wirtualnych z systemem Linux.

Zabezpieczenia

Zabezpieczenia zapewniają ochronę przed celowymi atakami i nadużyciami cennych danych i systemów. Aby uzyskać więcej informacji, zobacz Omówienie filaru zabezpieczeń.

System SAP ma własny aparat zarządzania użytkownikami (UME) do kontrolowania dostępu opartego na rolach i autoryzacji w aplikacjach i bazach danych SAP. Aby uzyskać szczegółowe informacje, zobacz Przewodnik po zabezpieczeniach SAP BW∕4HANA.

Architektura referencyjna oprogramowania SAP S/4HANA zawiera inne zagadnienia dotyczące zabezpieczeń infrastruktury, które mają zastosowanie do oprogramowania SAP BW/4HANA.

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Główny autor:

Aby wyświetlić niepubalne profile serwisu LinkedIn, zaloguj się do serwisu LinkedIn.

Następne kroki

Dowiedz się więcej o technologiach składników:

Zapoznaj się z powiązanymi architekturami: