Sdílet prostřednictvím

Nasazení databáze Oracle virtuálních počítačů Azure pro úlohy SAP

  • Článek

Tento dokument popisuje několik různých oblastí, které je potřeba zvážit při nasazování oracle database pro úlohy SAP v Azure IaaS. Než si přečtete tento dokument, doporučujeme přečíst si důležité informace o nasazení DBMS služby Azure Virtual Machines pro úlohy SAP. Doporučujeme také přečíst si další příručky v dokumentaci k úloze SAP v Azure.

Informace o verzích Oracle a odpovídajících verzích operačního systému, které jsou podporované pro spouštění SAP v Oracle v Azure, najdete v 2039619 SAP Note.

Obecné informace o spuštění SADY SAP Business Suite na Oracle najdete v sap on Oracle. Oracle podporuje spouštění databází Oracle v Microsoft Azure. Další informace o obecné podpoře pro Windows Hyper-V a Azure najdete v nejčastějších dotazech k Oracle a Microsoft Azure.

Následující poznámky SAP jsou relevantní pro instalaci Oracle.

Číslo poznámky Název poznámky
1738053 SAPinst pro instalaci Oracle ASM – SAP ONE Support Launchpad
2896926 Kompatibilita skupin disků ASM – NetWeaver SAP ONE – Launchpad podpory
1550133 Použití automatické správy úložiště Oracle (ASM) se sap NetWeaver products SAP ONE Support Launchpad]
888626 Opětovné rozložení protokolu pro high-endové systémy SAP ONE Support Launchpad
105047 Podpora funkcí Oracle v prostředí SAP ONE Support Launchpad
2799920 Opravy pro 19c: Databáze SAP ONE Support Launchpad
974876 Launchpad podpory SAP ONE pro Oracle transparentní šifrování dat (TDE)
2936683 Oracle Linux 8: Instalace a upgrade SAP ONE Support Launchpad
1672954 Oracle 11g, 12c, 18c a 19c: Využití obrovských stránek v Linuxu
1171650 Automatizovaná kontrola parametrů Oracle DB
2936683 Oracle Linux 8: Instalace a upgrade SAP
3399081 Oracle Linux 9: Instalace a upgrade SAP

Specifika pro Oracle Database v Oracle Linuxu

Oracle podporuje spouštění svých databázových instancí v Microsoft Azure s Oracle Linuxem jako hostovaného operačního systému. Další informace o obecné podpoře pro Windows Hyper-V a Azure najdete v nejčastějších dotazech k Azure a Oracle.

Podporuje se také konkrétní scénář aplikací SAP využívajících databáze Oracle. Podrobnosti jsou popsány v další části dokumentu.

Obecná doporučení pro spouštění SAP v Oracle v Azure

Po instalaci nebo migraci stávajících systémů SAP v systémech Oracle do Azure by se měl dodržovat následující model nasazení:

  1. Použijte nejnovější dostupnou verzi Oracle Linuxu (Oracle Linux 8.6 nebo vyšší).
  2. Použijte nejnovější verzi Oracle Database dostupnou s nejnovější verzí SAP Bundle Patch (SBP) (Oracle 19 Patch 15 nebo novější) 2799920 – opravy pro verzi 19c: Database.
  3. Automatická správa úložiště (ASM) slouží pro malé, střední a velké databáze v blokovém úložišti.
  4. Měli byste použít SSD služby Azure Premium Storage. Nepoužívejte standardní ani jiné typy úložiště.
  5. ASM odebere požadavek na zrcadlový protokol. Postupujte podle pokynů od Oracle v poznámkové 888626 – opětovné rozložení protokolu pro systémy high-end.
  6. Použijte ASMLib a nepoužívejte udev.
  7. Nasazení služby Azure NetApp Files by měla používat Oracle dNFS, což je vlastní řešení ovladače Systému souborů NFS (Network File System) s vysokým výkonem společnosti Oracle.
  8. Velké databáze Oracle výrazně využívají velké velikosti SGA (System Global Area). Velké zákazníky by se měly nasadit na řadu Azure M-series s velikostí 4 TB nebo více paměti RAM.
    • Nastavení velkých stránek Linuxu na 75 % velikosti fyzické paměti RAM
    • Nastavit globální oblast systému (SGA) na 90 % obrovské velikosti stránky
    • Nastavte parametr Oracle USE_LARGE_PAGES = ONLY – hodnota POUZE se upřednostňuje před hodnotou PRAVDA, protože hodnota ONLY má poskytovat konzistentnější a předvídatelnější výkon. Hodnota PRAVDA může přidělit velké 2 MB i standardní 4K stránky. Hodnota ONLY vždy vynutí velké 2 MB stránky. Pokud počet dostupných obrovských stránek není dostatečný nebo není správně nakonfigurovaný, instance databáze se nepovede spustit s kódem chyby: ora-27102 : nedostatek paměti Linux_x86_64 Chyba 12 : nemůže přidělit paměť. Pokud není dostatek souvislé paměti, možná bude potřeba restartovat Oracle Linux nebo překonfigurovat parametry stránky Pro obrovský operační systém.
  9. Domovská stránka Oracle by měla být umístěna mimo kořenový svazek nebo disk. Použijte samostatný disk nebo svazek ANF. Disk, který drží domovskou stránku Oracle, by měl mít velikost 64 gigabajtů nebo větší.
  10. Důležitá je velikost spouštěcího disku pro velké databázové servery Oracle s vysokým výkonem. Jako minimální disk P10 by se měl použít pro M-series nebo E-series. Nepoužívejte malé disky, jako je P4 nebo P6. Malý disk může způsobit problémy s výkonem.
  11. Na všech virtuálních počítačích musí být povolené akcelerované síťové služby. Pokud máte problémy s povolením akcelerovaných síťových služeb, upgradujte na nejnovější verzi Oracle Linuxu.
  12. V této dokumentaci vyhledejte aktualizace a poznámku SAP 2039619 – Aplikace SAP v Microsoft Azure pomocí databáze Oracle: Podporované produkty a verze – Launchpad podpory SAP ONE.

Informace o tom, které verze Oracle a odpovídající verze operačního systému jsou podporovány pro spouštění SAP na Oracle ve službě Azure Virtual Machines, najdete v tématu SAP Note 2039619.

Obecné informace o spuštění SADY SAP Business Suite na Oracle najdete na stránce komunity SAP na Oracle. SAP v Oracle v Azure se podporuje jenom v Oracle Linuxu (a ne Suse nebo Red Hat) pro aplikační a databázové servery. Servery ASCS/ERS můžou používat RHEL/SUSE, protože na těchto virtuálních počítačích není nainstalovaný nebo používaný klient Oracle. Aplikační servery (PAS/AAS) by se na těchto virtuálních počítačích neměly instalovat. Projděte si sap Note 3074643 – OLNX: nejčastější dotazy: pokud je pacemaker pro Oracle Linux podporován v prostředí SAP. Cluster RAC (Oracle Real Application Cluster) není v Azure podporovaný, protože RAC by vyžadoval síť vícesměrového vysílání.

Konfigurace úložiště

Pro SAP v Oracle v Azure existují dva doporučené vzory nasazení úložiště:

  1. Automatická správa úložiště Oracle (ASM)
  2. Azure NetApp Files (ANF) s Oracle dNFS (Direct NFS)

Zákazníkům, kteří v současné době používají databáze Oracle v systémech souborů EXT4 nebo XFS s logickou správou svazků (LVM), doporučujeme přejít do ASM. Ve srovnání s LVM existují značné výhody výkonu, správy a spolehlivosti pro provoz v ASM. ASM snižuje složitost, zlepšuje možnosti podpory a zjednodušuje úlohy správy. Tato dokumentace obsahuje odkazy pro správce databází Oracle (DBA) a dozvíte se, jak nainstalovat a spravovat ASM.

Azure poskytuje několik řešení úložiště.

Následující tabulka podrobně popisuje stav podpory.

Typ úložiště Podpora Oracle Velikost sektoru Oracle Linux 8.x nebo vyšší Windows Server 2019
Typ blokového úložiště
SSD úrovně Premium Podporováno 512e Doporučuje se ASM. Podporováno LVM Žádná podpora ASM ve Windows
SSD úrovně Premium v21 Podporováno Nativní 4K nebo 512e2 Doporučuje se ASM. Podporováno LVM Ve Windows není podporována služba ASM. Změna disků souboru protokolu z nativních 4K na 512e
SSD úrovně Standard Nepodporováno
HDD úrovně Standard Nepodporováno
Ultra disk Podporováno Nativní 4K Doporučuje se ASM. Podporováno LVM Ve Windows není podporována služba ASM. Změna disků souboru protokolu z nativních 4K na 512e
Typy síťového úložiště
Azure NetApp Service (ANF) Podporováno - Požadováno Oracle dNFS Nepodporováno
Azure Files NFS Nepodporováno
SMB služby Soubory Azure Nepodporováno
  1. Azure Premium SSD v2 nemá předdefinované velikosti úložiště. Není potřeba přidělovat více disků ve skupině disků ASM nebo virtuální skupině LVM. Doporučujeme přidělit jeden disk SSD úrovně Premium v2 s požadovanou velikostí, propustností a IOPS na skupinu disků ASM.
  2. 512e se podporuje na ssd premium v2 pro systémy Windows. Pro zákazníky s Linuxem se nedoporučuje 512 konfigurací. Migrace na nativní 4K pomocí postupu v sektoru MOS 512/512e na nativní kontrolu 4K (ID 1133713.1)

Další důležité informace, které používají seznam, například:

  1. Pro DIRECTIO s velikostí nativního sektoru 4K není podporována. Doporučená nastavení pro FILESYSTEMIO_OPTIONS pro konfigurace LVM:
    • LVM – Pokud se použijí disky s geometrií 512/512e, FILESYSTEMIO_OPTIONS = SETALL
    • LVM – Pokud se používají disky s nativní geometrií 4K, FILESYSTEMIO_OPTIONS = ASYNC
  2. Oracle 19c a vyšší plně podporuje velikost nativního sektoru 4K s ASM i LVM.
  3. Oracle 19c a vyšší v Linuxu – při přechodu z úložiště 512e na velikost sektorů protokolů nativního úložiště 4K se musí změnit.
  4. Migrace z rozsahu 512/512e na nativní kontrolu 4K (ID 1133713.1) – viz část "Offline migrace na disky sektorů 4 kB"
  5. SAPInst během instalace zapíše do souboru pfile. Pokud je $ORACLE_HOME/dbs na disku 4K, nastavte filesystemio_options=asynch a prohlédni si část Podpora datových souborů disků sektorů 4kB v MOS Podporující disky sektorů 4K (ID 1133713.1)
  6. Žádná podpora ASM na platformách Windows
  7. Pro svazek protokolu na platformě Windows není podporována velikost nativního sektoru 4K. Disk SSDv2 a Ultra se musí změnit na 512e prostřednictvím ikony tužky Upravit disk na webu Azure Portal.
  8. Velikost nativního sektoru 4K se podporuje jenom na svazcích dat pro platformy Windows. Svazky protokolů ve Windows nepodporují 4K.
  9. Doporučujeme si projít tyto články MOS:
    • Oracle Linux: Mezipaměť vyrovnávací paměti systému souborů versus přímé vstupně-výstupní operace (DOC ID 462072.1)
    • Podpora disků sektorů 4K (DOC ID 1133713.1)
    • Použití protokolů 4k znovu na flash disku, 4k disku a ssd (ID 1681266.1)
    • Co je potřeba zvážit při nastavování filesystemio_options a disk_asynch_io (ID 1987437.1)

Doporučujeme používat Oracle ASM v Linuxu s knihovny ASMLib. Výkon, správa, podpora a konfigurace jsou optimalizované se vzorem nasazení. Oracle ASM a Oracle dNFS nastaví správné parametry nebo parametry obejití (například FILESYSTEMIO_OPTIONS) a tím zajistí lepší výkon a spolehlivost.

Automatická správa úložiště Oracle (ASM)

Kontrolní seznam pro automatickou správu úložiště Oracle:

  1. Všechny systémy SAP v Oracle v Azure používají ASM , včetně vývoje, kontroly kvality a produkce. Malé, střední a velké databáze
  2. AsMLib se používá a ne UDEV. UDEV se vyžaduje pro více sítí SAN, scénář, který v Azure neexistuje.
  3. ASM by se měl nakonfigurovat pro externí redundanci. Azure Premium SSD Storage poskytuje trojnásobnou redundanci. Azure Premium SSD odpovídá spolehlivosti a integritě jakéhokoli jiného řešení úložiště. Kvůli volitelné bezpečnosti můžou zákazníci zvážit normální redundanci skupiny disků protokolu.
  4. Zrcadlení souborů protokolu Znovu je volitelné pro 888626 ASM – Opětovné rozložení protokolu pro vysoce koncové systémy
  5. Skupiny disků ASM nakonfigurované podle varianty 1, 2 nebo 3 níže
  6. Velikost alokační jednotky ASM = 4 MB (výchozí). Velmi rozsáhlé databáze (VLDB) systémy OLAP, jako je SAP BW, můžou těžit z větší velikosti alokační jednotky ASM. Změna až po potvrzení podpory Oracle
  7. Velikost sektoru ASM a velikost logického sektoru = výchozí (UDEV se nedoporučuje, ale vyžaduje 4k)
  8. Pokud je kompatibilní. Atribut skupiny disků ASM je nastaven na hodnotu 11.2 nebo vyšší pro skupinu disků, můžete vytvořit, zkopírovat nebo přesunout soubor Oracle ASM SPFILE do systému souborů ACFS. Projděte si dokumentaci Oracle týkající se přesunu souboru pfile do služby ACFS. SAPInst ve výchozím nastavení nevytvoří pfile v ACFS
  9. Používá se odpovídající varianta ASM. Produkční systémy by měly používat variantu 2 nebo 3.

Skupiny disků pro automatickou správu úložiště Oracle

Část II oficiální příručky Oracle popisuje instalaci a správu ASM:

Pro Oracle Database 12c nebo novější existují následující omezení ASM:

511 skupin disků, 10 000 disků ASM ve skupině disků, 65 530 disků ASM v systému úložiště, 1 milion souborů pro každou skupinu disků. Další informace najdete tady: Aspekty výkonu a škálovatelnosti pro skupiny disků (oracle.com)

Projděte si dokumentaci k ASM v příslušné příručce k instalaci SAP pro Oracle, která je k dispozici od společnosti Oracle. https://help.sap.com/viewer/nwguidefinder

Varianta 1 – malé až střední datové svazky až do 3 TB, doba obnovení není kritická

Zákazník má malé nebo střední databáze, ve kterých je možné provést zálohování a/nebo obnovení a obnovení všech databází pomocí nástroje RMAN včas. Příklad: Po dokončení skupiny disků Oracle ASM s datovými soubory se z jedné nebo více databází přeruší a všechny datové soubory ze všech databází je potřeba obnovit do nově vytvořené skupiny disků Oracle ASM pomocí nástroje RMAN.

Doporučení ke skupině disků Oracle ASM:

Název skupiny disků ASM Stores Azure Storage
+DATA Všechny datové soubory 3-6 x P 30 (1 TiB)
Řídicí soubor (první kopie) Pokud chcete zvětšit velikost databáze, přidejte další disky P30.
Online znovu protokoly (první kopie)
+ARCH Řídicí soubor (druhá kopie) 2 x P20 (512 GiB)
Archivované protokoly opakování
+RECO Řídicí soubor (třetí kopie) 2 x P20 (512 GiB)
Zálohy RMAN (volitelné)
oblast obnovení (volitelné)

Varianta 2 – střední až velké objemy dat mezi 3 TB a 12 TB, doba obnovení důležitá

Zákazník má středně velké až velké databáze, ve kterých se zálohování nebo obnovení nebo obnovení všech databází nedá včas dosáhnout.

Zákazníci obvykle používají techniky RMAN, Azure Backup pro Oracle a/nebo snímky disků v kombinaci.

Hlavní rozdíly ve variantě 1 jsou:

  1. Oddělení skupiny disků Oracle ASM pro každou databázi
  2. <DBNAME>+"_" se používá jako předpona pro název skupiny datových disků.
  3. Pokud databáze překlenuje více než jednu skupinu datových disků, připojí se k němu počet datových disků.
  4. Ve skupinách disků "data" se nenachází žádné online protokoly opakování. Místo toho se pro prvního člena každé online skupiny protokolů znovu používá další skupina disků.
Název skupiny disků ASM Stores Azure Storage
+<DBNAME>_DATA[#] Všechny datové soubory 3-12 x P 30 (1 TiB)
Všechny dočasné soubory Pokud chcete zvětšit velikost databáze, přidejte další disky P30.
Řídicí soubor (první kopie)
+OLOG Online znovu protokoly (první kopie) 3 x P20 (512 GiB)
+ARCH Řídicí soubor (druhá kopie) 3 x P20 (512 GB)
Archivované protokoly opakování
+RECO Řídicí soubor (třetí kopie) 3 x P20 (512 GiB)
Zálohy RMAN (volitelné)
Oblast rychlého obnovení (volitelné)

Varianta 3 – obrovská data a objemy změn dat větší než 5 TB, zásadní doba obnovení

Zákazník má obrovskou databázi, kde se zálohování nebo obnovení nebo obnovení jedné databáze nedá včas dosáhnout.

Zákazníci obvykle používají techniky přichycení RMAN, Azure Backup for Oracle a/nebo disku v kombinaci. V této variantě je každý relevantní typ souboru databáze oddělený od různých skupin disků Oracle ASM.

Název skupiny disků ASM Stores Azure Storage
+<DBNAME>_DATA[#] Všechny datové soubory 5-30 nebo více x P30 (1 TiB) nebo P40 (2 TiB)
Všechny dočasné soubory Pro zvýšení velikosti databáze přidejte další disky P30.
Řídicí soubor (první kopie)
+OLOG Online znovu protokoly (první kopie) 3-8 x P20 (512 GiB) nebo P30 (1 TiB)
Pro tuto skupinu disků ASM je možné pro tuto skupinu disků ASM vybrat vyšší bezpečnost "Normální redundance".
+ARCH Řídicí soubor (druhá kopie) 3-8 x P20 (512 GiB) nebo P30 (1 TiB)
Archivované protokoly opakování
+RECO Řídicí soubor (třetí kopie) 3 x P30 (1 TiB), P40 (2 TiB) nebo P50 (4 TiB)
Zálohy RMAN (volitelné)
Oblast rychlého obnovení (volitelné)

Poznámka:

Mezipaměť disku hostitele Azure pro skupinu disků DATA ASM je možné nastavit buď na jen pro čtení, nebo na žádné. Vezměte v úvahu, že u některých nových typů virtuálních počítačů M(b)v3 může využití úložiště SSD úrovně Premium v1 v mezipaměti čtení vést k nižším rychlostem čtení a zápisu IOPS, než byste získali, pokud nepoužíváte mezipaměť pro čtení. Všechny ostatní skupiny disků ASM by měly být nastavené na Žádné. V BW nebo SCM je možné pro velké nebo zaneprázdněné systémy zvážit samostatnou skupinu disků ASM pro temp.

Přidání místa do ASM + disků Azure

Skupiny disků Oracle ASM je možné rozšířit přidáním dalších disků nebo rozšířením aktuálních disků. Místo rozšíření stávajících disků doporučujeme přidat další disky. Projděte si tyto články MOS a odkazy NA POZNÁMKY MOS 1684112.1 a 2176737.1

ASM přidá disk do skupiny disků: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'

ASM automaticky vyrovnává data. Pokud chcete zkontrolovat vyrovnávání, spusťte tento příkaz.

ps -ef | grep rbal

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

Dokumentace je k dispozici s:

Monitorování SAP v systémech Oracle ASM v Azure

Jako první krok při řešení potíží s výkonem spusťte sestavu Oracle AWR (Automatické úložiště úloh). Metriky výkonu disku jsou podrobně popsané v sestavě AWR.

Výkon disku je možné monitorovat z Oracle Enterprise Manageru a prostřednictvím externích nástrojů. Dokumentace, která vám může pomoct, najdete tady:

Nástroje pro monitorování na úrovni operačního systému nemůžou monitorovat disky ASM, protože neexistuje žádný rozpoznatelný systém souborů. Monitorování volného místa se musí provádět v rámci Oracle.

Školicí materiály k automatické správě úložiště Oracle (ASM)

Oracle DBA, které nejsou obeznámené s Oracle ASM, se řídí školicími materiály a zdroji:

Azure NetApp Files (ANF) s Oracle dNFS (Direct NFS)

Kombinace virtuálních počítačů Azure a ANF je robustní a prověřená kombinace implementovaná mnoha zákazníky v mimořádně velkém měřítku.

Databáze o 100 TB už v této kombinaci využívají produktivitu. Abychom mohli začít, napsali jsme podrobný blog o tom, jak nastavit tuto kombinaci:

Další obecné informace

Zrcadlový protokol se vyžaduje v produkčních systémech dNFS ANF.

I když je ANF vysoce redundantní, Oracle stále vyžaduje zrcadlený svazek souboru protokolu znovu. Doporučujeme vytvořit dva samostatné svazky a nakonfigurovat origlogA společně s mirrlogB a origlogB společně s mirrlogA. V takovém případě použijete distribuované vyrovnávání zatížení souborů znovu.

Možnost připojení nconnect se nedoporučuje při konfiguraci klienta dNFS. dNFS spravuje vstupně-výstupní kanál a využívá více relací, takže tato možnost je zastaralá a může způsobit problémy s generováním. Klient dNFS bude ignorovat možnosti připojení a bude zpracovávat vstupně-výstupní operace přímo.

Obě verze systému souborů NFS (verze 3 a v4.1) s ANF se podporují pro binární soubory Oracle, datové soubory a soubory protokolů.

Důrazně doporučujeme používat klienta Oracle dNFS pro všechny svazky Oracle.

Doporučené možnosti připojení:

Verze systému souborů NFS Možnosti připojení
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

Zálohování ANF

U ANF jsou k dispozici některé klíčové funkce, jako jsou konzistentní zálohy založené na snímcích, nízká latence a výrazně vysoký výkon. Z verze 6 našeho nástroje AzAcSnap Aplikace Azure lication Consistent Snapshot tool for ANF je možné nakonfigurovat databáze Oracle pro konzistentní snímky databáze.

Tyto snímky zůstanou na skutečném datovém svazku a musí se zkopírovat pomocí replikace ANF CRR (replikace mezi oblastmi) mezi oblastmi anf nebo jiných nástrojů zálohování.

SAP v Oracle v Azure s LVM

ASM je výchozím doporučením od Oracle pro všechny systémy SAP libovolné velikosti v Azure. Výkon, spolehlivost a podpora jsou pro zákazníky používající ASM lepší. Oracle poskytuje dokumentaci a školení pro DBA pro přechod na ASM. V případech, kdy tým Oracle DBA nedodržuje doporučení od společnosti Oracle, Microsoft a SAP, aby používaly ASM, by se měla použít následující konfigurace LVM.

Poznámka: Při vytváření LVM musí být možnost -i použita k rovnoměrné distribuci dat mezi počet disků ve skupině LVM.

Při spuštění LVM se vyžaduje zrcadlový protokol.

Minimální konfigurace Linuxu:

Součást Disk Mezipaměť hostitele Prokládání1
/oracle/<SID>/origlogaA & mirrlogB Premium Nic Není potřeba
/oracle/<SID>/origlogaB & mirrlogA Premium Nic Není potřeba
/oracle/<SID>/sapdata1... n Premium Nic Doporučené
/oracle/<SID>/oraarch2 Premium Nic Není potřeba
Domovská stránka Oracle, saptrace, ... Premium Nic Nic
  1. Prokládání: pruh LVM pomocí RAID0
  2. oraarch: LVM je volitelný

Výběr disku pro hostování online protokolů opakování Oracle je řízený požadavky na vstupně-výstupní operace za sekundu. Všechny sapdata1 je možné uložit... n (tablespaces) na jednom připojeném disku, pokud svazek, IOPS a propustnost splňují požadavky.

Konfigurace výkonu v Linuxu:

Součást Disk Mezipaměť hostitele Prokládání1
/oracle/<SID>/origlogaA Premium Nic Lze použít
/oracle/<SID>/origlogaB Premium Nic Lze použít
/oracle/<SID>/mirrlogAB Premium Nic Lze použít
/oracle/<SID>/mirrlogBA Premium Nic Lze použít
/oracle/<SID>/sapdata1... n Premium Nic Doporučené
/oracle/<SID>/oraarch2 Premium Nic Není potřeba
Domovská stránka Oracle, saptrace, ... Premium Nic Nic
  1. Prokládání: pruh LVM pomocí RAID0
  2. oraarch: LVM je volitelný

Azure Infra: Omezení propustnosti virtuálního počítače a možnosti úložiště disků Azure

Aktuální doporučení pro Oracle Storage

  1. Azure Premium Storage – Většina zákazníků nasazuje v ASM se službou Premium Storage
  2. Azure NetApp Files – zákazníci VLDB, často s databázemi Oracle většími než 50 TB, obvykle používají ANF a používají funkce snímků úložiště služby Azure NetApp Files pro zálohování a obnovení.
  3. Shlukování spravovaných disků – Shlukování spravovaných disků – Azure Virtual Machines | Microsoft Docs
  4. Azure Write Accelerator – používá se pro případ, že se protokol Oracle znovu používá na discích SSD úrovně Premium v1.
  5. Online diskové rozšíření je plně podporované pro Premium Storage verze 1 a funguje s ASM.

Časy zápisu protokolů je možné na virtuálních počítačích Azure M-Series vylepšit povolením akcelerátoru zápisu. Povolte Azure Write Accelerator pro disky Azure Premium Storage používané skupinou disků ASM pro soubory protokolu online znovu. Další informace naleznete v tématu Akcelerátor zápisu.

Použití akcelerátoru zápisu je volitelné, ale můžete ho povolit, pokud sestava AWR indikuje dobu zápisu protokolu vyšší, než se čekalo.

Limity propustnosti virtuálních počítačů Azure

Každý typ virtuálního počítače Azure má omezení procesoru, disku, sítě a paměti RAM. Tyto limity jsou popsané na následujících odkazech.

Při výběru typu virtuálního počítače by se měla dodržovat následující doporučení:

  1. Ujistěte se, že propustnost disku a IOPS jsou dostatečné pro úlohu a alespoň se rovnají agregované propustnosti disků.
  2. Zvažte povolení placeného shlukování, zejména pro disky s protokolem opakování.
  3. U ANF je propustnost sítě důležitá, protože se veškerý provoz úložiště počítá jako "Síť" místo propustnosti disku.
  4. Projděte si tento blog o ladění sítě pro M-series Optimalizace propustnosti sítě na virtuálních počítačích řady Azure M-series HCMT (microsoft.com).
  5. Projděte si tento odkaz , který popisuje, jak použít sestavu AWR k výběru správného virtuálního počítače Azure.
  6. Řada Azure Intel Ev5 Edv5 a Edsv5 – Azure Virtual Machines |Microsoft Docs
  7. Řada Azure AMD Eadsv5 Easv5 a Eadsv5 – Azure Virtual Machines |Microsoft Docs
  8. Azure M-series/Msv2-series M-series – Azure Virtual Machines |Microsoft Docs a Msv2/Mdsv2 Medium Memory Series – Azure Virtual Machines | Microsoft Docs
  9. Řada Azure Mv2 Mv2 – Azure Virtual Machines | Microsoft Docs

Zálohování a obnovení

Pro funkce zálohování a obnovení jsou nástroje SAP BR*Tools for Oracle podporovány stejným způsobem jako na holých počítačích a hyper-V. Pro zálohování na disk a obnovení z disku se podporuje také Oracle Recovery Manager (RMAN).

Další informace o tom, jak můžete používat služby Azure Backup a Recovery pro databáze Oracle, najdete tady:

Vysoká dostupnost

Oracle Data Guard je podporován pro účely vysoké dostupnosti a zotavení po havárii. Pokud chcete dosáhnout automatického převzetí služeb při selhání ve službě Data Guard, musíte použít rychlé převzetí služeb při selhání (FSFA). Funkce pozorovatele (FSFA) aktivuje převzetí služeb při selhání. Pokud fsFA nepoužíváte, můžete použít jenom konfiguraci ručního převzetí služeb při selhání. Další informace najdete v tématu Implementace Oracle Data Guard na virtuálním počítači Azure s Linuxem.

Aspekty zotavení po havárii pro databáze Oracle v Azure jsou uvedeny v článku Zotavení po havárii pro databázi Oracle Database 12c v prostředí Azure.

Obrovské stránky a velké konfigurace Oracle SGA

Sap VLDB v nasazeních Oracle v Azure používá velikosti SGA nad rámec 3 TB. Moderní verze Oracle zpracovávají velké velikosti SGA dobře a výrazně snižují vstupně-výstupní operace. Zkontrolujte sestavu AWR a zvětšete velikost SGA, abyste snížili počet vstupně-výstupních operací čtení. 

Vzhledem k tomu, že obecné pokyny pro Linux Huge Pages by měly být nakonfigurované na přibližně 75 % velikosti paměti RAM virtuálního počítače. Velikost SGA je možné nastavit na 90 % velikosti obrovské stránky. Přibližný příklad by byl virtuální počítač M192ms s 4 TB paměti RAM by měl obrovské stránky nastavenéximálně 3 TB.  SGA lze nastavit na hodnotu o něco méně, například 2,95 TB.

Velké zákazníky SAP běžící na virtuálních počítačích Azure s vysokou pamětí výrazně využívají aplikace HugePages, jak je popsáno v tomto článku.

Systémy NUMA vm.min_free_kbytes by měly být nastaveny na 524288 * <počet uzlů> NUMA. Viz Oracle Linux: Doporučená hodnota parametru ladění jádra vm.min_free_kbytes (ID 2501269.1...

 

Odkazy a další nástroje Oracle Pro Linux

Oracle Linux poskytuje užitečný nástroj pro správu grafického uživatelského rozhraní:

Oracle Linux má nový nástroj pro správu balíčků – DNF

Oracle Linux 8: Správa balíčků je jednoduchá s bezplatnými videi | Blog Oracle Linuxu

Správa softwaru Oracle® Linux 8 v Oracle Linuxu – kapitola 1 Yum DNF

Konfigurace paměti a NUMA je možné testovat a testovat pomocí užitečného nástroje – Oracle Real Application Testing (RAT)

Oracle Real Application Testing: Co je to a jak ho používáte? (aemcorp.com)

Informace o problému s poškozením protokolu UDEV Oracle Redolog v Azure | Oracle v poli (wordpress.com)

Poškození Oracle ASM v Azure – zpracovat (dbaharrison.blogspot.com)

Poškození dat v Hyper-V nebo Azure při spuštění Oracle ASM – Zákaznický portál Red Hat

Nastavení Oracle ASM na virtuálním počítači Azure s Linuxem – Azure Virtual Machines | Microsoft Docs

Pokyny ke konfiguraci Oracle pro instalace SAP na virtuálních počítačích Azure ve Windows

SAP v Oracle v Azure také podporuje Windows. Doporučení pro nasazení Windows jsou shrnutá níže:

  1. Doporučuje se následující verze Windows: Windows Server 2022 (jenom z Oracle Database 19.13.0 na) Windows Server 2019 (jenom ze služby Oracle Database 19.5.0)
  2. Pro ASM ve Windows není žádná podpora. Windows Prostory úložiště by se měly použít k agregaci disků za účelem zajištění optimálního výkonu.
  3. Nainstalujte domovskou stránku Oracle na vyhrazený nezávislý disk (neinstalujte Oracle Home na jednotku C: Drive).
  4. Všechny disky musí být formátované systémem souborů NTFS.
  5. Postupujte podle průvodce laděním windows od Oracle a povolte velké stránky, zamykejte stránky v paměti a další specifická nastavení Windows.

V době psaní ASM pro zákazníky s Windows v Azure se nepodporuje. SAP Software Provisioning Manager (SWPM) pro Windows v současné době nepodporuje ASM.

Konfigurace úložiště pro SAP v Oracle ve Windows

Minimální konfigurace Windows:

Součást Disk Mezipaměť hostitele Prokládání1
E:\oracle\<SID>\origlogaA & mirrlogB Premium Nic Není potřeba
F:\oracle\<SID>\origlogaB & mirrlogA Premium Nic Není potřeba
G:\oracle\<SID>\sapdata1... n Premium Nic Doporučené
H:\oracle\<SID>\oraarch2 Premium Nic Není potřeba
I:\Oracle Home, saptrace, ... Premium Nic Nic
  1. Prokládání: Windows Prostory úložiště
  2. oraarch: Windows Prostory úložiště je volitelné

Výběr disku pro hostování online protokolů opakování Oracle je řízený požadavky na vstupně-výstupní operace za sekundu. Všechny sapdata1 je možné uložit... n (tablespaces) na jednom připojeném disku, pokud svazek, IOPS a propustnost splňují požadavky.

Windows konfigurace výkonu:

Součást Disk Mezipaměť hostitele Prokládání1
E:\oracle\<SID>\origlogaA Premium Nic Lze použít
F:\oracle\<SID>\origlogaB Premium Nic Lze použít
G:\oracle\SID>\<mirrlogAB Premium Nic Lze použít
H:\oracle\SID>\<mirrlogBA Premium Nic Lze použít
I:\oracle\<SID>\sapdata1... n Premium Nic Doporučené
J:\oracle\<SID>\oraarch2 Premium Nic Není potřeba
K:\Oracle Home, saptrace, ... Premium Nic Nic
  1. Prokládání: Windows Prostory úložiště
  2. oraarch: Windows Prostory úložiště je volitelné

Další kroky

Přečíst článek