Wdrażanie bazy danych Oracle na maszynach wirtualnych Azure 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 obciążenia SAP na platformie 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

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 magazynu Standard ani innych typów magazynu.
5. Usługa ASM usuwa wymóg dotyczący Mirror Log. Postępuj zgodnie ze wskazówkami firmy Oracle w notatce 888626 - układ dzienników redo 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ć Oracle dNFS, czyli własnego rozwiązania firmy Oracle do wysokowydajnego sterownika Direct NFS (Network File System).
8. Duże bazy danych Oracle znacznie korzystają z dużych rozmiarów warstwy globalnej systemu (SGA). Duzi klienci powinni wdrażać się na serii M platformy Azure z 4 TB lub większą 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ść ONLY jest preferowana zamiast wartości TRUE, ponieważ wartość ONLY ma zapewniać bardziej spójną i przewidywalną wydajność. Wartość TRUE może przydzielić zarówno duże 2 MB, jak i standardowe strony 4K. Wartość TYKO będzie zawsze wymuszać duże strony 2 MB. Jeśli liczba dostępnych ogromnych stron nie jest wystarczająca lub nie jest poprawnie skonfigurowana, instancja bazy danych nie uruchomi 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 ciągłej pamięci, może być konieczne ponowne uruchomienie systemu Oracle Linux i/lub ponowne skonfigurowanie parametrów Huge Pages 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ż do działania RAC wymagana jest sieć multicastowa.

Konfiguracja usługi Storage

Istnieją dwa zalecane wzorce wdrażania pamięci masowej dla SAP na Oracle w 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. ASM oferuje znaczne zalety pod względem wydajności, administracji i niezawodności w porównaniu do 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ń magazynowania.

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

1. Dyski Azure Premium SSD w wersji 2 nie mają z góry określonych rozmiarów magazynu. Nie ma potrzeby przydzielania wielu dysków w grupie dysków asm lub maszynie wirtualnej LVM. Zaleca się przydzielenie pojedynczego dysku Premium SSD v2 z wymaganym rozmiarem, przepustowością i IOPS na grupę dysków 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. Migruj do 4K Native przy użyciu procedury dotyczącej rozmiaru sektora MOS 512/512e zgodnie z 4K Native Review (Dokument o identyfikatorze 1133713.1)

Inne rozważania, które mają zastosowanie, takie jak:

1. Brak obsługi dla DIRECTIO przy natywnym rozmiarze sektora 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 natywną geometrią 4K, FILESYSTEMIO_OPTIONS = ASYNC
2. Wersja Oracle 19c i wyższa w pełni obsługuje natywny rozmiar sektora 4K zarówno z ASM, jak i LVM
3. Oracle 19c i nowsze w systemie Linux — podczas przechodzenia z magazynu 512e do magazynu 4K Native rozmiary sektorów dzienników muszą zostać zmienione
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ę „Wsparcie dla plików danych dysków 4kB” w dokumencie „MOS obsługa dysków z sektorami 4K” (Dokument o identyfikatorze 1133713.1)
6. Brak obsługi usługi ASM na platformach Windows
7. Brak obsługi natywnego rozmiaru sektora 4K dla wolumenu logu 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. Natywny rozmiar sektora 4K jest obsługiwany tylko na woluminach danych na platformach 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: buforowa pamięć podręczna systemu plików a bezpośrednie I/O (identyfikator dokumentu 462072.1)
   • Obsługa dysków sektora 4K (dokument o identyfikatorze 1133713.1)
   • Używanie dzienników Redo 4k na pamięci Flash, dyskach 4k i magazynach opartych na 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 na Oracle na platformie Azure są uruchomione z użyciem ASM, w tym systemy deweloperskie, testowe i produkcyjne. Małe, średnie i duże bazy danych
2. ASMLib jest używany, a nie UDEV. 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ść. Azure Premium SSD dorównuje niezawodności i integralności każdego innego rozwiązania do przechowywania danych. W celu opcjonalnego zwiększenia bezpieczeństwa klienci mogą rozważyć normalną nadmiarowość dla grupy dysków dziennika
4. Opcjonalne jest dublowanie plików dziennika zapisu w przypadku usługi ASM 888626 — układ dziennika zapisu dla zaawansowanych systemów
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). Systemy OLAP dla bardzo dużych baz danych (VLDB), takie jak SAP BW, mogą zyskać na zastosowaniu większych rozmiarów jednostek alokacyjnych ASM. Dokonaj zmiany dopiero po potwierdzeniu ze wsparciem Oracle.
7. Rozmiary sektora ASM i sektora logicznego = wartość domyślna (ustawienie UDEV nie jest zalecane, ale wymaga 4k)
8. Jeśli atrybut grupy dysków COMPATIBLE.ASM jest ustawiony na 11.2 lub nowszy dla grupy dysków, można utworzyć, skopiować lub przenieść plik SPFILE Oracle ASM do systemu plików ACFS. Zapoznaj się z dokumentacją oracle dotyczącą przenoszenia pliku pfile do usługi ACFS. SAPInst domyślnie nie tworzy pliku pfile w 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:

• Przewodnik administratora automatycznego zarządzania magazynem Oracle, 19c
• Oracle Grid Infrastructure Przewodnik instalacji i aktualizacji infrastruktury gridowej, 19c dla systemu Linux

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 oraz szybko przywracać i odzyskiwać wszystkie bazy danych przy użyciu funkcji RMAN. 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:

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 powtórnego zapisu 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.

Wariant 3 — ogromne ilości danych i zmiany w danych przekraczające 5 TB, czas przywracania jest kluczowy

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.

Dodawanie miejsca do ASM i dysków 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 MOS i linki Uwagi MOS 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

Dostępna jest dokumentacja przy użyciu:

• Jak zmienić rozmiar grup dysków ASM między wieloma strefami (aemcorp.com)
• ZMIANA ROZMIARU — MODYFIKACJA GRUP DYSKÓW (oracle.com)

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:

• Wyświetlanie informacji o programie Oracle ASM przy użyciu widoków
• Polecenia zarządzania grupami dysków ASMCMD (oracle.com)

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

Administratorzy baz danych Oracle, którzy nie są zaznajomieni z Oracle ASM, powinni korzystać z materiałów szkoleniowych i zasobów znajdujących się tutaj:

• SAP on Oracle with ASM on Microsoft Azure: Część 1 — Microsoft Tech Community
• Oracle19c DB [ ASM ] instalacja w systemie [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] - YouTube
• Przewodnik administratora usługi ASM (oracle.com)
• Oracle for SAP Development Update (maj 2022 r.)
• Zagadnienia dotyczące wydajności i skalowalności dla grup dysków (oracle.com)
• Migrowanie do programu Oracle ASM za pomocą programu Oracle Enterprise Manager
• Migrowanie do usługi ASM przy użyciu narzędzia RMAN | Oracle Mentor (wordpress.com)
• Co to jest oracle ASM to Azure IaaS? - Simple Talk (red-gate.com)
• Narzędzie wiersza polecenia ASM (ASMCMD) (oracle.com)
• Przydatne polecenia asmcmd — DBACLASS DBACLASS
• Instalowanie i konfigurowanie oprogramowania Oracle ASMLIB

Usługa Azure NetApp Files (ANF) z funkcją 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:

• Wdrażanie bazy danych SAP AnyDB (Oracle 19c) przy użyciu usługi Azure NetApp Files — Społeczność techniczna firmy Microsoft

Więcej ogólnych informacji

• Architektury rozwiązań korzystające z usługi Azure NetApp Files | Oracle
• Architektury rozwiązań korzystające z usługi Azure NetApp Files | Oprogramowanie SAP w dowolnej bazie danych

Dziennik lustrzany jest wymagany w produkcyjnych systemach dNFS ANF.

Mimo że ANF jest wysoce nadmiarowy, Oracle nadal wymaga zmirorowanego woluminu redo-log. 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 montowania "nconnect" nie jest zalecana podczas konfigurowania klienta 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ć liczne problemy. Klient systemu plików dNFS zignoruje opcje montowania i będzie obsługiwał operacje wejścia/wyjścia bezpośrednio.

Obie wersje NFS (v3 i v4.1) wraz z ANF są obsługiwane dla plików binarnych Oracle oraz plików danych i dzienników.

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

Zalecane opcje instalacji to:

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 Azure Application Consistent Snapshot dla 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 lustrzany jest wymagany podczas uruchamiania LVM.

Minimalna konfiguracja systemu Linux:

1. Paskowanie: 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:

1. Paskowanie: paski 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 korzysta z usługi ASM przy użyciu Azure 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 dziennika powtórek Oracle opartego na dyskach Premium SSD v1
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 Azure dla dysków Azure Premium Storage wykorzystywanych przez grupę dysków ASM do dzienników redagowania 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łatnego przyspieszenia, szczególnie w przypadku dysków dziennika Redo
3. W przypadku usługi ANF przepustowość sieci jest ważna, ponieważ cały ruch magazynowy jest liczony jako „Sieć”, a nie przepustowość dysku.
4. Zapoznaj się z tym blogiem dotyczącym strojenia sieci w maszynach wirtualnych serii M Optymalizacja wydajnoś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 Edsv5 — Maszyny Wirtualne Azure |Microsoft Docs
7. Azure AMD Eadsv5 Seria Easv5 i Eadsv5 - Azure Virtual Machines |Microsoft Docs
8. Seria M platformy Azure/Seria Msv2 M-series — maszyny wirtualne Azure |Microsoft Docs i Seria pamięci średniej pojemności Msv2/Mdsv2 — maszyny wirtualne Azure | 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 na maszynach fizycznych i w środowisku 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:

• Usługa Azure Backup obsługuje również kopie zapasowe Oracle zgodnie z opisem w artykule Tworzenie kopii zapasowych i odzyskiwanie bazy danych Oracle Database na maszynie wirtualnej z systemem Linux platformy Azure przy użyciu usługi Azure Backup.

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 do trybu awaryjnego w Data Guard, należy użyć funkcji Szybkie Przejście do Stanu Awaryjnego (SPSA). Funkcja Obserwator (FSFA) wyzwala przełączenie awaryjne. Jeśli nie używasz FSFA, możesz użyć tylko konfiguracji ręcznego przełączenia awaryjnego. 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

Wdrożenia systemu SAP VLDB w Oracle na platformie Azure stosują rozmiary SGA przekraczające 3 TB. Nowoczesne wersje Oracle dobrze obsługują duże rozmiary pamięci wspólnej (SGA) i znacząco zmniejszają liczbę operacji we/wy. Przejrzyj raport AWR i zwiększ rozmiar SGA, aby zmniejszyć liczbę operacji we/wy związanych z odczytem. 

Ogólne zalecenia dotyczące stron Huge w systemie Linux sugerują skonfigurowanie ich do około 75% rozmiaru pamięci RAM maszyny wirtualnej. Rozmiar SGA można ustawić na 90% rozmiaru Huge Page (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.

Duzi klienci SAP działający na maszynach wirtualnych Azure o dużej pamięci znacznie korzystają z HugePages, jak opisano 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...

Linki i inne narzędzia Oracle Linux

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

• Oracle Web Console Oracle Linux: Instalowanie konsoli Cockpit w systemie Oracle Linux
• Nadrzędny projekt kokpitu — projekt kokpitu (cockpit-project.org)

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 oceniać 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 praktyce (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

Wytyczne dotyczące konfiguracji Oracle dla instalacji SAP w maszynach wirtualnych Azure na systemie 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 przechowywania dla SAP na bazie danych Oracle na systemie Windows

Minimalna konfiguracja systemu Windows:

1. Usuwanie: Miejsca do magazynowania windows
2. oraarch: Windows Przestrzenie dyskowe są opcjonalne

Wybór dysku do hostowania dzienników redo Oracle jest determinowany wymaganiami dotyczącymi IOPS. 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:

1. Usuwanie: Miejsca do magazynowania windows
2. oraarch: Przestrzenie Dyskowe Windows są opcjonalne

Linki dla bazy danych Oracle w systemie Windows

• Omówienie dostrajania systemu Windows (oracle.com)
• Zadania konfiguracji postinstalacji w systemie Windows (oracle.com)
• Sap on Windows Presentation (oracle.com)2823030 — Oracle on MS WINDOWS Large Pages

Następne kroki

Przeczytaj artykuł

• Zagadnienia dotyczące wdrażania usługi Azure Virtual Machines DBMS dla obciążenia SAP