Wdrażanie oprogramowania SAP MaxDB, liveCache i serwera zawartości na maszynach wirtualnych platformy Azure
Ten dokument obejmuje kilka różnych obszarów, które należy wziąć pod uwagę podczas wdrażania usługi MaxDB, liveCache i serwera zawartości w usłudze Azure IaaS. Jako warunek wstępny tego dokumentu należy zapoznać się z dokumentem Considerations for Azure Virtual Machines DBMS deployment for SAP workload (Zagadnienia dotyczące wdrażania systemu DBMS usługi Azure Virtual Machines dla obciążenia SAP) oraz innymi przewodnikami w dokumentacji oprogramowania SAP w dokumentacji platformy Azure.
Specyfika wdrożeń sap MaxDB w systemie Windows
Obsługa wersji oprogramowania SAP MaxDB na platformie Azure
Oprogramowanie SAP obecnie obsługuje oprogramowanie SAP MaxDB w wersji 7.9 lub nowszej do użycia z produktami opartymi na oprogramowaniu SAP NetWeaver na platformie Azure. Wszystkie aktualizacje dotyczące serwera SAP MaxDB lub sterowników JDBC i ODBC, które mają być używane z produktami opartymi na oprogramowaniu SAP NetWeaver, są udostępniane wyłącznie za pośrednictwem witryny SAP Service Marketplace. Aby uzyskać więcej informacji na temat uruchamiania oprogramowania SAP NetWeaver w systemie SAP MaxDB, zobacz SAP MaxDB.
Obsługiwane wersje systemu Microsoft Windows i typy maszyn wirtualnych platformy Azure dla systemu SAP MaxDB DBMS
Aby znaleźć obsługiwaną wersję systemu Microsoft Windows dla systemu SAP MaxDB DBMS na platformie Azure, zobacz:
- Macierz dostępności produktu SAP (PAM)
- 1928533 sap Note
Zdecydowanie zaleca się korzystanie z najnowszej wersji systemu operacyjnego Microsoft Windows, czyli Microsoft Windows 2016.
Dostępna dokumentacja systemu SAP MaxDB dla bazy danych MaxDB
Zaktualizowaną listę dokumentacji systemu SAP MaxDB można znaleźć w następujących 767598 sap Note
Wytyczne dotyczące konfiguracji systemu SAP MaxDB dotyczące instalacji SAP na maszynach wirtualnych platformy Azure
Konfiguracja usługi Storage
Najlepsze rozwiązania dotyczące usługi Azure Storage dla systemu SAP MaxDB są zgodne z ogólnymi zaleceniami wymienionymi w rozdziale Struktura magazynu maszyny wirtualnej dla wdrożeń systemu RDBMS.
Ważne
Podobnie jak w przypadku innych baz danych, system SAP MaxDB ma również pliki danych i dzienników. Jednak w terminologii SAP MaxDB prawidłowy termin to "wolumin" (nie "plik"). Na przykład istnieją woluminy danych SAP MaxDB i woluminy dziennika. Nie należy mylić ich z woluminami dysków systemu operacyjnego.
Krótko mówiąc, musisz:
- Jeśli używasz kont usługi Azure Storage, ustaw konto magazynu platformy Azure, które przechowuje woluminy danych i dzienników SAP MaxDB (dane i pliki dziennika) na magazyn lokalnie nadmiarowy (LRS), zgodnie z opisem w temacie Zagadnienia dotyczące wdrożenia usługi AZURE Virtual Machines DBMS dla obciążenia SAP.
- Oddziel ścieżkę we/wy dla woluminów danych SAP MaxDB (plików danych) ze ścieżki we/wy dla woluminów dziennika (plików dziennika). Oznacza to, że woluminy danych SAP MaxDB (pliki danych) muszą być zainstalowane na jednym dysku logicznym, a woluminy dziennika SAP MaxDB (pliki dziennika) muszą być zainstalowane na innym dysku logicznym.
- Ustaw odpowiedni typ buforowania dla każdego dysku, w zależności od tego, czy jest używany dla danych SAP MaxDB, czy woluminów dziennika (danych i plików dziennika) oraz czy używasz usługi Azure Standard, czy Azure Premium Storage, zgodnie z opisem w temacie Zagadnienia dotyczące wdrażania usługi Azure Virtual Machines DBMS dla obciążenia SAP.
- Tak długo, jak bieżący limit przydziału operacji we/wy na sekundę na dysk spełnia wymagania, można przechowywać wszystkie woluminy danych na jednym zainstalowanym dysku, a także przechowywać wszystkie woluminy dziennika bazy danych na innym jednym zainstalowanym dysku.
- Jeśli wymagana jest większa liczba operacji we/wy na sekundę i/lub miejsce, zaleca się użycie pul magazynu okien firmy Microsoft (dostępnych tylko w systemie Microsoft Windows Server 2012 i nowszych) w celu utworzenia jednego dużego urządzenia logicznego na wielu zainstalowanych dyskach. Aby uzyskać więcej informacji, zobacz również Zagadnienia dotyczące wdrażania usługi Azure Virtual Machines DBMS dla obciążenia SAP. Takie podejście upraszcza nakład pracy administracyjnej w celu zarządzania miejscem na dysku i pozwala uniknąć ręcznego rozpowszechniania plików na wielu zainstalowanych dyskach.
- Zdecydowanie zaleca się korzystanie z usługi Azure Premium Storage dla wdrożeń maxDB.
Wykonywanie kopii zapasowych i przywracanie
Podczas wdrażania bazy danych SAP MaxDB na platformie Azure należy przejrzeć metodologię tworzenia kopii zapasowych. Nawet jeśli system nie jest systemem produktywnym, baza danych SAP hostowana przez system SAP MaxDB musi być okresowo wykonywana kopia zapasowa. Ponieważ usługa Azure Storage przechowuje trzy obrazy, kopia zapasowa jest teraz mniej ważna pod względem ochrony systemu przed awariami magazynu i ważniejszymi awariami operacyjnymi lub administracyjnymi. Główną przyczyną utrzymania odpowiedniego planu tworzenia kopii zapasowych i przywracania jest zapewnienie możliwości odzyskiwania do punktu w czasie, aby można było zrekompensować błędy logiczne lub ręczne. Dlatego celem jest użycie kopii zapasowych w celu przywrócenia bazy danych do określonego punktu w czasie lub użycia kopii zapasowych na platformie Azure w celu zainicjowania innego systemu przez skopiowanie istniejącej bazy danych.
Tworzenie kopii zapasowej i przywracanie bazy danych na platformie Azure działa tak samo jak w przypadku systemów lokalnych, dzięki czemu można użyć standardowych narzędzi do tworzenia kopii zapasowych/przywracania bazy danych SAP MaxDB opisanych w jednym z dokumentów dokumentacji sap MaxDB wymienionych w artykule SAP Note 767598.
Tworzenie kopii zapasowych i przywracanie za pomocą usługi Azure Backup
Możesz również zintegrować kopię zapasową MaxDB z usługą Azure Backup przy użyciu narzędzia do tworzenia kopii zapasowych innej firmy Maxback (https://maxback.io). Usługa MaxBack umożliwia tworzenie kopii zapasowych i przywracanie bazy danych MaxDB w systemie Windows za pomocą integracji usługi VSS, która jest również używana przez usługę Azure Backup. Zaletą korzystania z usługi Azure Backup jest to, że tworzenie kopii zapasowych i przywracanie odbywa się na poziomie magazynu. Usługa MaxBack zapewnia, że baza danych jest w odpowiednim stanie tworzenia kopii zapasowej i przywracania oraz automatycznie obsługuje kopie zapasowe woluminów dziennika.
Zagadnienia dotyczące wydajności dotyczące tworzenia kopii zapasowych i przywracania
Podobnie jak we wdrożeniach bez systemu operacyjnego wydajność tworzenia kopii zapasowych i przywracania zależy od tego, ile woluminów można odczytywać równolegle i przepływność tych woluminów. W związku z tym można założyć:
- Im mniejsza liczba dysków używanych do przechowywania urządzeń bazy danych, tym niższa ogólna przepływność odczytu
- Im mniejsza liczba obiektów docelowych (katalogi stripe, dyski) do zapisu kopii zapasowej, tym niższa przepływność
Aby zwiększyć liczbę obiektów docelowych do zapisu, dostępne są dwie opcje, których można użyć, ewentualnie w połączeniu, w zależności od potrzeb:
- Przydzielanie oddzielnych woluminów na potrzeby kopii zapasowej
- Usuwanie woluminu docelowego kopii zapasowej na wielu zainstalowanych dyskach w celu zwiększenia przepływności operacji we/wy na sekundę na tym woluminie dysku rozłożonego
- Posiadanie oddzielnych dedykowanych urządzeń z dyskami logicznymi dla:
- Woluminy kopii zapasowej SAP MaxDB (tj. pliki)
- Woluminy danych SAP MaxDB (tj. pliki)
- Woluminy dziennika SAP MaxDB (tj. pliki)
Usuwanie woluminu na wielu zainstalowanych dyskach zostało omówione wcześniej w temacie Considerations for Azure Virtual Machines DBMS deployment for SAP workload (Zagadnienia dotyczące wdrażania systemu DBMS usługi Azure Virtual Machines dla obciążenia SAP).
Inne uwagi
Wszystkie inne ogólne obszary, takie jak zestawy dostępności platformy Azure lub monitorowanie oprogramowania SAP, mają zastosowanie również zgodnie z opisem w temacie Zagadnienia dotyczące wdrażania systemu DBMS usługi Azure Virtual Machines dla obciążenia SAP. w przypadku wdrożeń maszyn wirtualnych z bazą danych SAP MaxDB. Inne ustawienia specyficzne dla rozwiązania SAP MaxDB są niewidoczne dla maszyn wirtualnych platformy Azure i są opisane w różnych dokumentach wymienionych w artykule SAP Note 767598 i w następujących informacjach SAP:
Specyfika wdrożeń usługi SAP liveCache w systemie Windows
Obsługa wersji usługi SAP LiveCache
Minimalna wersja usługi SAP liveCache obsługiwana w usłudze Azure Virtual Machines to SAP LC/LCAPPS 10.0 z dodatkiem SP 25 , w tym liveCache 7.9.08.31 i LCA-Build 25, wydany dla programu EhP 2 dla wersji SAP SCM 7.0 i nowszych.
Obsługiwane wersje systemu Microsoft Windows i typy maszyn wirtualnych platformy Azure dla systemu SAP liveCache DBMS
Aby znaleźć obsługiwaną wersję systemu Microsoft Windows dla usługi SAP liveCache na platformie Azure, zobacz:
- Macierz dostępności produktu SAP (PAM)
- 1928533 sap Note
Zdecydowanie zaleca się używanie najnowszej wersji systemu operacyjnego Microsoft Windows Server.
Wytyczne dotyczące konfiguracji usługi SAP LiveCache dotyczące instalacji sap na maszynach wirtualnych platformy Azure
Zalecane typy maszyn wirtualnych platformy Azure dla usługi LiveCache
Ponieważ usługa SAP liveCache to aplikacja, która wykonuje ogromne obliczenia, ilość i szybkość pamięci RAM i procesora CPU mają duży wpływ na wydajność usługi SAP liveCache.
W przypadku typów maszyn wirtualnych platformy Azure obsługiwanych przez system SAP (SAP Note 1928533) wszystkie zasoby wirtualnego procesora CPU przydzielone do maszyny wirtualnej są wspierane przez dedykowane zasoby fizyczne funkcji hypervisor. Nie ma nadmiernej aprowizacji (i w związku z tym nie ma konkurencji na zasoby procesora CPU).
Podobnie w przypadku wszystkich typów wystąpień maszyn wirtualnych platformy Azure obsługiwanych przez system SAP pamięć maszyny wirtualnej jest 100% mapowana na pamięć fizyczną — nadmierna aprowizacja (nadmierne zobowiązanie), na przykład nie jest używana.
Z tej perspektywy zdecydowanie zaleca się używanie najnowszych maszyn wirtualnych z serii Dv2, Dv3, Ev3 i M. Wybór różnych typów maszyn wirtualnych zależy od pamięci potrzebnej dla usługi LiveCache i potrzebnych zasobów procesora CPU. Podobnie jak we wszystkich innych wdrożeniach systemu DBMS zaleca się korzystanie z usługi Azure Premium Storage na potrzeby woluminów o krytycznym znaczeniu dla wydajności.
Konfiguracja magazynu dla usługi LiveCache na platformie Azure
Ponieważ usługa SAP liveCache jest oparta na technologii SAP MaxDB, wszystkie zalecenia dotyczące najlepszych rozwiązań usługi Azure Storage wymienione dla oprogramowania SAP MaxDB opisane w tym dokumencie są również prawidłowe dla usługi SAP liveCache.
Dedykowana maszyna wirtualna platformy Azure na potrzeby scenariusza liveCache
Ponieważ usługa SAP liveCache intensywnie korzysta z mocy obliczeniowej, w celu wydajnego użycia zdecydowanie zaleca się wdrożenie na dedykowanej maszynie wirtualnej platformy Azure.
Tworzenie kopii zapasowych i przywracanie dla usługi LiveCache na platformie Azure
Tworzenie kopii zapasowych i przywracanie, w tym zagadnienia dotyczące wydajności, zostały już opisane w odpowiednich rozdziałach sap MaxDB w tym dokumencie.
Inne uwagi
Wszystkie inne ogólne obszary zostały już opisane w odpowiednim rozdziale SAP MaxDB.
Specyfika wdrożenia systemu SAP Content Server w systemie Windows na platformie Azure
Serwer zawartości SAP jest oddzielnym składnikiem opartym na serwerze do przechowywania zawartości, takiej jak dokumenty elektroniczne w różnych formatach. Serwer zawartości SAP jest dostarczany przez rozwój technologii i służy do użycia między aplikacjami dla wszystkich aplikacji SAP. Jest on instalowany w osobnym systemie. Typowa zawartość to materiały szkoleniowe i dokumentacja z magazynu wiedzy lub rysunki techniczne pochodzące z systemu zarządzania dokumentami PLM mySAP.
Obsługa wersji serwera zawartości SAP dla maszyn wirtualnych platformy Azure
Obecnie oprogramowanie SAP obsługuje:
- Sap Content Server w wersji 6.50 (i nowszej)
- SAP MaxDB w wersji 7.9
- Microsoft IIS (Internet Information Server) w wersji 8.0 (i nowszej)
Zdecydowanie zaleca się używanie najnowszej wersji programu SAP Content Server oraz najnowszej wersji usług Microsoft IIS.
Sprawdź najnowsze obsługiwane wersje programu SAP Content Server i usług Microsoft IIS w macierzy dostępności produktów SAP (PAM).
Obsługiwane typy maszyn wirtualnych systemu Microsoft Windows i platformy Azure dla serwera ZAWARTOŚCI SAP
Aby dowiedzieć się więcej o obsługiwanej wersji systemu Windows dla programu SAP Content Server na platformie Azure, zobacz:
- Macierz dostępności produktu SAP (PAM)
- 1928533 sap Note
Zdecydowanie zaleca się korzystanie z najnowszej wersji systemu Microsoft Windows Server.
Wytyczne dotyczące konfiguracji serwera zawartości SAP dla instalacji sap na maszynach wirtualnych platformy Azure
Konfiguracja magazynu dla serwera zawartości na platformie Azure
Jeśli skonfigurujesz program SAP Content Server do przechowywania plików w bazie danych SAP MaxDB, wszystkie zalecenia dotyczące najlepszych rozwiązań usługi Azure Storage wymienione dla oprogramowania SAP MaxDB w tym dokumencie są również prawidłowe dla scenariusza serwera zawartości SAP.
Jeśli skonfigurujesz program SAP Content Server do przechowywania plików w systemie plików, zaleca się użycie dedykowanego dysku logicznego. Korzystanie z systemu Windows Miejsca do magazynowania umożliwia również zwiększenie rozmiaru dysku logicznego i przepływności operacji we/wy na sekundę, zgodnie z opisem w temacie Zagadnienia dotyczące wdrażania systemu DBMS usługi Azure Virtual Machines dla obciążenia SAP.
Lokalizacja serwera zawartości SAP
Serwer SAP Content Server musi zostać wdrożony w tym samym regionie świadczenia usługi Azure i w sieci wirtualnej platformy Azure, w której wdrożono system SAP. Możesz zdecydować, czy chcesz wdrożyć składniki programu SAP Content Server na dedykowanej maszynie wirtualnej platformy Azure, czy na tej samej maszynie wirtualnej, na której działa system SAP.
Lokalizacja serwera SAP Cache
Serwer SAP Cache Server jest dodatkowym składnikiem opartym na serwerze, który zapewnia dostęp do dokumentów (buforowanych) lokalnie. Serwer SAP Cache Server buforuje dokumenty serwera zawartości SAP. Ma to na celu optymalizację ruchu sieciowego, jeśli dokumenty muszą być pobierane więcej niż raz z różnych lokalizacji. Ogólna zasada polega na tym, że serwer SAP Cache Server musi być fizycznie blisko klienta, który uzyskuje dostęp do serwera SAP Cache Server.
Dostępne są dwie opcje:
- Klient jest systemem SAP zaplecza Jeśli system SAP zaplecza jest skonfigurowany do uzyskiwania dostępu do serwera ZAWARTOŚCI SAP, system SAP jest klientem. Ponieważ zarówno system SAP, jak i system SAP Content Server są wdrażane w tym samym regionie świadczenia usługi Azure, w tym samym centrum danych platformy Azure są fizycznie blisko siebie. W związku z tym nie ma potrzeby posiadania dedykowanego serwera SAP Cache. Klienci interfejsu użytkownika SAP (sap GUI lub przeglądarka internetowa) uzyskują bezpośredni dostęp do systemu SAP, a system SAP pobiera dokumenty z serwera zawartości SAP.
- Klient jest lokalną przeglądarką internetową. Serwer zawartości SAP można skonfigurować do uzyskiwania dostępu bezpośrednio przez przeglądarkę internetową. W takim przypadku przeglądarka internetowa działająca lokalnie jest klientem serwera zawartości SAP. Lokalne centrum danych i centrum danych platformy Azure są umieszczane w różnych lokalizacjach fizycznych (najlepiej blisko siebie). Lokalne centrum danych jest połączone z platformą Azure za pośrednictwem sieci VPN typu lokacja-lokacja platformy Azure lub usługi ExpressRoute. Chociaż obie opcje oferują bezpieczne połączenie sieciowe sieci VPN z platformą Azure, połączenie sieciowe typu lokacja-lokacja nie oferuje umowy SLA dotyczącej przepustowości sieci i opóźnień między lokalnym centrum danych a centrum danych platformy Azure. Aby przyspieszyć dostęp do dokumentów, możesz wykonać jedną z następujących czynności:
- Zainstaluj lokalny serwer SAP Cache Server w pobliżu lokalnej przeglądarki internetowej (opcja na rysunku poniżej)
- Skonfiguruj usługę Azure ExpressRoute, która oferuje szybkie i małe opóźnienia dedykowane połączenie sieciowe między lokalnym centrum danych i centrum danych platformy Azure.
Wykonywanie kopii zapasowych i ich przywracanie
Jeśli skonfigurujesz serwer zawartości SAP do przechowywania plików w bazie danych SAP MaxDB, procedura tworzenia kopii zapasowej/przywracania i zagadnienia dotyczące wydajności zostały już opisane w rozdziałach sap MaxDB tego dokumentu.
Jeśli skonfigurujesz serwer zawartości SAP do przechowywania plików w systemie plików, jedną z opcji jest wykonanie ręcznej kopii zapasowej/przywracania całej struktury plików, w której znajdują się dokumenty. Podobnie jak w przypadku tworzenia kopii zapasowej/przywracania bazy danych SAP MaxDB zaleca się utworzenie dedykowanego woluminu dysku na potrzeby tworzenia kopii zapasowych.
Inne
Inne ustawienia specyficzne dla serwera zawartości SAP są niewidoczne dla maszyn wirtualnych platformy Azure i są opisane w różnych dokumentach i uwagach sap:
- SAP NetWeaver
- 1619726 sap Note