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
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 Rekomendacje do 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:
- Użyj najnowszej dostępnej wersji systemu Oracle Linux (Oracle Linux 8.6 lub nowszej).
- 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.
- Użyj automatycznego zarządzania magazynem (ASM) dla małych, średnich i dużych baz danych w magazynie blokowym.
- Należy używać dysków SSD usługi Azure Premium Storage. Nie używaj warstwy Standardowa ani innych typów magazynu.
- 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.
- Użyj biblioteki ASMLib i nie używaj funkcji udev.
- Wdrożenia usługi Azure NetApp Files powinny używać systemu plików Oracle dNFS (własnego rozwiązania Oracle NFS o wysokiej wydajności).
- 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.
- 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.
- 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ą.
- 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.
- 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:
- Automatyczne zarządzanie magazynem Oracle (ASM)
- 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 do usługi Oracle Database Administracja istrators (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 |
| Premium SSD v2 | Obsługiwane | 4K Native lub 512e1 | 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 |
Wersja 1 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:
- 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
- Wersja Oracle 19c i wyższa w pełni obsługuje rozmiar sektora natywnego 4K zarówno z usługami ASM, jak i LVM
- Oracle 19c i nowsze w systemie Linux — podczas przechodzenia z magazynu 512e do 4K natywnych rozmiarów sektorów dziennika magazynu należy zmienić
- 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"
- Program SAPInst zapisuje plik pfile podczas instalacji. Jeśli $ORACLE_HOME/dbs znajduje się w zestawie dysków 4K 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)
- Brak obsługi usługi ASM na platformach Windows
- 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
- 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
- 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:
- 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
- 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
- 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
- Dublowanie plików dziennika ponownego tworzenia jest opcjonalne w przypadku usługi ASM 888626 — ponownie układ dziennika dla systemów wysokiej klasy
- Grupy dysków ASM skonfigurowane zgodnie z wariantem 1, 2 lub 3 poniżej
- Rozmiar jednostki alokacji usługi ASM = 4 MB (wartość domyślna). Systemy OLAP bardzo dużych baz danych (VLDB), takie jak BW, mogą korzystać z większego rozmiaru jednostki alokacji usługi ASM. Zmiana dopiero po potwierdzeniu pomocy technicznej oracle
- Rozmiar sektora usługi ASM i rozmiar sektora logicznego = wartość domyślna (ustawienie UDEV nie jest zalecane, ale wymaga 4k)
- 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
- 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:
- Oracle Automatic Storage Management Administracja istrator's Guide, 19c
- Oracle Grid Infrastructure Grid Infrastructure Installation and Upgrade Guide, 19c for 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 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 kopie zapasowe i/lub przywracanie +
odzyskiwanie wszystkich baz 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.
Główne różnice w wariantie 1 to:
- Oddzielna grupa dysków programu Oracle ASM dla każdej bazy danych
- <DbNAME>+"_" jest używany jako prefiks nazwy grupy dysków DANYCH
- Liczba grup dysków DANYCH jest dołączana, jeśli baza danych obejmuje więcej niż jedną grupę dysków DANYCH
- Ż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 i odzyskiwanie pojedynczej bazy danych nie może być wykonywane 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. 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:
- Jak zmienić rozmiar grup dysków ASM między wieloma strefami (aemcorp.com)
- ZMIANA ROZMIARU — zmienianie grup dysków (oracle.com)
Monitorowanie oprogramowania SAP w systemach Oracle ASM na platformie Azure
Uruchom raport Oracle AWR 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
Bazy danych Oracle, które nie znają programu Oracle ASM, są zgodne z materiałami szkoleniowymi i zasobami w tym miejscu:
- Sap on Oracle with ASM on Microsoft Azure — Part1 — Microsoft Tech Community
- Oracle19c DB [ ASM ] instalacja w systemie [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] - YouTube
- Przewodnik Administracja istratora 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 usługi ASM (ASMCMD) (oracle.com)
- Przydatne polecenia asmcmd — DBACLASS DBACLASS
- Instalowanie i konfigurowanie oprogramowania Oracle ASMLIB
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
- 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 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 | Tylkodo odczytu 2 | Zalecane |
| /oracle/<SID>/oraarch3 | Premium | Brak | Nie jest wymagany |
| Oracle Home, saptrace, ... | Premium | Brak | Brak |
- Rozbieranie: pasek LVM przy użyciu RAID0
- Podczas migracji R3Load opcja Pamięć podręczna hosta dla oprogramowania SAPDATA powinna być ustawiona na Wartość Brak
- 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 | Tylkodo odczytu 2 | Zalecane |
| /oracle/<SID>/oraarch3 | Premium | Brak | Nie jest wymagany |
| Oracle Home, saptrace, ... | Premium | Brak | Brak |
- Rozbieranie: pasek LVM przy użyciu RAID0
- Podczas migracji R3load opcja Pamięć podręczna hosta dla programu SAPDATA powinna być ustawiona na Wartość Brak
- oraarch: LVM jest opcjonalne
Infrastruktura platformy Azure: Limity przepływności maszyny wirtualnej i Opcje usługi Azure Disk Storage
Rozwiązanie Oracle Automatic Storage Management (ASM)## może ocenić następujące technologie magazynowania:
- Azure Premium Storage — obecnie wybór domyślny
- Skalowanie dysków zarządzanych — skalowanie dysków zarządzanych — Azure Virtual Machines | Microsoft Docs
- Akcelerator zapisu na platformie Azure
- Rozszerzenie dysku online dla magazynu SSD w warstwie Premium platformy Azure jest nadal w toku
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ń:
- 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
- Rozważ włączenie płatnej serii, szczególnie w przypadku dysków dziennika ponownego użycia
- 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
- 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)
- Zapoznaj się z tym linkiem , który opisuje sposób używania raportu AWR w celu wybrania odpowiedniej maszyny wirtualnej platformy Azure
- Azure Intel Ev5 Edv5 i serii Edsv5 — Azure Virtual Machines |Microsoft Docs
- Azure AMD Eadsv5 Easv5 i Eadsv5 serii — Azure Virtual Machines |Microsoft Docs
- 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
- 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:
- Tworzenie kopii zapasowej i odzyskiwanie bazy danych Oracle Database 12c na maszynie wirtualnej z systemem Linux platformy Azure
- 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 19c 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 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.
Kolejny dobry oficjalny dokument Oracle dotyczący konfigurowania funkcji Oracle 12c Data Guard dla klientów sap
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...
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 sieci Web 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 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)
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:
- 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)
- 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
- Zainstaluj aplikację Oracle Home na dedykowanym dysku niezależnym (nie instaluj programu Oracle Home na dysku C:)
- Wszystkie dyski muszą być sformatowane w systemie plików NTFS
- 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 | Tylkodo odczytu 2 | Zalecane |
| H:\oracle\<SID>\oraarch3 | Premium | Brak | Nie jest wymagany |
| I:\Oracle Home, saptrace, ... | Premium | Brak | Brak |
- Usuwanie: Miejsca do magazynowania windows
- Podczas migracji R3load opcja Pamięć podręczna hosta dla programu SAPDATA powinna być ustawiona na Wartość Brak
- 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 | Tylkodo odczytu 2 | Zalecane |
| J:\oracle\<SID>\oraarch3 | Premium | Brak | Nie jest wymagany |
| K:\Oracle Home, saptrace, ... | Premium | Brak | Brak |
- Usuwanie: Miejsca do magazynowania windows
- Podczas migracji R3load opcja Pamięć podręczna hosta dla programu SAPDATA powinna być ustawiona na Wartość Brak
- oraarch: windows Miejsca do magazynowania jest opcjonalny
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ł