Udostępnij za pośrednictwem


Wdrażanie bazy danych Oracle usługi Azure Virtual Machines dla obciążenia SAP

Ten dokument obejmuje kilka różnych obszarów, które należy wziąć pod uwagę podczas wdrażania obciążenia Oracle Database for SAP w usłudze Azure IaaS. Przed przeczytaniem tego dokumentu zalecamy zapoznanie się z tematem 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). Zalecamy również przeczytanie innych przewodników w dokumentacji oprogramowania SAP w dokumentacji platformy Azure.

Informacje na temat wersji oracle i odpowiednich wersji systemu operacyjnego obsługiwanych do uruchamiania oprogramowania SAP na platformie Oracle na platformie Azure można znaleźć w programie SAP Note 2039619.

Ogólne informacje na temat uruchamiania pakietu SAP Business Suite w programie Oracle można znaleźć w witrynie SAP on Oracle. Firma Oracle obsługuje uruchamianie baz danych Oracle na platformie Microsoft Azure. Aby uzyskać więcej informacji na temat ogólnej obsługi funkcji Hyper-V z systemem Windows i platformy Azure, zapoznaj się z często zadawanymi pytaniami dotyczącymi rozwiązań Oracle i Microsoft Azure.

Poniższe uwagi dotyczące oprogramowania SAP są istotne dla instalacji oracle

Numer notatki Tytuł notatki
1738053 SaPinst dla instalacji programu Oracle ASM SAP ONE Support Launchpad
2896926 Zgodność grupy dysków ASM NetWeaver SAP ONE Support Launchpad
1550133 Korzystanie z automatycznego zarządzania magazynem Oracle (ASM) z produktami sap NetWeaver opartymi na oprogramowaniu SAP ONE Support Launchpad]
888626 Ponowne tworzenie układu dziennika dla systemów wysokiej klasy SAP ONE Support Launchpad
105047 Obsługa funkcji Oracle w środowisku SAP ONE Support Launchpad
2799920 Poprawki dla wersji 19c: Baza danych SAP ONE Support Launchpad
974876 Oracle Transparent Data Encryption (TDE) SAP ONE Support Launchpad
2936683 Oracle Linux 8: Instalacja i uaktualnianie oprogramowania SAP ONE Support Launchpad
1672954 Oracle 11g, 12c, 18c i 19c: użycie ogromnych stron w systemie Linux
1171650 Automatyczne sprawdzanie parametrów bazy danych Oracle DB
2936683 Oracle Linux 8: instalacja i uaktualnianie oprogramowania SAP
3399081 Oracle Linux 9: instalacja i uaktualnianie oprogramowania SAP

Specyfika bazy danych Oracle Database w systemie Oracle Linux

Firma Oracle obsługuje uruchamianie wystąpień bazy danych na platformie Microsoft Azure przy użyciu systemu operacyjnego Oracle Linux jako systemu operacyjnego gościa. Aby uzyskać więcej informacji na temat ogólnej obsługi funkcji Windows Hyper-V i platformy Azure, zobacz Często zadawane pytania dotyczące platform Azure i Oracle.

Obsługiwany jest również konkretny scenariusz aplikacji SAP korzystających z baz danych Oracle Database. Szczegóły zostały omówione w następnej części dokumentu.

Ogólne zalecenia dotyczące uruchamiania oprogramowania SAP w usłudze Oracle na platformie Azure

Podczas instalowania lub migrowania istniejącego oprogramowania SAP w systemach Oracle na platformę Azure należy przestrzegać następującego wzorca wdrażania:

  1. Użyj najnowszej dostępnej wersji systemu Oracle Linux (Oracle Linux 8.6 lub nowszej).
  2. Użyj najnowszej wersji bazy danych Oracle Database dostępnej z najnowszą wersją poprawki pakietu SAP (SBP) (Oracle 19 Patch 15 lub nowszą) 2799920 — poprawki dla wersji 19c: baza danych.
  3. Użyj automatycznego zarządzania magazynem (ASM) dla małych, średnich i dużych baz danych w magazynie blokowym.
  4. Należy używać dysków SSD usługi Azure Premium Storage. Nie używaj warstwy Standardowa ani innych typów magazynu.
  5. Usługa ASM usuwa wymaganie dotyczące dziennika dublowania. Postępuj zgodnie ze wskazówkami firmy Oracle w artykule Uwaga 888626 — ponowne wdrożenie układu dziennika dla systemów wysokiej klasy.
  6. Użyj biblioteki ASMLib i nie używaj funkcji udev.
  7. Wdrożenia usługi Azure NetApp Files powinny używać systemu plików Oracle dNFS, które jest własnym rozwiązaniem sterowników systemu plików NFS (system plików sieciowych) firmy Oracle o wysokiej wydajności.
  8. Duże bazy danych Oracle znacznie korzystają z dużych rozmiarów warstwy globalnej systemu (SGA). Klienci z dużymi klientami powinni wdrażać w serii Azure M o rozmiarze 4 TB lub większej ilości pamięci RAM
    • Ustawianie ogromnych stron systemu Linux na 75% fizycznego rozmiaru pamięci RAM
    • Ustaw warstwę globalną systemu (SGA) na 90% ogromnego rozmiaru strony
    • Ustaw parametr Oracle USE_LARGE_PAGES = ONLY — wartość jest preferowana tylko dla wartości TRUE, ponieważ wartość ONLY ma dostarczać bardziej spójną i przewidywalną wydajność. Wartość TRUE może przydzielić zarówno duże 2 MB, jak i standardowe strony 4K. Wartość tylko wymusi duże strony 2 MB. Jeśli liczba dostępnych ogromnych stron nie jest wystarczająca lub nie jest poprawnie skonfigurowana, wystąpienie bazy danych nie powiedzie się z kodem błędu: ora-27102: brak pamięci Linux_x86_64 Błąd 12 : nie można przydzielić pamięci. Jeśli nie ma wystarczającej ilości pamięci, może być konieczne ponowne uruchomienie systemu Oracle Linux i/lub ponowne skonfigurowanie parametrów ogromnej strony systemu operacyjnego.
  9. Program Oracle Home powinien znajdować się poza woluminem głównym lub dyskiem. Użyj oddzielnego dysku lub woluminu ANF. Dysk z systemem Oracle Home powinien mieć rozmiar 64 Gigabajtów lub większy.
  10. Rozmiar dysku rozruchowego dla dużych serwerów baz danych Oracle o wysokiej wydajności jest ważny. Jako co najmniej dysk P10 należy używać dla serii M lub E. Nie używaj małych dysków, takich jak P4 lub P6. Mały dysk może powodować problemy z wydajnością.
  11. Przyspieszona sieć musi być włączona na wszystkich maszynach wirtualnych. Uaktualnij do najnowszej wersji systemu Oracle Linux, jeśli występują problemy z włączaniem przyspieszonej sieci.
  12. Zapoznaj się z aktualizacjami w tej dokumentacji i uwagami dotyczącymi oprogramowania SAP 2039619 — aplikacje SAP na platformie Microsoft Azure przy użyciu bazy danych Oracle: obsługiwane produkty i wersje — Launchpad pomocy technicznej sap ONE.

Aby uzyskać informacje o tym, które wersje oracle i odpowiednie wersje systemu operacyjnego są obsługiwane w przypadku uruchamiania oprogramowania SAP w usłudze Oracle na maszynach wirtualnych platformy Azure, zobacz sap Note 2039619.

Ogólne informacje na temat uruchamiania pakietu SAP Business Suite w programie Oracle można znaleźć na stronie społeczności oprogramowania SAP w witrynie Oracle. Oprogramowanie SAP w systemie Oracle na platformie Azure jest obsługiwane tylko w systemie Oracle Linux (a nie w systemie Suse lub Red Hat) dla serwerów aplikacji i baz danych. Serwery ASCS/ERS mogą używać systemu RHEL/SUSE, ponieważ klient Oracle nie jest zainstalowany ani używany na tych maszynach wirtualnych. Na tych maszynach wirtualnych nie należy instalować serwerów aplikacji (PAS/AAS). Zapoznaj się z artykułem SAP Note 3074643 — OLNX: FAQ: if Pacemaker for Oracle Linux is supported in SAP Environment (Często zadawane pytania: jeśli program Pacemaker dla systemu Oracle Linux jest obsługiwany w środowisku SAP Environment). Usługa Oracle Real Application Cluster (RAC) nie jest obsługiwana na platformie Azure, ponieważ usługa RAC wymaga sieci multiemisji.

Konfiguracja usługi Storage

Istnieją dwa zalecane wzorce wdrażania magazynu dla oprogramowania SAP w usłudze Oracle na platformie Azure:

  1. Automatyczne zarządzanie magazynem Oracle (ASM)
  2. Usługa Azure NetApp Files (ANF) z systemem plików Oracle dNFS (Direct NFS)

Klienci korzystający obecnie z baz danych Oracle w systemach plików EXT4 lub XFS z menedżerem woluminów logicznych (LVM) są zachęcani do przejścia do usługi ASM. Istnieje znaczna wydajność, administracja i niezawodność zalety działania w usłudze ASM w porównaniu z LVM. Usługa ASM zmniejsza złożoność, zwiększa możliwości obsługi i upraszcza zadania administracyjne. Ta dokumentacja zawiera linki dla administratorów baz danych Oracle (DBA), aby dowiedzieć się, jak zainstalować usługę ASM i zarządzać nią.

Platforma Azure udostępnia wiele rozwiązań magazynu.

Poniższa tabela zawiera szczegółowe informacje o stanie pomocy technicznej

Typ magazynu Obsługa bazy danych Oracle Rozmiar sektora Oracle Linux 8.x lub nowszy Windows Server 2019
Typ magazynu blokowego
Dysk SSD w warstwie Premium Obsługiwane 512e Zalecana usługa ASM. Obsługiwane oprogramowanie LVM Brak obsługi usługi ASM w systemie Windows
Ssd w warstwie Premium w wersji 21 Obsługiwane 4K Native lub 512e2 Zalecana usługa ASM. Obsługiwane oprogramowanie LVM Brak obsługi usługi ASM w systemie Windows. Zmienianie dysków plików dziennika z natywnego 4K na 512e
Dysk SSD w warstwie Standardowa Nieobsługiwane
Dysk HDD w warstwie Standardowa Nieobsługiwane
Dysk w warstwie Ultra Obsługiwane Natywna 4K Zalecana usługa ASM. Obsługiwane oprogramowanie LVM Brak obsługi usługi ASM w systemie Windows. Zmienianie dysków plików dziennika z natywnego 4K na 512e
Typy magazynów sieciowych
Azure NetApp Service (ANF) Obsługiwane - Wymagany system plików Oracle dNFS Nieobsługiwane
Azure Files NFS Nieobsługiwane
Azure files SMB Nieobsługiwane
  1. Dyski SSD w warstwie Premium platformy Azure w wersji 2 nie mają wstępnie zdefiniowanych rozmiarów magazynu. Nie ma potrzeby przydzielania wielu dysków w grupie dysków asm lub maszynie wirtualnej LVM. Zaleca się przydzielenie pojedynczego dysku SSD w warstwie Premium w wersji 2 z wymaganym rozmiarem, przepływnością i operacjami we/wy na sekundę na grupę dysków USŁUGI ASM
  2. Wersja 512e jest obsługiwana na dyskach SSD w warstwie Premium w wersji 2 dla systemów Windows. Konfiguracje 512e nie są zalecane dla klientów z systemem Linux. Migrowanie do natywnej wersji 4K przy użyciu procedury w rozmiarze sektora MOS 512/512e do 4K Native Review (Dokument o identyfikatorze 1133713.1)

Inne zagadnienia, które mają zastosowanie do listy, takie jak:

  1. Brak obsługi funkcji DIRECTIO z rozmiarem sektora natywnego 4K. Zalecane ustawienia FILESYSTEMIO_OPTIONS dla konfiguracji LVM:
    • LVM — jeśli używane są dyski z geometrią 512/512e, FILESYSTEMIO_OPTIONS = SETALL
    • LVM — jeśli są używane dyski z geometrią natywną 4K, FILESYSTEMIO_OPTIONS = ASYNC
  2. Wersja Oracle 19c i wyższa w pełni obsługuje rozmiar sektora natywnego 4K zarówno z usługami ASM, jak i LVM
  3. Oracle 19c i nowsze w systemie Linux — podczas przechodzenia z magazynu 512e do 4K natywnych rozmiarów sektorów dziennika magazynu należy zmienić
  4. Aby przeprowadzić migrację z rozmiaru sektora 512/512e do 4K Native Review (Dokument o identyfikatorze 1133713.1) — zobacz sekcję "Migracja w trybie offline do dysków sektora 4 KB"
  5. Program SAPInst zapisuje plik pfile podczas instalacji. Jeśli $ORACLE_HOME/dbs znajduje się na dysku 4K, ustaw filesystemio_options=asynch i zobacz sekcję "Obsługa plików danych dysków sektora 4kB" w programie MOS obsługujących dyski sektora 4K (Dokument o identyfikatorze 1133713.1)
  6. Brak obsługi usługi ASM na platformach Windows
  7. Brak obsługi rozmiaru sektora natywnego 4K dla woluminu dziennika na platformach Windows. Dyski SSDv2 i Ultra Disk muszą zostać zmienione na 512e za pomocą ikony ołówka "Edytuj dysk" w witrynie Azure Portal
  8. Rozmiar sektora natywnego 4K jest obsługiwany tylko na woluminach danych dla platform systemu Windows. 4K nie jest obsługiwane w przypadku woluminów dziennika w systemie Windows
  9. Zalecamy zapoznanie się z następującymi artykułami w programie MOS:
    • Oracle Linux: pamięć podręczna buforu systemu plików i bezpośrednie we/wy (identyfikator 462072.1)
    • Obsługa dysków sektora 4K (dokument o identyfikatorze 1133713.1)
    • Używanie dzienników ponownego wykonania 4k na dyskach Flash, dyskach 4k i dyskach SSD (Dokument o identyfikatorze 1681266.1)
    • Kwestie do rozważenia podczas ustawiania filesystemio_options i disk_asynch_io (identyfikator dokumentu 1987437.1)

Zalecamy używanie programu Oracle ASM w systemie Linux z biblioteką ASMLib. Wydajność, administracja, obsługa i konfiguracja są zoptymalizowane pod kątem wzorca wdrażania. Oracle ASM i Oracle dNFS ustawią poprawne parametry lub parametry obejścia (takie jak FILESYSTEMIO_OPTIONS), a tym samym zapewniają lepszą wydajność i niezawodność.

Automatyczne zarządzanie magazynem Oracle (ASM)

Lista kontrolna dotycząca automatycznego zarządzania magazynem Oracle:

  1. Wszystkie systemy SAP w systemie Oracle na platformie Azure są uruchomione w usłudze ASM , w tym programowanie, kontrola jakości i produkcja. Małe, średnie i duże bazy danych
  2. Usługa ASMLib jest używana, a nie UEV. Funkcja UEV jest wymagana dla wielu sieci SAN— scenariusz, który nie istnieje na platformie Azure
  3. Usługę ASM należy skonfigurować pod kątem nadmiarowości zewnętrznej. Usługa Azure Premium SSD Storage zapewnia potrójną nadmiarowość. Usługa Azure Premium SSD jest zgodna z niezawodnością i integralnością dowolnego innego rozwiązania magazynu. W przypadku opcjonalnego bezpieczeństwa klienci mogą rozważyć normalną nadmiarowość dla grupy dysków dziennika
  4. Dublowanie plików dziennika ponownego tworzenia jest opcjonalne w przypadku usługi ASM 888626 — ponownie układ dziennika dla systemów wysokiej klasy
  5. Grupy dysków ASM skonfigurowane zgodnie z wariantem 1, 2 lub 3 poniżej
  6. Rozmiar jednostki alokacji usługi ASM = 4 MB (wartość domyślna). Bardzo duże bazy danych (VLDB) systemy OLAP, takie jak SAP BW, mogą korzystać z większego rozmiaru jednostki alokacji usługi ASM. Zmiana dopiero po potwierdzeniu pomocy technicznej oracle
  7. Rozmiar sektora usługi ASM i rozmiar sektora logicznego = wartość domyślna (ustawienie UDEV nie jest zalecane, ale wymaga 4k)
  8. Jeśli wartość jest zgodna. Atrybut grupy dysków usługi ASM jest ustawiony na 11.2 lub nowszy dla grupy dysków, można utworzyć, skopiować lub przenieść plik SPFILE programu Oracle ASM do systemu plików ACFS. Zapoznaj się z dokumentacją oracle dotyczącą przenoszenia pliku pfile do usługi ACFS. Klasa SAPInst domyślnie nie tworzy pliku pfile w usłudze ACFS
  9. Używany jest odpowiedni wariant ASM. Systemy produkcyjne powinny używać wariantu 2 lub 3

Grupy dysków automatycznego zarządzania magazynem Oracle

Część II oficjalnego przewodnika Oracle opisuje instalację i zarządzanie usługą ASM:

Istnieją następujące limity usługi ASM dla bazy danych Oracle Database 12c lub nowszej:

511 grup dysków, 10 000 dysków ASM w grupie dysków, 65 530 dysków ASM w systemie magazynu, 1 milion plików dla każdej grupy dysków. Więcej informacji znajduje się tutaj: Zagadnienia dotyczące wydajności i skalowalności dla grup dysków (oracle.com)

Zapoznaj się z dokumentacją usługi ASM w odpowiednim przewodniku instalacji oprogramowania SAP dla programu Oracle dostępnym w witrynie https://help.sap.com/viewer/nwguidefinder

Wariant 1 — małe lub średnie woluminy danych do 3 TB, czas przywracania nie jest krytyczny

Klient ma małe lub średnie bazy danych, w których można tworzyć kopie zapasowe i/lub przywracać i przywracać wszystkie bazy danych przy użyciu funkcji RMAN w odpowiednim czasie. Przykład: Gdy kompletna grupa dysków programu Oracle ASM z plikami danych z co najmniej jednej bazy danych jest uszkodzona, a wszystkie pliki danych ze wszystkich baz danych muszą zostać przywrócone do nowo utworzonej grupy dysków Oracle ASM przy użyciu narzędzia RMAN.

Zalecenie dotyczące grupy dysków oracle ASM:

Nazwa grupy dysków usługi ASM Stores Azure Storage
+DANE Wszystkie pliki danych 3–6 x P 30 (1 TiB)
Plik kontrolny (pierwsza kopia) Aby zwiększyć rozmiar bazy danych, dodaj dodatkowe dyski P30
Dzienniki ponownego wdrażania online (pierwsza kopia)
+ARCH Plik kontrolny (druga kopia) 2 x P20 (512 GiB)
Zarchiwizowane dzienniki ponownego wdrażania
+RECO Plik kontrolny (trzecia kopia) 2 x P20 (512 GiB)
Kopie zapasowe RMAN (opcjonalnie)
obszar odzyskiwania (opcjonalnie)

Wariant 2 — średnie i duże woluminy danych z zakresu od 3 TB do 12 TB, ważne jest przywrócenie czasu

Klient ma średnie i duże bazy danych, w których tworzenie kopii zapasowych i/lub przywracanie lub odzyskiwanie wszystkich baz danych nie może być wykonywane w odpowiednim czasie.

Zazwyczaj klienci korzystają z RMAN, usługi Azure Backup for Oracle i/lub technik migawek dysku w połączeniu.

Główne różnice w wariantie 1 to:

  1. Oddzielna grupa dysków programu Oracle ASM dla każdej bazy danych
  2. <DbNAME>+"_" jest używany jako prefiks nazwy grupy dysków DANYCH
  3. Liczba grup dysków DANYCH jest dołączana, jeśli baza danych obejmuje więcej niż jedną grupę dysków DANYCH
  4. Żadne dzienniki ponownego ponownego wdrażania online nie znajdują się w grupach dysków "dane". Zamiast tego dodatkowa grupa dysków jest używana dla pierwszego członka każdej grupy dzienników ponownego wdrażania online.
Nazwa grupy dysków usługi ASM Stores Azure Storage
+<DBNAME>_DATA[#] Wszystkie pliki danych 3-12 x P 30 (1 TiB)
Wszystkie pliki tymczasowe Aby zwiększyć rozmiar bazy danych, dodaj dodatkowe dyski P30
Plik kontrolny (pierwsza kopia)
+OLOG Dzienniki ponownego wdrażania online (pierwsza kopia) 3 x P20 (512 GiB)
+ARCH Plik kontrolny (druga kopia) 3 x P20 (512 GB)
Zarchiwizowane dzienniki ponownego wdrażania
+RECO Plik kontrolny (trzecia kopia) 3 x P20 (512 GiB)
Kopie zapasowe RMAN (opcjonalnie)
Obszar szybkiego odzyskiwania (opcjonalnie)

Wariant 3 — duże ilości danych i danych zmieniają woluminy więcej niż 5 TB, czas przywracania ma kluczowe znaczenie

Klient ma ogromną bazę danych, w której tworzenie kopii zapasowych i/lub przywracanie lub odzyskiwanie pojedynczej bazy danych nie może być realizowane w odpowiednim czasie.

Zazwyczaj klienci korzystają z RMAN, usługi Azure Backup for Oracle i/lub technik przyciągania dysków w połączeniu. W tym wariantie każdy odpowiedni typ pliku bazy danych jest oddzielony od różnych grup dysków programu Oracle ASM.

Nazwa grupy dysków usługi ASM Stores Azure Storage
+<DBNAME>_DATA[#] Wszystkie pliki danych 5-30 lub więcej x P30 (1 TiB) lub P40 (2 TiB)
Wszystkie pliki tymczasowe Aby zwiększyć rozmiar bazy danych, dodaj dodatkowe dyski P30
Plik kontrolny (pierwsza kopia)
+OLOG Dzienniki ponownego wdrażania online (pierwsza kopia) 3-8 x P20 (512 GiB) lub P30 (1 TiB)
W celu zapewnienia większej liczby bezpieczeństwa można wybrać opcję "Normal Redundancy" dla tej grupy dysków usługi ASM
+ARCH Plik kontrolny (druga kopia) 3-8 x P20 (512 GiB) lub P30 (1 TiB)
Zarchiwizowane dzienniki ponownego wdrażania
+RECO Plik kontrolny (trzecia kopia) 3 x P30 (1 TiB), P40 (2 TiB) lub P50 (4 TiB)
Kopie zapasowe RMAN (opcjonalnie)
Obszar szybkiego odzyskiwania (opcjonalnie)

Uwaga

Pamięć podręczna dysków usługi Azure Host dla grupy dysków ASM danych można ustawić na wartość Tylko do odczytu lub Brak. Należy pamiętać, że w przypadku niektórych nowych typów maszyn wirtualnych M(b)v3 użycie magazynu SSD w warstwie Premium w pamięci podręcznej w warstwie Premium w pamięci podręcznej w warstwie Premium w wersji 1 może spowodować obniżenie szybkości odczytu i zapisu na sekundę oraz przepływność, niż można uzyskać, jeśli nie używasz pamięci podręcznej odczytu. Wszystkie inne grupy dysków usługi ASM powinny być ustawione na Wartość Brak. W usłudze BW lub SCM można rozważyć oddzielną grupę dysków ASM dla temp dla dużych lub zajętych systemów.

Dodawanie miejsca do usługi ASM i dysków platformy Azure

Grupy dysków programu Oracle ASM można rozszerzyć przez dodanie dodatkowych dysków lub rozszerzenie bieżących dysków. Zalecamy dodanie dodatkowych dysków zamiast rozszerzania istniejących dysków. Przejrzyj te artykuły i linki mos uwagi 1684112.1 i 2176737.1

Usługa ASM dodaje dysk do grupy dysków: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'

Usługa ASM automatycznie ponownie równoważy dane. Aby sprawdzić ponowne równoważenie, uruchom to polecenie.

ps -ef | grep rbal

oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1

Dokumentacja jest dostępna w następujących dokumentacji:

Monitorowanie oprogramowania SAP w systemach Oracle ASM na platformie Azure

Uruchom raport Oracle AWR (automatyczne repozytorium obciążeń) jako pierwszy krok podczas rozwiązywania problemu z wydajnością. Metryki wydajności dysku są szczegółowo opisane w raporcie AWR.

Wydajność dysku można monitorować z poziomu programu Oracle Enterprise Manager i za pośrednictwem narzędzi zewnętrznych. Dokumentacja, która może pomóc, jest dostępna tutaj:

Narzędzia monitorowania na poziomie systemu operacyjnego nie mogą monitorować dysków ASM, ponieważ nie ma rozpoznawalnego systemu plików. Monitorowanie przestrzeni freespace musi odbywać się z poziomu programu Oracle.

Zasoby szkoleniowe dotyczące automatycznego zarządzania magazynem (ASM) firmy Oracle

Bazy danych Oracle, które nie znają programu Oracle ASM, są zgodne z materiałami szkoleniowymi i zasobami w tym miejscu:

Usługa Azure NetApp Files (ANF) z systemem plików Oracle dNFS (Direct NFS)

Połączenie maszyn wirtualnych platformy Azure i anF to niezawodna i sprawdzona kombinacja wdrożona przez wielu klientów na wyjątkowo dużą skalę.

Bazy danych o pojemności 100+ TB działają już wydajnie w tej kombinacji. Aby rozpocząć, napisaliśmy szczegółowy blog na temat konfigurowania tej kombinacji:

Więcej ogólnych informacji

Dziennik dublowania jest wymagany w systemach produkcyjnych anf systemu plików dNFS.

Mimo że anF jest wysoce nadmiarowy, oracle nadal wymaga dublowanego woluminu redo-logfile. Zaleceniem jest utworzenie dwóch oddzielnych woluminów i skonfigurowanie origlogA razem z mirrlogB i origlogB razem z mirrlogA. W takim przypadku używasz rozproszonego równoważenia obciążenia plików redo-logfile.

Opcja instalacji "nconnect" nie jest zalecana podczas konfigurowania klienta systemu plików dNFS. System plików dNFS zarządza kanałem we/wy i korzysta z wielu sesji, więc ta opcja jest przestarzała i może powodować problemy z manifold. Klient systemu plików dNFS zignoruje opcje instalacji i będzie obsługiwał operacje we/wy bezpośrednio.

Wersje systemu plików NFS (w wersji 3 i 4.1) z platformą ANF są obsługiwane w przypadku plików binarnych Oracle, danych i plików dziennika.

Zdecydowanie zalecamy używanie klienta Oracle dNFS dla wszystkich woluminów Oracle.

Zalecane opcje instalacji to:

Wersja systemu plików NFS Opcje instalacji
NFSv3 rw,vers=3,rsize=262144,wsize=262144,hard,timeo=600,noatime
NFSv4.1 rw,vers=4.1,rsize=262144,wsize=262144,hard,timeo=600,noatime

Kopia zapasowa ANF

W przypadku rozwiązania ANF niektóre kluczowe funkcje są dostępne, takie jak spójne kopie zapasowe oparte na migawkach, małe opóźnienia i niezwykle wysoka wydajność. W wersji 6 naszego narzędzia AzAcSnap aplikacja systemu Azure spójne narzędzie migawek dla rozwiązania ANF bazy danych Oracle można skonfigurować pod kątem spójnych migawek baz danych.

Te migawki pozostają na rzeczywistym woluminie danych i muszą zostać skopiowane przy użyciu replikacji ANF CRR (replikacji między regionami) między regionami anF lub innych narzędzi do tworzenia kopii zapasowych.

Oprogramowanie SAP na platformie Oracle na platformie Azure przy użyciu oprogramowania LVM

Usługa ASM jest zaleceniem domyślnym firmy Oracle dla wszystkich systemów SAP o dowolnym rozmiarze na platformie Azure. Wydajność, niezawodność i obsługa techniczna są lepsze dla klientów korzystających z usługi ASM. Firma Oracle udostępnia dokumentację i szkolenia dotyczące baz danych w celu przejścia do usługi ASM. W przypadkach, gdy zespół ds. bazy danych Oracle nie jest zgodny z zaleceniem firmy Oracle, Microsoft i SAP, aby używać usługi ASM, należy użyć następującej konfiguracji LVM.

Należy pamiętać, że podczas tworzenia LVM opcja "-i" musi być używana do równomiernego dystrybuowania danych między liczbę dysków w grupie LVM.

Dziennik dublowania jest wymagany podczas uruchamiania systemu LVM.

Minimalna konfiguracja systemu Linux:

Składnik Disk Pamięć podręczna hostów Rozbieranie1
/oracle/<SID>/origlogaA & mirrlogB Premium Brak Nie jest wymagany
/oracle/<SID>/origlogaB & mirrlogA Premium Brak Nie jest wymagany
/oracle/<SID>/sapdata1... n Premium Brak Zalecane
/oracle/<SID>/oraarch2 Premium Brak Nie jest wymagany
Oracle Home, saptrace, ... Premium Brak Brak
  1. Rozbieranie: pasek LVM przy użyciu RAID0
  2. oraarch: LVM jest opcjonalne

Wybór dysku na potrzeby hostowania dzienników ponownego wdrażania w trybie online firmy Oracle jest spowodowany wymaganiami dotyczącymi liczby operacji we/wy na sekundę. Można przechowywać wszystkie dane sapdata1... n (przestrzenie tabel) na jednym zainstalowanym dysku, o ile wolumin, liczba operacji we/wy na sekundę i przepływność spełniają wymagania.

Konfiguracja wydajności systemu Linux:

Składnik Disk Pamięć podręczna hostów Rozbieranie1
/oracle/<SID>/origlogaA Premium Brak Można użyć
/oracle/<SID>/origlogaB Premium Brak Można użyć
/oracle/<SID>/mirrlogAB Premium Brak Można użyć
/oracle/<SID>/mirrlogBA Premium Brak Można użyć
/oracle/<SID>/sapdata1... n Premium Brak Zalecane
/oracle/<SID>/oraarch2 Premium Brak Nie jest wymagany
Oracle Home, saptrace, ... Premium Brak Brak
  1. Rozbieranie: pasek LVM przy użyciu RAID0
  2. oraarch: LVM jest opcjonalne

Infrastruktura platformy Azure: Limity przepływności maszyny wirtualnej i Opcje usługi Azure Disk Storage

Bieżące zalecenia dotyczące usługi Oracle Storage

  1. Azure Premium Storage — większość klientów wdraża się w usłudze ASM przy użyciu usługi Premium Storage
  2. Azure NetApp Files — klienci vlDB, często z pojedynczymi bazami danych Oracle większymi niż 50 TB, zwykle korzystają z rozwiązania ANF i korzystają z możliwości migawek magazynu usługi Azure NetApp Files na potrzeby tworzenia kopii zapasowych i przywracania
  3. Skalowanie dysków zarządzanych — skalowanie dysków zarządzanych — Azure Virtual Machines | Microsoft Docs
  4. Akcelerator zapisu platformy Azure — używany w przypadku ponownego rejestrowania Oracle opartego na dyskach SSD w wersji 1 w warstwie Premium
  5. Rozszerzenie dysku online jest w pełni obsługiwane w przypadku usługi Premium Storage w wersji 1 i współpracuje z usługą ASM

Czas zapisu dzienników można poprawić na maszynach wirtualnych serii M platformy Azure, włączając akcelerator zapisu. Włącz akcelerator zapisu platformy Azure dla dysków usługi Azure Premium Storage używanych przez grupę dysków ASM na potrzeby plików dziennika ponownego wdrażania online. Aby uzyskać więcej informacji, zobacz Akcelerator zapisu.

Użycie akceleratora zapisu jest opcjonalne, ale można go włączyć, jeśli raport AWR wskazuje wyższe niż oczekiwano czasy zapisu dziennika.

Limity przepływności maszyny wirtualnej platformy Azure

Każdy typ maszyny wirtualnej platformy Azure ma limity dotyczące procesora CPU, dysku, sieci i pamięci RAM. Te limity są udokumentowane w poniższych linkach

Podczas wybierania typu maszyny wirtualnej należy przestrzegać następujących zaleceń:

  1. Upewnij się, że przepływność dysku i liczba operacji we/wy na sekundę są wystarczające dla obciążenia i co najmniej równa zagregowanej przepływności dysków
  2. Rozważ włączenie płatnej serii, szczególnie w przypadku dysków dziennika ponownego użycia
  3. W przypadku usługi ANF przepływność sieci jest ważna, ponieważ cały ruch magazynu jest liowany jako "Sieć", a nie przepływność dysku
  4. Zapoznaj się z tym blogiem dotyczącym dostrajania sieci dla serii M Optymalizowanie przepływności sieci na maszynach wirtualnych serii M HCMT (microsoft.com)
  5. Zapoznaj się z tym linkiem , który opisuje sposób używania raportu AWR w celu wybrania odpowiedniej maszyny wirtualnej platformy Azure
  6. Azure Intel Ev5 Edv5 i serii Edsv5 — Azure Virtual Machines |Microsoft Docs
  7. Azure AMD Eadsv5 Easv5 i Eadsv5 serii — Azure Virtual Machines |Microsoft Docs
  8. Seria M platformy Azure/Seria M z serii Msv2 — Azure Virtual Machines |Microsoft Docs i Msv2/Mdsv2 — średnia seria pamięci — Azure Virtual Machines | Microsoft Docs
  9. Seria Mv2 platformy Azure Mv2 — Azure Virtual Machines | Microsoft Docs

Tworzenie/przywracanie kopii zapasowych

W przypadku funkcji tworzenia kopii zapasowych/przywracania narzędzia SAP BR*Tools for Oracle są obsługiwane w taki sam sposób, jak w przypadku komputerów bez systemu operacyjnego i funkcji Hyper-V. Program Oracle Recovery Manager (RMAN) jest również obsługiwany w przypadku tworzenia kopii zapasowych na dysku i przywracania z dysku.

Aby uzyskać więcej informacji na temat korzystania z usług Azure Backup i Recovery services dla baz danych Oracle, zobacz:

Wysoka dostępność

Funkcja Oracle Data Guard jest obsługiwana w celach wysokiej dostępności i odzyskiwania po awarii. Aby uzyskać automatyczne przejście w tryb failover w funkcji Data Guard, należy użyć trybu failover szybkiego uruchamiania (FSFA). Funkcja Obserwator (FSFA) wyzwala tryb failover. Jeśli nie używasz uwierzytelniania FSFA, możesz użyć tylko ręcznej konfiguracji trybu failover. Aby uzyskać więcej informacji, zobacz Implementowanie funkcji Oracle Data Guard na maszynie wirtualnej z systemem Linux platformy Azure.

Aspekty odzyskiwania po awarii dla baz danych Oracle na platformie Azure przedstawiono w artykule Odzyskiwanie po awarii bazy danych Oracle Database 12c w środowisku platformy Azure.

Ogromne strony i duże konfiguracje SGA Oracle

System SAP VLDB w systemie Oracle na platformie Azure stosuje rozmiary SGA przekraczające 3 TB. Nowoczesne wersje firmy Oracle dobrze obsługują duże rozmiary SGA i znacznie zmniejszają liczbę operacji we/wy. Przejrzyj raport AWR i zwiększ rozmiar SGA, aby zmniejszyć liczbę operacji we/wy odczytu. 

Ogólne wskazówki dotyczące ogromnych stron systemu Linux powinny być skonfigurowane do około 75% rozmiaru pamięci RAM maszyny wirtualnej. Rozmiar SGA można ustawić na 90% rozmiaru ogromnej strony. Przybliżonym przykładem może być maszyna wirtualna M192ms z 4 TB pamięci RAM, w przypadku których rozmiar ogromnych stron jest ustawiony proporcjonalnie do 3 TB.  SGA można ustawić na wartość nieco mniejszą, na przykład 2,95 TB.

Duże klientów sap działających na maszynach wirtualnych platformy Azure o dużej ilości pamięci znacznie korzystają z aplikacji HugePages zgodnie z opisem w tym artykule

Systemy NUMA vm.min_free_kbytes powinny być ustawione na 524288 * <# węzłów> NUMA. Zobacz Oracle Linux: zalecana wartość parametru dostrajania jądra vm.min_free_kbytes (dokument o identyfikatorze 2501269.1...

 

Oracle Linux udostępnia przydatne narzędzie do zarządzania graficznym interfejsem użytkownika:

System Oracle Linux ma nowe narzędzie do zarządzania pakietami — DNF

Oracle Linux 8: Zarządzanie pakietami było łatwe dzięki bezpłatnym filmom wideo | Oracle Linux Blog

Oracle Linux 8 Managing Software on Oracle® Linux — Rozdział 1 Yum DNF

Konfiguracje pamięci i NUMA można testować i testować za pomocą przydatnego narzędzia — Oracle Real Application Testing (RAT)

Testowanie rzeczywistej aplikacji Oracle: co to jest i jak go używać? (aemcorp.com)

Informacje na temat problemu z uszkodzeniem dziennika UDEV Oracle Redolog na platformie Azure | Oracle w polu (wordpress.com)

Uszkodzenie usługi Oracle ASM na platformie Azure — kontynuacja (dbaharrison.blogspot.com)

Uszkodzenie danych w funkcji Hyper-V lub na platformie Azure podczas uruchamiania programu Oracle ASM — Red Hat Customer Portal

Konfigurowanie programu Oracle ASM na maszynie wirtualnej z systemem Linux platformy Azure — Azure Virtual Machines | Microsoft Docs

Oracle Configuration guidelines for SAP installations in Azure VMs on Windows

Oprogramowanie SAP na platformie Oracle na platformie Azure obsługuje również system Windows. Poniżej przedstawiono zalecenia dotyczące wdrożeń systemu Windows:

  1. Zalecane są następujące wersje systemu Windows: Windows Server 2022 (tylko z bazy danych Oracle Database 19.13.0 w systemie) Windows Server 2019 (tylko z bazy danych Oracle Database 19.5.0 w systemie)
  2. W systemie Windows nie ma obsługi usługi ASM. Miejsca do magazynowania systemu Windows należy użyć do agregowania dysków w celu uzyskania optymalnej wydajności
  3. Zainstaluj aplikację Oracle Home na dedykowanym dysku niezależnym (nie instaluj programu Oracle Home na dysku C:)
  4. Wszystkie dyski muszą być sformatowane w systemie plików NTFS
  5. Postępuj zgodnie z przewodnikiem dostrajania systemu Windows z programu Oracle i włącz duże strony, zablokuj strony w pamięci i inne ustawienia specyficzne dla systemu Windows

Obecnie pisanie usługi ASM dla klientów z systemem Windows na platformie Azure nie jest obsługiwane. Program SAP Software Provisioning Manager (SWPM) dla systemu Windows nie obsługuje obecnie usługi ASM.

Konfiguracje magazynu dla oprogramowania SAP w systemie Oracle w systemie Windows

Minimalna konfiguracja systemu Windows:

Składnik Disk Pamięć podręczna hostów Rozbieranie1
E:\oracle\<SID>\origlogaA i mirrlogB Premium Brak Nie jest wymagany
F:\oracle\<SID>\origlogaB i mirrlogA Premium Brak Nie jest wymagany
G:\oracle\<SID>\sapdata1... n Premium Brak Zalecane
H:\oracle\<SID>\oraarch2 Premium Brak Nie jest wymagany
I:\Oracle Home, saptrace, ... Premium Brak Brak
  1. Usuwanie: Miejsca do magazynowania windows
  2. oraarch: windows Miejsca do magazynowania jest opcjonalny

Wybór dysku na potrzeby hostowania dzienników ponownego wdrażania w trybie online firmy Oracle jest spowodowany wymaganiami dotyczącymi liczby operacji we/wy na sekundę. Można przechowywać wszystkie dane sapdata1... n (przestrzenie tabel) na jednym zainstalowanym dysku, o ile wolumin, liczba operacji we/wy na sekundę i przepływność spełniają wymagania.

Konfiguracja wydajności systemu Windows:

Składnik Disk Pamięć podręczna hostów Rozbieranie1
E:\oracle\<SID>\origlogaA Premium Brak Można użyć
F:\oracle\<SID>\origlogaB Premium Brak Można użyć
G:\oracle\<SID>\mirrlogAB Premium Brak Można użyć
H:\oracle\<SID>\mirrlogBA Premium Brak Można użyć
I:\oracle\<SID>\sapdata1... n Premium Brak Zalecane
J:\oracle\<SID>\oraarch2 Premium Brak Nie jest wymagany
K:\Oracle Home, saptrace, ... Premium Brak Brak
  1. Usuwanie: Miejsca do magazynowania windows
  2. oraarch: windows Miejsca do magazynowania jest opcjonalny

Następne kroki

Przeczytaj artykuł