Nasazení databáze Oracle virtuálních počítačů Azure pro úlohy SAP
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.
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í:
- Použijte nejnovější dostupnou verzi Oracle Linuxu (Oracle Linux 8.6 nebo vyšší).
- 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.
- Automatická správa úložiště (ASM) slouží pro malé, střední a velké databáze v blokovém úložišti.
- Měli byste použít SSD služby Azure Premium Storage. Nepoužívejte standardní ani jiné typy úložiště.
- 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.
- Použijte ASMLib a nepoužívejte udev.
- Nasazení služby Azure NetApp Files by měla používat Oracle dNFS (vlastní řešení Oracle s vysokým výkonem direct NFS).
- 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.
- 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ší.
- 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.
- 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.
- 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ě:
- Automatická správa úložiště Oracle (ASM)
- 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 oracle Database Správa istrators (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 v2 | Podporováno | Nativní 4K nebo 512e1 | 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 512e je podporováno 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:
- 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
- Oracle 19c a vyšší plně podporuje velikost nativního sektoru 4K s ASM i LVM.
- 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.
- Migrace z rozsahu 512/512e na nativní kontrolu 4K (ID 1133713.1) – viz část "Offline migrace na disky sektorů 4 kB"
- SAPInst během instalace zapíše do souboru pfile. Pokud je $ORACLE_HOME/dbs na 4K disku nastaveném filesystemio_options=asynch a prohlédni si část Podpora datového souboru disků sektorů 4kB v MOS Podporující disky sektorů 4K (ID 1133713.1)
- Žádná podpora ASM na platformách Windows
- 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.
- Velikost nativního sektoru 4K se podporuje jenom na svazcích dat pro platformy Windows. Svazky protokolů ve Windows nepodporují 4K.
- 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:
- 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
- AsMLib se používá a ne UDEV. UDEV se vyžaduje pro více sítí SAN, scénář, který v Azure neexistuje.
- 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.
- Zrcadlení souborů protokolu Znovu je volitelné pro 888626 ASM – Opětovné rozložení protokolu pro vysoce koncové systémy
- Skupiny disků ASM nakonfigurované podle varianty 1, 2 nebo 3 níže
- Velikost alokační jednotky ASM = 4 MB (výchozí). Systémy OLAP (VLDB) pro velmi velké databáze, jako je BW, můžou těžit z větší velikosti alokační jednotky ASM. Změna až po potvrzení podpory Oracle
- Velikost sektoru ASM a velikost logického sektoru = výchozí (UDEV se nedoporučuje, ale vyžaduje 4k)
- 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
- 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:
- Oracle Automatic Storage Management Správa istrator Guide, 19c
- Průvodce instalací a upgradem infrastruktury infrastruktury Oracle Grid, 19c pro Linux
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á databáze střední až velké velikosti, ve kterých probíhá zálohování a/nebo obnovení +
obnovení všech databází není možné provést včas.
Zákazníci obvykle používají techniky přichycení RMAN, Azure Backup for Oracle a/nebo disku v kombinaci.
Hlavní rozdíly ve variantě 1 jsou:
- Oddělení skupiny disků Oracle ASM pro každou databázi
- <DBNAME>+"_" se používá jako předpona pro název skupiny datových disků.
- Pokud databáze překlenuje více než jednu skupinu datových disků, připojí se k němu počet datových disků.
- 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, ve které není možné provést zálohování nebo obnovení a obnovení jedné databáze včas.
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é. 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:
- Změna velikosti skupin disků ASM mezi několika zónami (aemcorp.com)
- ZMĚNA VELIKOSTI – Změna skupin disků (oracle.com)
Monitorování SAP v systémech Oracle ASM v Azure
Při řešení potíží s výkonem spusťte sestavu Oracle AWR jako první krok. 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:
- SAP v Oracle s ASM v Microsoft Azure – Část1 – Technická komunita Microsoftu
- Instalace databáze Oracle19c [ ASM ] na [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] - YouTube
- Průvodce Správa astratorEM (oracle.com)
- Oracle for SAP Development Update (květen 2022)
- Důležité informace o výkonu a škálovatelnosti pro skupiny disků (oracle.com)
- Migrace na Oracle ASM pomocí Oracle Enterprise Manageru
- Migrace do ASM pomocí RMAN | Oracle Mentor (wordpress.com)
- Co je Oracle ASM do Azure IaaS? - Jednoduchá mluvení (red-gate.com)
- Nástroj příkazového řádku ASM (ASMCMD) (oracle.com)
- Užitečné příkazy asmcmd – DBACLASS DBACLASS
- Instalace a konfigurace softwaru Oracle ASMLIB
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
- Architektury řešení využívající Azure NetApp Files | Oracle
- Architektury řešení využívající Azure NetApp Files | SAP v anyDB
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 nástroj Konzistentní snímek pro 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 | Jenpro čtení 2 | Doporučené |
| /oracle/<SID>/oraarch3 | Premium | Nic | Není potřeba |
| Domovská stránka Oracle, saptrace, ... | Premium | Nic | Nic |
- Prokládání: pruh LVM pomocí RAID0
- Během migrace R3Load by měla být možnost Mezipaměť hostitele pro SAPDATA nastavená na Žádné.
- 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 | Jenpro čtení 2 | Doporučené |
| /oracle/<SID>/oraarch3 | Premium | Nic | Není potřeba |
| Domovská stránka Oracle, saptrace, ... | Premium | Nic | Nic |
- Prokládání: pruh LVM pomocí RAID0
- Během migrace R3load by měla být možnost Mezipaměť hostitele pro SAPDATA nastavená na None (Žádný).
- oraarch: LVM je volitelný
Azure Infra: Omezení propustnosti virtuálního počítače a možnosti úložiště disků Azure
Oracle Automatic Storage Management (ASM)## může vyhodnotit tyto technologie úložiště:
- Azure Premium Storage – aktuálně výchozí volba
- Shlukování spravovaných disků – Shlukování spravovaných disků – Azure Virtual Machines | Microsoft Docs
- Akcelerátor zápisu Do Azure
- Online rozšíření disku pro Azure Premium SSD Storage stále probíhá
Č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í:
- Ujistěte se, že propustnost disku a IOPS jsou dostatečné pro úlohu a alespoň se rovnají agregované propustnosti disků.
- Zvažte povolení placeného shlukování, zejména pro disky s protokolem opakování.
- 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.
- 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).
- 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.
- Řada Azure Intel Ev5 Edv5 a Edsv5 – Azure Virtual Machines |Microsoft Docs
- Řada Azure AMD Eadsv5 Easv5 a Eadsv5 – Azure Virtual Machines |Microsoft Docs
- Azure M-series/Msv2-series M-series – Azure Virtual Machines |Microsoft Docs a Msv2/Mdsv2 Medium Memory Series – Azure Virtual Machines | Microsoft Docs
- Ř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:
- Zálohování a obnovení databáze Oracle Database 12c na virtuálním počítači Azure s Linuxem
- Služba Azure Backup také podporuje zálohy Oracle, jak je popsáno v článku Zálohování a obnovení databáze Oracle Database 19c na virtuálním počítači Azure s Linuxem pomocí služby Azure Backup.
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.
Další dobrý dokument white paper Oracle – Nastavení Ochrany dat Oracle 12c pro zákazníky SAP
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í:
- Webová konzola Oracle Oracle Linux: Instalace webové konzoly Kokpitu v Oracle Linuxu
- Upstream Kokpit projekt — Projekt Kokpitu (cockpit-project.org)
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
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:
- 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)
- 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.
- Nainstalujte domovskou stránku Oracle na vyhrazený nezávislý disk (neinstalujte Oracle Home na jednotku C: Drive).
- Všechny disky musí být formátované systémem souborů NTFS.
- 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 | Jenpro čtení 2 | Doporučené |
| H:\oracle\SID>\<oraarch3 | Premium | Nic | Není potřeba |
| I:\Oracle Home, saptrace, ... | Premium | Nic | Nic |
- Prokládání: Windows Prostory úložiště
- Během migrace R3load by měla být možnost Mezipaměť hostitele pro SAPDATA nastavená na None (Žádný).
- 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 | Jenpro čtení 2 | Doporučené |
| J:\oracle\<SID>\oraarch3 | Premium | Nic | Není potřeba |
| K:\Oracle Home, saptrace, ... | Premium | Nic | Nic |
- Prokládání: Windows Prostory úložiště
- Během migrace R3load by měla být možnost Mezipaměť hostitele pro SAPDATA nastavená na None (Žádný).
- oraarch: Windows Prostory úložiště je volitelné
Odkazy pro Oracle ve Windows
- Přehled ladění windows (oracle.com)
- Úlohy konfigurace po instalaci ve Windows (oracle.com)
- SAP ve Windows Presentation (oracle.com)2823030 – Oracle na velkých stránkách MS WINDOWS
Další kroky
Přečíst článek