Azure Virtual Machines Oracle-adatbázis üzembe helyezése SAP-számítási feladathoz
Ez a dokumentum az Azure IaaS-ben az Oracle Database for SAP számítási feladatok üzembe helyezése során figyelembe veendő különböző területeket ismerteti. A dokumentum elolvasása előtt javasoljuk, hogy olvassa el az Azure Virtual Machines DBMS sap-számítási feladathoz való üzembe helyezésének szempontjait. Azt is javasoljuk, hogy olvassa el az SAP számítási feladatainak egyéb útmutatóját az Azure dokumentációjában.
Az Oracle-verziókról és a megfelelő operációsrendszer-verziókról talál információkat, amelyek támogatottak az SAP Az Oracle-en való futtatásához az Azure-ban az SAP Megjegyzés 2039619.
Az SAP Business Suite Oracle-en való futtatásával kapcsolatos általános információk az SAP on Oracle webhelyen találhatók. Az Oracle támogatja az Oracle-adatbázisok Microsoft Azure-on való futtatását. A Windows Hyper-V és az Azure általános támogatásával kapcsolatos további információkért tekintse meg az Oracle és a Microsoft Azure gyakori kérdéseit.
Az oracle-telepítéshez az alábbi SAP-megjegyzések relevánsak
Az Oracle Database-hez kapcsolódó részletek Oracle Linuxon
Az Oracle támogatja az adatbázispéldányok Microsoft Azure-on való futtatását az Oracle Linuxszal vendég operációs rendszerként. A Windows Hyper-V és az Azure általános támogatásával kapcsolatos további információkért tekintse meg az Azure és az Oracle gyakori kérdéseit.
Az Oracle Database-eket használó SAP-alkalmazások konkrét forgatókönyve is támogatott. A részleteket a dokumentum következő részében tárgyaljuk.
Általános javaslatok az SAP Azure-beli Oracle-en való futtatásához
Az Oracle-rendszereken meglévő SAP telepítése vagy migrálása az Azure-ba a következő üzembehelyezési mintát kell követni:
- Használja a legújabb elérhető Oracle Linux-verziót (Oracle Linux 8.6 vagy újabb).
- Használja a legújabb Oracle Database-verziót a legújabb SAP Bundle Patch (SBP) (Oracle 19 Patch 15 vagy újabb) 2799920 – Javítások a 19c: Database-hez.
- Használja az Automatikus tároláskezelést (ASM) a blokktárolókon lévő kis, közepes és nagy méretű adatbázisokhoz.
- Az Azure Premium Storage SSD-t kell használni. Ne használjon Standard vagy egyéb tárolási típusokat.
- Az ASM eltávolítja a tükrözési naplóra vonatkozó követelményt. Kövesse az Oracle útmutatását a Jegyzet 888626 – Naplóelrendezés ismételt elvégzése high-end rendszerekhez című témakörben.
- Használja az ASMLib-t, és ne használja az udev-t.
- Az Azure NetApp Files üzemelő példányainak oracle dNFS-t kell használniuk, amely az Oracle saját nagy teljesítményű Közvetlen NFS (Hálózati fájlrendszer) illesztőprogram-megoldása.
- A nagy Oracle-adatbázisok nagy mértékben profitálnak a nagy system global area (SGA) méretekből. A nagy ügyfeleknek 4 TB-os vagy nagyobb RAM-mérettel kell üzembe helyeznie az Azure M sorozatot
- Linux hatalmas lapok beállítása a fizikai RAM-méret 75%-ára
- A system global area (SGA) beállítása a hatalmas oldalméret 90%-ára
- Állítsa be az Oracle paramétert USE_LARGE_PAGES = CSAK – A CSAK értéket részesíti előnyben a TRUE értéknél, mivel a CSAK értéknek konzisztensebb és kiszámíthatóbb teljesítményt kell nyújtania. A TRUE érték nagy, 2 MB-os és standard 4K-oldalakat is lefoglalhat. A CSAK érték mindig nagy, 2 MB-os oldalakat kényszerít ki. Ha a rendelkezésre álló hatalmas lapok száma nem elegendő vagy nem megfelelően van konfigurálva, az adatbázispéldány nem indul el a következő hibakóddal: ora-27102: memóriakihasználtság Linux_x86_64 12- es hiba: nem tud memóriát lefoglalni. Ha nincs elegendő egybefüggő memória, előfordulhat, hogy újra kell indítani az Oracle Linuxot, és/vagy újra kell konfigurálni az operációs rendszer hatalmas lapparamétereit.
- Az Oracle Home-nak a "gyökér" köteten vagy lemezen kívül kell lennie. Használjon külön lemezt vagy ANF-kötetet. Az Oracle Homeot tartalmazó lemeznek 64 gigabájt méretűnek vagy nagyobbnak kell lennie.
- A nagy teljesítményű Oracle-adatbáziskiszolgálók rendszerindító lemezének mérete fontos. Legalább egy P10 lemezt kell használni az M-sorozathoz vagy az E-sorozathoz. Ne használjon olyan kis lemezeket, mint a P4 vagy a P6. Egy kis lemez teljesítményproblémákat okozhat.
- A gyorsított hálózatkezelést minden virtuális gépen engedélyezni kell. Frissítsen a legújabb Oracle Linux-kiadásra, ha problémák merülnek fel a gyorsított hálózatkezelés engedélyezésével kapcsolatban.
- Tekintse meg a jelen dokumentáció frissítéseit, és az SAP megjegyzést 2039619 – SAP-alkalmazások a Microsoft Azure-ban az Oracle Database használatával: Támogatott termékek és verziók – SAP ONE támogatási launchpad.
További információ arról, hogy mely Oracle-verziók és a megfelelő operációsrendszer-verziók támogatottak az SAP Azure-beli virtuális gépeken futó Oracle-en való futtatásához, tekintse meg az SAP megjegyzést 2039619.
Az SAP Business Suite Oracle-en való futtatásával kapcsolatos általános információk az SAP-ban találhatók az Oracle közösségi oldalán. Az Azure-ban az Oracle-en futó SAP csak Oracle Linuxon támogatott (a Suse és a Red Hat nem) alkalmazás- és adatbázis-kiszolgálókon. Az ASCS/ERS-kiszolgálók használhatják az RHEL/SUSE protokollt, mert az Oracle-ügyfél nincs telepítve vagy nem használható ezeken a virtuális gépeken. Ezekre a virtuális gépekre nem szabad telepíteni az alkalmazáskiszolgálókat (PAS/AAS). Tekintse meg az SAP Megjegyzés 3074643 – OLNX: Gyakori kérdések: ha az Oracle Linux pacemakere támogatott az SAP-környezetben. Az Oracle Real Application Cluster (RAC) nem támogatott az Azure-ban, mert a RAC csoportos küldésű hálózatkezelést igényelne.
Tároló konfigurálása
Az Azure-beli Oracle-en futó SAP-hoz két ajánlott tárolási telepítési minta érhető el:
- Oracle Automatic Storage Management (ASM)
- Azure NetApp Files (ANF) Oracle dNFS-szel (Direct NFS)
A logikai kötetkezelővel (LVM) rendelkező EXT4- vagy XFS-fájlrendszereken jelenleg Oracle-adatbázisokat futtató ügyfeleknek ajánlott az ASM-be lépni. Az ASM-en az LVM-hez képest jelentős teljesítmény- és adminisztrációs és megbízhatósági előnyök állnak rendelkezésre. Az ASM csökkenti az összetettséget, javítja a támogatottságot, és egyszerűbbé teszi az adminisztrációs feladatokat. Ez a dokumentáció az Oracle Database-rendszergazdák (DBA-k) hivatkozásait tartalmazza, amelyekből megtudhatja, hogyan telepítheti és kezelheti az ASM-et.
Az Azure több tárolási megoldást is kínál.
Az alábbi táblázat részletesen ismerteti a támogatási állapotot
| Tárolási típus | Oracle-támogatás | Szektor mérete | Oracle Linux 8.x vagy újabb | Windows Server 2019 |
|---|---|---|---|---|
| Blokktároló típusa | ||||
| Prémium SSD | Támogatott | 512e | ASM ajánlott. Támogatott LVM | Nincs támogatás az ASM-hez Windows rendszeren |
| Prémium SSD v21 | Támogatott | 4K natív vagy 512e2 | ASM ajánlott. Támogatott LVM | Windows rendszeren az ASM nem támogatott. Naplófájllemezek módosítása 4K natívról 512e-re |
| Standard SSD | Nem támogatott | |||
| Standard HDD | Nem támogatott | |||
| Ultralemez | Támogatott | 4K natív | ASM ajánlott. Támogatott LVM | Windows rendszeren az ASM nem támogatott. Naplófájllemezek módosítása 4K natívról 512e-re |
| Hálózati tárolótípusok | ||||
| Azure NetApp Service (ANF) | Támogatott | - | Oracle dNFS szükséges | Nem támogatott |
| Azure Files NFS | Nem támogatott | |||
| Azure files SMB | Nem támogatott |
- Az Azure Premium SSD v2 nem rendelkezik előre definiált tárterület-méretekkel. Nincs szükség több lemez lefoglalására egy ASM-lemezcsoporton vagy LVM virtuális gépen belül. Ajánlott egyetlen Prémium SSD v2-lemezt lefoglalni a szükséges mérettel, átviteli sebességgel és IOPS-val ASM-lemezcsoportonként
- Az 512e támogatott a Prémium SSD v2 windowsos rendszereken. Az 512e konfigurációk linuxos ügyfelek számára nem ajánlottak. Migrálás natív 4K-ra a MOS 512/512e szektorméretének eljárásával 4K natív felülvizsgálatra (1133713.1-es dokumentumazonosító)
Egyéb szempontok, amelyek a listát alkalmazzák, például:
- A DIRECTIO nem támogatott 4K natív szektormérettel. Ajánlott beállítások FILESYSTEMIO_OPTIONS LVM-konfigurációkhoz:
- LVM – Ha 512/512e geometriájú lemezeket használ, FILESYSTEMIO_OPTIONS = SETALL
- LVM – Ha 4K natív geometriával rendelkező lemezeket használ, FILESYSTEMIO_OPTIONS = ASYNC
- Az Oracle 19c és újabb verziók teljes mértékben támogatják a 4K natív szektorméretet az ASM és az LVM használatával
- Oracle 19c és újabb Linux rendszeren – az 512e tárterületről a 4K natív tárolási napló szektor méretére való áttéréskor módosítani kell
- Az 512/512e szektorméretről a 4K natív felülvizsgálatra való migráláshoz (1133713.1-es dokumentumazonosító) – lásd az "Offline migrálás 4KB szektorlemezekre" című szakaszt
- Az SAPInst a telepítés során a pfile-ba ír. Ha a $ORACLE_HOME/dbs egy 4K-s lemezen található, állítsa be a filesystemio_options=asynch értéket, és tekintse meg a "4kB szektorlemezek adatfájl-támogatása" című szakaszt a MOS-ban, amely támogatja a 4K szektorlemezeket (1133713.1-es dokumentumazonosító)
- Az ASM nem támogatott Windows-platformokon
- Windows-platformokon nem támogatott a naplókötet 4K natív szektormérete. Az SSDv2-t és az Ultra Disket 512e értékre kell módosítani az Azure Portal "Lemez szerkesztése" ceruza ikonjával
- A 4K natív szektorméret csak Windows-platformok adatkötetei esetében támogatott. A 4K windowsos naplókötetek esetében nem támogatott
- Javasoljuk, hogy tekintse át ezeket a MOS-cikkeket:
- Oracle Linux: A fájlrendszer puffergyorsítótára és a közvetlen I/O (doc ID 462072.1)
- 4K szektorlemezek támogatása (1133713.1-es dokumentumazonosító)
- 4k-redo naplók használata Flash, 4k Disk és SSD-alapú tárolón (1681266.1-os dokumentumazonosító)
- Megfontolandó szempontok a filesystemio_options és disk_asynch_io beállításához (dokumentumazonosító: 1987437.1)
Azt javasoljuk, hogy linuxos Oracle ASM-et használ az ASMLib-vel. A teljesítmény, a felügyelet, a támogatás és a konfiguráció az üzembe helyezési mintával van optimalizálva. Az Oracle ASM és az Oracle dNFS a megfelelő paramétereket állítja be, vagy megkerüli a paramétereket (például FILESYSTEMIO_OPTIONS), így jobb teljesítményt és megbízhatóságot biztosít.
Oracle Automatic Storage Management (ASM)
Az Oracle automatikus tárolókezelés ellenőrzőlistája:
- Az Azure-beli Oracle összes SAP-rendszere ASM-et futtat, beleértve a fejlesztést, a minőségbiztosítást és az éles üzemet. Kisméretű, közepes és nagy méretű adatbázisok
- Az ASMLib használata nem UDEV. Az UDEV több SAN-hez szükséges, amely nem létezik az Azure-ban
- Az ASM-et külső redundanciához kell konfigurálni. Az Azure Premium SSD Storage háromszoros redundanciát biztosít. Az Azure Premium SSD megfelel bármely más tárolási megoldás megbízhatóságának és integritásának. Az opcionális biztonság érdekében az ügyfelek fontolóra vehetik a naplólemezcsoport normál redundanciájával
- Az újrado-naplófájlok tükrözése nem kötelező az ASM 888626 – Naplóelrendezés visszaállítása csúcskategóriás rendszerekhez
- Az alábbi 1., 2. vagy 3. változat szerint konfigurált ASM-lemezcsoportok
- ASM foglalási egység mérete = 4 MB (alapértelmezett). A nagyon nagy méretű adatbázisok (VLDB) OLAP-rendszerei, például az SAP BW nagyobb ASM-foglalási egységméret előnyeit élvezhetik. Módosítás csak az Oracle-támogatással való megerősítés után
- ASM-szektorméret és logikai szektorméret = alapértelmezett (az UDEV nem ajánlott, de 4k-t igényel)
- Ha a KOMPATIBILIS. Az ASM lemezcsoport attribútuma 11,2 vagy újabb értékre van állítva egy lemezcsoport esetében, létrehozhat, másolhat vagy áthelyezhet egy Oracle ASM SPFILE-t az ACFS fájlrendszerbe. Tekintse át az Oracle dokumentációját a pfile ACFS-be való áthelyezéséről. Az SAPInst alapértelmezés szerint nem hozza létre a pfile-t az ACFS-ben
- A rendszer a megfelelő ASM Variant-t használja. Az éles rendszereknek a 2. vagy a 3. változatot kell használniuk
Oracle automatikus tárolókezelési lemezcsoportok
A hivatalos Oracle-útmutató II. része az ASM telepítését és kezelését ismerteti:
- Oracle Automatic Storage Management Administrator's Guide, 19c
- Oracle Grid Infrastructure Grid-infrastruktúra telepítési és frissítési útmutató, 19c Linuxhoz
Az Oracle Database 12c vagy újabb verziójára az alábbi ASM-korlátok vonatkoznak:
511 lemezcsoport, 10 000 ASM-lemez egy lemezcsoportban, 65 530 ASM-lemez egy tárolórendszerben, 1 millió fájl minden lemezcsoporthoz. További információ: A lemezcsoportok teljesítményével és méretezhetőségével kapcsolatos szempontok (oracle.com)
Tekintse át az ASM dokumentációját az Oracle-hez készült sap telepítési útmutatójában, amely a következő címen érhető el: https://help.sap.com/viewer/nwguidefinder
1. változat – legfeljebb 3 TB méretű kis- és közepes adatkötetek, a visszaállítási idő nem kritikus
Az ügyfél kis vagy közepes méretű adatbázisokkal rendelkezik, ahol az összes adatbázis biztonsági mentése és/vagy visszaállítása + Az összes adatbázis helyreállítása az RMAN használatával időben elvégezhető. Példa: Ha egy teljes Oracle ASM-lemezcsoport adatfájlokkal egy vagy több adatbázisból hibás, és az összes adatbázis összes adatfájlját vissza kell állítani egy újonnan létrehozott Oracle ASM-lemezcsoportba az RMAN használatával.
Oracle ASM-lemezcsoportra vonatkozó javaslat:
| ASM-lemezcsoport neve | Stores | Azure Storage |
|---|---|---|
| +DATA | Minden adatfájl | 3-6 x P 30 (1 TiB) |
| Vezérlőfájl (első példány) | Az adatbázis méretének növeléséhez adjon hozzá további P30-lemezeket | |
| Naplók online ismételt elvégzése (első példány) | ||
| +ARCH | Vezérlőfájl (második másolat) | 2 x P20 (512 GiB) |
| Archivált ismétlési naplók | ||
| +RECO | Vezérlőfájl (harmadik másolat) | 2 x P20 (512 GiB) |
| RMAN biztonsági másolatok (nem kötelező) | ||
| helyreállítási terület (nem kötelező) |
2. változat – közepes és nagy adatmennyiségek 3 TB és 12 TB között, fontos a visszaállítási idő
Az ügyfél közepes vagy nagy méretű adatbázisokkal rendelkezik, ahol az adatbázisok biztonsági mentése és/vagy visszaállítása vagy helyreállítása nem végezhető el időben.
Az ügyfelek általában az RMAN, az Azure Backup for Oracle és/vagy a lemez pillanatfelvételi technikáját használják.
Az 1. változat főbb különbségei a következők:
- Oracle ASM-lemezcsoport elkülönítése az egyes adatbázisokhoz
- <A DBNAME>+"_" az ADATlemezcsoport nevének előtagjaként használatos
- Az ADATlemezcsoport száma hozzáfűzve van, ha az adatbázis egynél több ADATlemezcsoportra terjed ki
- Az "adat" lemezcsoportokban nem találhatók online újrado-naplók. Ehelyett egy további lemezcsoportot használnak az egyes online újrado-naplócsoportok első tagjára.
| ASM-lemezcsoport neve | Stores | Azure Storage |
|---|---|---|
| +<DBNAME>_DATA[#] | Minden adatfájl | 3-12 x P 30 (1 TiB) |
| Minden ideiglenes fájl | Az adatbázis méretének növeléséhez adjon hozzá további P30-lemezeket | |
| Vezérlőfájl (első példány) | ||
| +OLOG | Naplók online ismételt elvégzése (első példány) | 3 x P20 (512 GiB) |
| +ARCH | Vezérlőfájl (második másolat) | 3 x P20 (512 GB) |
| Archivált ismétlési naplók | ||
| +RECO | Vezérlőfájl (harmadik másolat) | 3 x P20 (512 GiB) |
| RMAN biztonsági másolatok (nem kötelező) | ||
| Gyors helyreállítási terület (nem kötelező) |
3. változat – 5 TB-nál nagyobb hatalmas adat- és adatváltozási kötetek, a visszaállítási idő kritikus
Az ügyfél egy hatalmas adatbázissal rendelkezik, ahol egy adatbázis biztonsági mentése és/vagy visszaállítása vagy helyreállítása nem végezhető el időben.
Az ügyfelek általában az RMAN, az Azure Backup for Oracle és/vagy a lemezek illesztési technikáinak kombinációját használják. Ebben a változatban minden releváns adatbázisfájltípus különböző Oracle ASM-lemezcsoportokhoz van elválasztva.
| ASM-lemezcsoport neve | Stores | Azure Storage |
|---|---|---|
| +<DBNAME>_DATA[#] | Minden adatfájl | 5-30 vagy több x P30 (1 TiB) vagy P40 (2 TiB) |
| Az összes ideiglenes fájl az adatbázis méretének növeléséhez adjon hozzá további P30-lemezeket | ||
| Vezérlőfájl (első példány) | ||
| +OLOG | Naplók online ismételt elvégzése (első példány) | 3-8 x P20 (512 GiB) vagy P30 (1 TiB) |
| A nagyobb biztonság érdekében a "Normál redundancia" kiválasztható ehhez az ASM-lemezcsoporthoz | ||
| +ARCH | Vezérlőfájl (második másolat) | 3-8 x P20 (512 GiB) vagy P30 (1 TiB) |
| Archivált ismétlési naplók | ||
| +RECO | Vezérlőfájl (harmadik másolat) | 3 x P30 (1 TiB), P40 (2 TiB) vagy P50 (4 TiB) |
| RMAN biztonsági másolatok (nem kötelező) | ||
| Gyors helyreállítási terület (nem kötelező) |
Feljegyzés
A DATA ASM-lemezcsoport Azure-gazdalemez-gyorsítótára írásvédett vagy Nincs értékre állítható be. Vegye figyelembe, hogy az új M(b)v3 virtuálisgép-típusok némelyikével az olvasási gyorsítótárazott Premium SSD v1-tároló használata alacsonyabb olvasási és írási IOPS-sebességet és átviteli sebességet eredményezhet, mint ha nem használ olvasási gyorsítótárat. Minden más ASM-lemezcsoportnak Nincs értékre kell állítania. A BW-n vagy az SCM-en a TEMP-hez tartozó különálló ASM-lemezcsoport nagy vagy foglalt rendszerek esetében tekinthető meg.
Hely hozzáadása az ASM-hez és az Azure Diskshez
Az Oracle ASM-lemezcsoportok további lemezek hozzáadásával vagy az aktuális lemezek kibővítésével bővíthetők. Javasoljuk, hogy a meglévő lemezek kiterjesztése helyett további lemezeket adjon hozzá. Tekintse át ezeket a MOS-cikkeket és hivatkozásokat a MOS Notes 1684112.1 és 2176737.1
Az ASM hozzáad egy lemezt a lemezcsoporthoz: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'
Az ASM automatikusan újraegyensúlyozza az adatokat. Az újraegyensúlyozás ellenőrzéséhez futtassa ezt a parancsot.
ps -ef | grep rbal
oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1
A dokumentáció a következőkkel érhető el:
- ASM-lemezcsoportok átméretezése több zóna között (aemcorp.com)
- ÁTMÉRETEZÉS – Lemezcsoportok módosítása (oracle.com)
AZ SAP monitorozása az Azure-beli Oracle ASM-rendszereken
A teljesítményproblémák elhárítása során első lépésként futtasson egy Oracle AWR-jelentést (automatikus számítási feladattár). A lemezteljesítmény-metrikákat az AWR-jelentés részletezi.
A lemezteljesítmény az Oracle Enterprise Manageren belül és külső eszközökkel is monitorozásra kerül. A dokumentáció, amely segíthet, itt érhető el:
- Az Oracle ASM adatainak megjelenítése nézetek használatával
- ASMCMD lemezcsoport-kezelési parancsok (oracle.com)
Az operációsrendszer-szintű monitorozási eszközök nem tudják figyelni az ASM-lemezeket, mivel nincs felismerhető fájlrendszer. A szabadtér-monitorozást az Oracle-ben kell elvégezni.
Oktatóanyagok az Oracle automatikus tárolókezeléséről (ASM)
Az Oracle ASM-et nem ismerő Oracle DBA-k az alábbi képzési anyagokat és forrásokat követik:
- SAP az Oracle-en ASM-sel a Microsoft Azure-ban – 1. rész – Microsoft Tech Community
- Oracle19c DB [ ASM ] telepítés [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] - YouTube
- ASM-rendszergazdai útmutató (oracle.com)
- Oracle for SAP Development Update (2022. május)
- A lemezcsoportok teljesítményével és méretezhetőségével kapcsolatos szempontok (oracle.com)
- Migrálás az Oracle ASM-be az Oracle Enterprise Managerrel
- Az RMAN használata az ASM-be való migráláshoz | Az Oracle Mentor (wordpress.com)
- Mi az Oracle ASM az Azure IaaS-hez? - Egyszerű beszéd (red-gate.com)
- ASM parancssori segédprogram (ASMCMD) (oracle.com)
- Hasznos asmcmd parancsok – DBACLASS DBACLASS
- Oracle ASMLIB szoftver telepítése és konfigurálása
Azure NetApp Files (ANF) Oracle dNFS-szel (Direct NFS)
Az Azure-beli virtuális gépek és az ANF kombinációja egy robusztus és bevált kombináció, amelyet számos ügyfél rendkívül nagy méretekben valósít meg.
A több mint 100 TB-os adatbázisok már most is hatékonyan futnak ezen a kombináción. Első lépésként részletes blogot írtunk a kombináció beállításáról:
További általános információk
- Megoldásarchitektúrák az Azure NetApp Files használatával | Jóslat
- Megoldásarchitektúrák az Azure NetApp Files használatával | SAP az anyDB-n
A tükrözési napló szükséges a dNFS ANF Éles rendszereken.
Annak ellenére, hogy az ANF rendkívül redundáns, az Oracle továbbra is tükrözött redo-logfile kötetet igényel. Javasoljuk, hogy hozzon létre két különálló kötetet, és konfigurálja az origlogA-t a mirrlogB és az origlogB együtt a mirrlogA-val. Ebben az esetben az újrado-logfile-k elosztott terheléselosztását használja.
Az "nconnect" csatlakoztatási lehetőség nem ajánlott a dNFS-ügyfél konfigurálásakor. A dNFS kezeli az IO-csatornát, és több munkamenetet használ, így ez a lehetőség elavult, és sokrétű problémákat okozhat. A dNFS-ügyfél figyelmen kívül hagyja a csatlakoztatási beállításokat, és közvetlenül fogja kezelni az IO-t.
Az Oracle bináris fájljai, adat- és naplófájljai egyaránt támogatják az ANF-et tartalmazó NFS-verziókat (v3 és v4.1).
Javasoljuk, hogy az Oracle dNFS-ügyfelet minden Oracle-kötethez használja.
Az ajánlott csatlakoztatási lehetőségek a következők:
| NFS-verzió | Csatlakoztatási beállítások |
|---|---|
| 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 |
ANF biztonsági mentés
Az ANF-ben néhány kulcsfontosságú funkció elérhető, például konzisztens pillanatkép-alapú biztonsági mentések, alacsony késés és rendkívül nagy teljesítmény. Az AzAcSnap eszköz 6-os verziójától Azure-alkalmazás AnF konzisztens pillanatkép-eszközétől az Oracle-adatbázisok konzisztens adatbázis-pillanatképekhez konfigurálhatók.
Ezek a pillanatképek a tényleges adatköteten maradnak, és az ANF CRR (régiók közötti replikáció) használatával kell másolni az ANF vagy más biztonsági mentési eszközök régiók közötti replikációját.
SAP az Oracle-en az Azure-ban az LVM használatával
Az ASM az Oracle alapértelmezett ajánlása az Azure-ban bármilyen méretű SAP-rendszerekhez. A teljesítmény, a megbízhatóság és a támogatás jobb az ASM-et használó ügyfelek számára. Az Oracle dokumentációt és betanítást biztosít a dbA-k számára az ASM-re való áttéréshez. Azokban az esetekben, amikor az Oracle DBA csapata nem követi az Oracle, a Microsoft és az SAP javaslatát az ASM használatára, az alábbi LVM-konfigurációt kell használni.
Vegye figyelembe, hogy az LVM létrehozásakor az "-i" lehetőséget kell használni az adatok egyenletes elosztására az LVM-csoport lemezeinek száma között.
Az LVM futtatásakor tükrözési naplóra van szükség.
Minimális konfiguráció Linux:
| Komponens | Disk | Gazdagép gyorsítótára | Csíkozás1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA &mirrlogB | Prémium | Egyik sem | Nem szükséges |
| /oracle/<SID>/origlogaB &mirrlogA | Prémium | Egyik sem | Nem szükséges |
| /oracle/<SID>/sapdata1... n | Prémium | Egyik sem | Ajánlott |
| /oracle/<SID>/oraarch2 | Prémium | Egyik sem | Nem szükséges |
| Oracle Home, saptrace, ... | Prémium | Egyik sem | Egyik sem |
- Csíkozás: LVM csík a RAID0 használatával
- oraarch: Az LVM nem kötelező
Az Oracle online újrado-naplóinak üzemeltetéséhez szükséges lemezkiválasztást az IOPS-követelmények határozzák meg. Az összes sapdata1 tárolható... n (tablespaces) egyetlen csatlakoztatott lemezen, amíg a kötet, az IOPS és az átviteli sebesség megfelel a követelményeknek.
Teljesítménykonfiguráció Linux:
| Komponens | Disk | Gazdagép gyorsítótára | Csíkozás1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA | Prémium | Egyik sem | Használható |
| /oracle/<SID>/origlogaB | Prémium | Egyik sem | Használható |
| /oracle/<SID>/mirrlogAB | Prémium | Egyik sem | Használható |
| /oracle/<SID>/mirrlogBA | Prémium | Egyik sem | Használható |
| /oracle/<SID>/sapdata1... n | Prémium | Egyik sem | Ajánlott |
| /oracle/<SID>/oraarch2 | Prémium | Egyik sem | Nem szükséges |
| Oracle Home, saptrace, ... | Prémium | Egyik sem | Egyik sem |
- Csíkozás: LVM csík a RAID0 használatával
- oraarch: Az LVM nem kötelező
Azure Infra: Virtuális gépek átviteli sebességének korlátai & Azure Disk Storage-beállítások
Az Oracle Storage aktuális javaslatai
- Azure Premium Storage – A legtöbb ügyfél az ASM-en helyezi üzembe a Premium Storage-ot
- Azure NetApp Files – Az 50 TB-nál nagyobb önálló Oracle-adatbázisokkal rendelkező VLDB-ügyfelek általában az ANF-t használják, és az Azure NetApp Files biztonsági mentési és visszaállítási pillanatkép-funkcióit használják
- Felügyelt lemezkitörés – Felügyelt lemezkitörés – Azure-beli virtuális gépek | Microsoft Docs
- Azure Write Accelerator – arra az esetre használatos, ha az Oracle újradodo naplója prémium SSD v1-lemezeken alapul
- Az online lemezbővítmény teljes mértékben támogatott a Premium Storage 1-hez, és együttműködik az ASM-sel
A naplóírási idők az Írásgyorsító engedélyezésével javíthatók az Azure M sorozatú virtuális gépeken. Engedélyezze az Azure Write Acceleratort az ASM-lemezcsoport által használt Azure Premium Storage-lemezekhez a naplófájlok online újbóli elvégzéséhez. További információ: Írásgyorsító.
Az Írásgyorsító használata nem kötelező, de engedélyezhető, ha az AWR-jelentés a vártnál magasabb naplóírási időt jelez.
Az Azure-beli virtuális gépek átviteli sebességének korlátai
Minden Azure-beli virtuális géptípusra (VM) a cpu, a lemez, a hálózat és a RAM korlátai vonatkoznak. Ezeket a korlátokat az alábbi hivatkozások dokumentálják
A virtuálisgép-típus kiválasztásakor a következő javaslatokat kell követni:
- Győződjön meg arról, hogy a lemez átviteli sebessége és az IOPS elegendő a számítási feladathoz, és legalább egyenlő a lemezek összesített átviteli sebességével
- Fontolja meg a fizetős kipukkadás engedélyezését , különösen a naplólemez(ek) ismételt elvégzése esetén
- Az ANF esetében a hálózati átviteli sebesség fontos, mivel a rendszer az összes tárolási forgalmat "Hálózatnak" számítja, nem pedig a lemez átviteli sebességét.
- Tekintse át ezt a blogot az M sorozat hálózati hangolásáról az Azure M sorozatú virtuális gépek HCMT-jén (microsoft.com)
- Tekintse át ezt a hivatkozást , amely leírja, hogyan használható AWR-jelentés a megfelelő Azure-beli virtuális gép kiválasztásához
- Azure Intel Ev5 Edv5 és Edsv5 sorozat – Azure Virtual Machines |Microsoft Docs
- Azure AMD Eadsv5 Easv5 és Eadsv5 sorozat – Azure Virtual Machines |Microsoft Docs
- Azure M-sorozat/Msv2 sorozatú M-sorozat – Azure Virtual Machines |Microsoft Docs és Msv2/Mdsv2 Medium Memory Series – Azure Virtual Machines | Microsoft Docs
- Azure Mv2 Mv2-sorozat – Azure Virtual Machines | Microsoft Docs
Biztonsági mentés/visszaállítás
A biztonsági mentési/visszaállítási funkciókhoz az SAP BR*Tools for Oracle ugyanúgy támogatott, mint a operációs rendszer nélküli és a Hyper-V-n. Az Oracle Recovery Manager (RMAN) a lemezre történő biztonsági mentéshez és a lemezről való visszaállításhoz is támogatott.
További információ az Azure Backup és Recovery szolgáltatások Oracle-adatbázisokhoz való használatáról:
- Az Azure Backup szolgáltatás támogatja az Oracle biztonsági mentéseit is, amint azt az Oracle Database biztonsági mentése és helyreállítása Egy Azure Linux rendszerű virtuális gépen az Azure Backup használatával című cikkben leírtak szerint.
Magas szintű rendelkezésre állás
Az Oracle Data Guard magas rendelkezésre állási és vészhelyreállítási célokra támogatott. Az automatikus feladatátvétel a Data Guardban való eléréséhez a Fast-Start Feladatátvételt (FSFA) kell használnia. A Megfigyelő funkció (FSFA) elindítja a feladatátvételt. Ha nem használja az FSFA-t, csak manuális feladatátvételi konfigurációt használhat. További információ: Oracle Data Guard implementálása Azure Linux rendszerű virtuális gépen.
Az Azure-beli Oracle-adatbázisok vészhelyreállítási szempontjait az Azure-beli Oracle Database 12c-adatbázisok vészhelyreállítása című cikk ismerteti.
Hatalmas oldalak és nagy Oracle SGA-konfigurációk
Az Oracle-en futó VLDB SAP az Azure-üzemelő példányokon 3 TB-nál nagyobb SGA-méreteket alkalmaz. Az Oracle modern verziói jól kezelik a nagy SGA-méreteket, és jelentősen csökkentik az IO-t. Tekintse át az AWR-jelentést, és növelje az SGA méretét az olvasási IO csökkentése érdekében.
Általános útmutatásként a Linux Hatalmas oldalakat a virtuális gép RAM-méretének körülbelül 75%-ára kell konfigurálni. Az SGA mérete a hatalmas oldalméret 90%-ára állítható be. Egy hozzávetőleges példa egy 4 TB RAM-mal rendelkező M192ms virtuális gép lenne, amelynek a Hatalmas oldalak értéke proximánként 3 TB. Az SGA egy kicsit kisebb értékre, például 2,95 TB-ra állítható be.
A Nagy memóriájú Azure-beli virtuális gépeken futó nagy SAP-ügyfelek nagy mértékben profitálnak a HugePages előnyeiből a jelen cikkben leírtak szerint
A NUMA-rendszerek vm.min_free_kbytes a NUMA-csomópontok *#-jának 524288* <értékére> kell állítani. Lásd: Oracle Linux: Vm.min_free_kbytes kernelhangolási paraméter ajánlott értéke (doc ID 2501269.1...
Hivatkozások > egyéb Oracle Linux-segédprogramok
Az Oracle Linux hasznos GUI felügyeleti segédprogramot biztosít:
- Oracle webkonzol Oracle Linux: Cockpit webkonzol telepítése Oracle Linuxon
- Upstream Cockpit Project – Cockpit Project (cockpit-project.org)
Az Oracle Linux új csomagkezelő eszközzel rendelkezik – DNF
Oracle Linux 8: Csomagkezelés egyszerűen, ingyenes videókkal | Oracle Linux Blog
Oracle® Linux 8– Szoftverkezelés Oracle Linux rendszeren – 1. fejezet Yum DNF
A memória- és NUMA-konfigurációk egy hasznos eszközzel tesztelhetők és teljesítménytesztelhetők – Oracle Real Application Testing (RAT)
Oracle Real Application Testing: Mi az, és hogyan használja? (aemcorp.com)
Információk az UDEV-napló sérülésével kapcsolatos problémáról Az Oracle redolog sérülése az Azure-ban | Oracle a mezőben (wordpress.com)
Oracle ASM az Azure-ban – nyomon követés (dbaharrison.blogspot.com)
Adatsérülés a Hyper-V-en vagy az Azure-ban az Oracle ASM futtatásakor – Red Hat Ügyfélportál
Oracle Configuration guidelines for SAP installations in Azure VMs on Windows
Az Azure-on futó Oracle SAP a Windowst is támogatja. A Windows-üzemelő példányokra vonatkozó javaslatokat az alábbiakban foglaljuk össze:
- A következő Windows-kiadások ajánlottak: Windows Server 2022 (csak az Oracle Database 19.13.0-s verziójából) Windows Server 2019 (csak az Oracle Database 19.5.0-s verziójából)
- Windows rendszeren az ASM nem támogatott. A Windows Tárolóhelyek a lemezek optimális teljesítményhez való összesítéséhez kell használni
- Telepítse az Oracle Kezdőlapot egy dedikált, független lemezre (ne telepítse az Oracle Homeot a C: Meghajtóra)
- Minden lemeznek NTFS formátumúnak kell lennie
- Kövesse az Oracle windowsos hangolási útmutatóját, és engedélyezze a nagyméretű lapokat, zárolja a memóriában lévő lapokat és más Windows-specifikus beállításokat
Jelenleg nem támogatott az ASM írása Windows-ügyfelek számára az Azure-ban. A WindowsHOZ készült SAP Software Provisioning Manager (SWPM) jelenleg nem támogatja az ASM-et.
Tárolókonfigurációk az SAP-hoz az Oracle-en Windows rendszeren
Minimális konfigurációs Windows:
| Komponens | Disk | Gazdagép gyorsítótára | Csíkozás1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA &mirrlogB | Prémium | Egyik sem | Nem szükséges |
| F:\oracle\<SID>\origlogaB &mirrlogA | Prémium | Egyik sem | Nem szükséges |
| G:\oracle\<SID>\sapdata1... n | Prémium | Egyik sem | Ajánlott |
| H:\oracle\<SID>\oraarch2 | Prémium | Egyik sem | Nem szükséges |
| I:\Oracle Home, saptrace, ... | Prémium | Egyik sem | Egyik sem |
- Csíkozás: Windows Tárolóhelyek
- oraarch: A Windows Tárolóhelyek nem kötelező
Az Oracle online újrado-naplóinak üzemeltetéséhez szükséges lemezkiválasztást az IOPS-követelmények határozzák meg. Az összes sapdata1 tárolható... n (tablespaces) egyetlen csatlakoztatott lemezen, amíg a kötet, az IOPS és az átviteli sebesség megfelel a követelményeknek.
Teljesítménykonfiguráció Windows:
| Komponens | Disk | Gazdagép gyorsítótára | Csíkozás1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA | Prémium | Egyik sem | Használható |
| F:\oracle\<SID>\origlogaB | Prémium | Egyik sem | Használható |
| G:\oracle\<SID>\mirrlogAB | Prémium | Egyik sem | Használható |
| H:\oracle\<SID>\mirrlogBA | Prémium | Egyik sem | Használható |
| I:\oracle\<SID>\sapdata1... n | Prémium | Egyik sem | Ajánlott |
| J:\oracle\<SID>\oraarch2 | Prémium | Egyik sem | Nem szükséges |
| K:\Oracle Home, saptrace, ... | Prémium | Egyik sem | Egyik sem |
- Csíkozás: Windows Tárolóhelyek
- oraarch: A Windows Tárolóhelyek nem kötelező
Az Oracle windowsos hivatkozásai
- A Windows hangolásának áttekintése (oracle.com)
- Telepítés utáni konfigurációs feladatok Windows rendszeren (oracle.com)
- SAP a Windows-bemutatón (oracle.com)2823030 – Oracle az MS WINDOWS Large Pages-en
Következő lépések
A cikk elolvasása