IBM Db2 Azure-beli virtuális gépek DBMS üzembe helyezése SAP számítási feladatokhoz
A Microsoft Azure-ral migrálhatja a linuxos, UNIX- és Windows-alapú IBM DB2-n futó meglévő SAP-alkalmazást azure-beli virtuális gépekre. A LUW-hoz készült IBM Db2-n futó SAP-vel a rendszergazdák és a fejlesztők továbbra is használhatják ugyanazokat a fejlesztési és felügyeleti eszközöket, amelyek a helyszínen is elérhetők. Az SAP Business Suite az IBM Db2 for LUW-n való futtatásával kapcsolatos általános információk az SAP közösségi hálózatán (SCN) keresztül érhetők el az SAP-ben Linux, UNIX és Windows rendszeren futó IBM Db2-n.
További információkért és frissítésekért az AZURE-ra vonatkozó SAP-ról a DB2 for LUW-n az SAP Megjegyzés 2233094.
Az Azure-ra vonatkozó SAP-számítási feladatokhoz különböző cikkek tartoznak. Javasoljuk, hogy kezdje az SAP használatának első lépéseit az Azure-beli virtuális gépeken , majd olvassa el az egyéb érdekes területeket.
Az alábbi SAP-megjegyzések az Azure-beli SAP-hez kapcsolódnak a jelen dokumentumban tárgyalt területtel kapcsolatban:
| Jegyzet száma | Cím |
|---|---|
| 1928533 | SAP-alkalmazások az Azure-ban: Támogatott termékek és Azure-beli virtuálisgép-típusok |
| 2015553 | SAP a Microsoft Azure-ban: Támogatási előfeltételek |
| 1999351 | Az SAP továbbfejlesztett Azure Monitorozásának hibaelhárítása |
| 2178632 | Az SAP fő monitorozási metrikái a Microsoft Azure-ban |
| 1409604 | Virtualizálás Windows rendszeren: Fokozott figyelés |
| 2191498 | SAP Linuxon az Azure-ral: Továbbfejlesztett monitorozás |
| 2233094 | DB6: SAP-alkalmazások az Azure-ban az IBM DB2 linuxos, UNIX- és Windows-alapú használatával – További információk |
| 2243692 | Linux a Microsoft Azure(IaaS) rendszerű virtuális gépen: SAP-licenccel kapcsolatos problémák |
| 1984787 | SUSE LINUX Enterprise Server 12: Telepítési megjegyzések |
| 2002167 | Red Hat Enterprise Linux 7.x: Telepítés és frissítés |
| 1597355 | Felcserélési javaslat Linuxhoz |
A dokumentum előolvasójaként tekintse át az Azure Virtual Machines DBMS SAP-számítási feladatokhoz való üzembe helyezésének szempontjait. Tekintse át az Azure-beli SAP számítási feladat egyéb útmutatóinak áttekintését.
IBM Db2 linuxos, UNIX- és Windows-verziós támogatás
A Microsoft Azure Virtual Machine Servicesen futó IBM Db2 for LUW-n futó SAP a Db2 10.5-ös verziójától támogatott.
A támogatott SAP-termékekről és az Azure-beli virtuális gépek típusáról az SAP Megjegyzés 1928533 című témakörben olvashat.
AZ IBM Db2 for Linux, UNIX és Windows konfigurációs irányelvei az Azure-beli virtuális gépeken futó SAP-telepítésekhez
Tároló konfigurálása
Az SAP-számítási feladatokHoz tartozó Azure Storage-típusok áttekintéséhez tekintse meg az Azure Storage-típusok AZ SAP-számítási feladathoz készült Azure Storage-típusok Minden adatbázisfájlt az Azure Blokktároló csatlakoztatott lemezén kell tárolni (Windows: NTFS, Linux: xfs, támogatott a Db2 11.1 vagy ext3).
A db2-adatbázisfájlok esetében nem támogatottak a távoli megosztott kötetek, például az Azure-szolgáltatások a felsorolt forgatókönyvekben:
Microsoft Azure File Service az összes vendég operációs rendszerhez.
Windows-vendég operációs rendszeren futó Azure NetApp Files for Db2.
A db2-adatbázisfájlok esetében támogatottak a távoli megosztott kötetek, például az Azure-szolgáltatások a felsorolt forgatókönyvekben:
- Az Azure NetApp Fileson üzemeltetett NFS-megosztásokon linuxos vendég operációsrendszer-alapú db2-adatok és naplófájlok üzemeltetése támogatott!
Ha Az Azure Page BLOB Storage-on vagy felügyelt lemezeken alapuló lemezeket használ, az Azure Virtual Machines DBMS SAP-számítási feladatokhoz való üzembe helyezésére vonatkozó szempontokban szereplő utasítások a DB2 DBMS-sel (Adatbázis-kezelő rendszerrel) végzett üzembe helyezésekre is érvényesek.
A dokumentum általános részében korábban ismertetett módon az Azure-lemezekre vonatkozó IOPS-(I/O-műveletek másodpercenkénti) átviteli sebességére vonatkozó kvóták léteznek. A pontos kvóták a használt virtuális gép típusától függenek. A kvótákkal rendelkező virtuálisgép-típusok listája itt (Linux) és itt (Windows) található.
Mindaddig, amíg az aktuális lemezenkénti IOPS-kvóta elegendő, az összes adatbázisfájl tárolható egyetlen csatlakoztatott lemezen. Míg az adatfájlokat és a tranzakciónapló-fájlokat mindig külön kell elválasztania a különböző lemezeken/virtuális merevlemezeken.
A teljesítménnyel kapcsolatos szempontokért tekintse meg az SAP telepítési útmutatóinak "Data Safety and Performance Considerations for Database Directoryies" című fejezetét is.
Másik lehetőségként használhatja a Windows Storage-készleteket is, amelyek csak a Windows Server 2012-ben és magasabb verzióban érhetők el az Azure Virtual Machines DBMS SAP-számítási feladathoz való üzembe helyezésének szempontjai szerint. Linuxon az LVM vagy az mdadm használatával létrehozhat egy nagy logikai eszközt több lemezen.
Az Azure M sorozatú virtuális gépek esetében az Azure Write Accelerator használatakor csökkentheti a tranzakciónaplókba való írás késését az Azure Premium Storage teljesítményéhez képest. Ezért üzembe kell helyeznie az Azure Write Acceleratort egy vagy több olyan virtuális merevlemezhez, amely a db2 tranzakciónaplók kötetét képezi. A részletek a dokumentum Írásgyorsítójában olvashatók.
Az IBM Db2 LUW 11.5 4 KB-os szektorméret támogatását adta ki. A db2set DB2_4K_DEVICE_SUPPORT=ON konfigurációs beállításával azonban engedélyeznie kell a 4 KB-os szektorméret használatát 11,5-zel a következő dokumentumban dokumentált módon:
A régebbi Db2-verziók esetében 512 bájtos szektorméretet kell használni. A prémium SSD-lemezek 4 KB natívak, és 512 bájt emulációval rendelkeznek. Az ultralemez alapértelmezés szerint 4 KB szektorméretet használ. Az Ultra disk létrehozásakor 512 bájtos szektorméretet engedélyezhet. A részletek az Azure ultralemezek használatával érhetők el. Ez az 512 bájtos szektorméret előfeltétele a 11,5-nél kisebb IBM Db2 LUW-verzióknak.
A Tárolókészleteket használó Windows rendszerben a db2-tárolók elérési útjaihoz és sapdata saptmp könyvtárakhoz log_dir512 bájt méretű fizikai lemezterületet kell megadnia. Windows Storage-készletek használatakor manuálisan kell létrehoznia a tárolókészleteket a parancssori felületen a paraméter -LogicalSectorSizeDefaulthasználatával. További információ: New-StoragePool.
Javaslat az IBM Db2 üzembe helyezéséhez szükséges virtuális gép és lemezstruktúra kialakítására
Az SAP NetWeaver-alkalmazásokhoz készült IBM Db2 bármilyen, az SAP támogatási megjegyzésében felsorolt virtuálisgép-típus esetében támogatott, 1928533. Az IBM Db2-adatbázisok futtatásához ajánlott virtuálisgép-családok Esd_v4/Eas_v4/Es_v3 és M/M_v2 sorozatúak nagyméretű több terabájtos adatbázisokhoz. Az IBM Db2 tranzakciónapló lemez írási teljesítménye az M sorozatú írásgyorsító engedélyezésével javítható.
Az alábbiakban egy alapkonfigurációt adtunk az SAP különböző méreteinek és felhasználásának a db2-es üzemelő példányokon kicsitől az x-nagyig.
Fontos
Az alábbiakban felsorolt virtuálisgép-típusok olyan példák, amelyek megfelelnek az egyes kategóriák vCPU-jának és memóriakritikáinak. A tárolókonfiguráció az Azure Premium Storage 1-en alapul. A prémium SSD v2 és az Azure Ultra lemez teljes mértékben támogatott az IBM Db2-vel is, és üzembe helyezéshez is használható. Az Ultra lemez vagy a Premium SSD v2 konfigurációjának meghatározásához használja a kapacitás, a kipukkasztott átviteli sebesség és a kipukkanó IOPS értékeit. A /db2//<SID>log_dir IOPS-ját körülbelül 5000 IOPS-értékre korlátozhatja. Módosítsa az átviteli sebességet és az IOPS-t az adott számítási feladathoz, ha ezek az alapkonfiguráció-javaslatok nem felelnek meg a követelményeknek
Extra kis SAP-rendszer: adatbázis mérete 50 – 200 GB: példa Megoldáskezelő
| Virtuális gép mérete / példák | Db2 csatlakoztatási pont | Premium szintű Azure-lemez | Lemezek száma | IOPS | Keresztül- put [MB/s] |
Méret [GB] | Burst IOPS | Kipukkadt put [GB] |
Csíkméret | Gyorsítótárazás |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 4 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| RAM: ~32 GiB | /db2/<SID>/sapdata |
P10 | 2 | 1000 | 200 | 256 | 7000 | 340 | 256 KB |
Olvasás |
| E4(d)s_v5 | /db2/<SID>/saptmp |
P6 | 0 | 240 | 50 | 128 | 3 500 | 170 | ||
| E4(d)as_v5 | /db2/<SID>/log_dir |
P6 | 2 | 480 | 100 | 128 | 7000 | 340 | 64 KB |
|
| ... | /db2/<SID>/offline_log_dir |
P10 | 0 | 500 | 100 | 128 | 3 500 | 170 |
Kis SAP-rendszer: adatbázis mérete 200 – 750 GB: small Business Suite
| Virtuális gép mérete / példák | Db2 csatlakoztatási pont | Premium szintű Azure-lemez | Lemezek száma | IOPS | Keresztül- put [MB/s] |
Méret [GB] | Burst IOPS | Kipukkadt put [GB] |
Csíkméret | Gyorsítótárazás |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 16 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| RAM: ~128 GiB | /db2/<SID>/sapdata |
P15 | 4 | 4,400 | 500 | 1.024 | 14000 | 680 | 256 KB | Olvasás |
| E16(d)s_v5 | /db2/<SID>/saptmp |
P6 | 2 | 480 | 100 | 128 | 7000 | 340 | 128 KB | |
| E16(d)as_v5 | /db2/<SID>/log_dir |
P15 | 2 | 2200 | 250 | 512 | 7000 | 340 | 64 KB |
|
| ... | /db2/<SID>/offline_log_dir |
P10 | 0 | 500 | 100 | 128 | 3 500 | 170 |
Közepes SAP-rendszer: adatbázis mérete 500 – 1000 GB: small Business Suite
| Virtuális gép mérete / példák | Db2 csatlakoztatási pont | Premium szintű Azure-lemez | Lemezek száma | IOPS | Keresztül- put [MB/s] |
Méret [GB] | Burst IOPS | Kipukkadt put [GB] |
Csíkméret | Gyorsítótárazás |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 32 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| RAM: ~256 GiB | /db2/<SID>/sapdata |
P30 | 2 | 10,000. | 400 | 2.048 | 10,000. | 400 | 256 KB | Olvasás |
| E32(d)s_v5 | /db2/<SID>/saptmp |
P10 | 2 | 1000 | 200 | 256 | 7000 | 340 | 128 KB | |
| E32(d)as_v5 | /db2/<SID>/log_dir |
P20 | 2 | 4,600 | 300 | 1.024 | 7000 | 340 | 64 KB |
|
| M32ls | /db2/<SID>/offline_log_dir |
P15 | 0 | 1100 | 125 | 256 | 3 500 | 170 |
Nagyméretű SAP-rendszer: adatbázis mérete 750 – 2000 GB: Business Suite
| Virtuális gép mérete / példák | Db2 csatlakoztatási pont | Premium szintű Azure-lemez | Lemezek száma | IOPS | Keresztül- put [MB/s] |
Méret [GB] | Burst IOPS | Kipukkadt put [GB] |
Csíkméret | Gyorsítótárazás |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 64 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| RAM: ~512 GiB | /db2/<SID>/sapdata |
P30 | 4 | 20000 | 800 | 4.096 | 20000 | 800 | 256 KB | Olvasás |
| E64(d)s_v5 | /db2/<SID>/saptmp |
P15 | 2 | 2200 | 250 | 512 | 7000 | 340 | 128 KB | |
| E64(d)as_v5 | /db2/<SID>/log_dir |
P20 | 4 | 9,200 | 600 | 2.048 | 14000 | 680 | 64 KB |
|
| M64ls | /db2/<SID>/offline_log_dir |
P20 | 0 | 2300 | 150 | 512 | 3 500 | 170 |
Nagy, több terabájtos SAP-rendszer: adatbázis mérete 2 TB+: Global Business Suite rendszer
Különösen az ilyen nagyobb rendszerek esetében fontos kiértékelni a rendszer által jelenleg futó infrastruktúrát és ezeknek a rendszereknek az erőforrás-felhasználási adatait, hogy megtalálja az Azure számítási és tárolási infrastruktúrájának és konfigurációjának legjobb egyezését.
| Virtuális gép neve / mérete | Db2 csatlakoztatási pont | Premium szintű Azure-lemez | Lemezek száma | IOPS | Keresztül- put [MB/s] |
Méret [GB] | Burst IOPS | Kipukkadt put [GB] |
Csíkméret | Gyorsítótárazás |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: =>128 | /db2 | P10 | 0 | 500 | 100 | 128 | 3 500 | 170 | ||
| RAM: =>2048 GiB | /db2/<SID>/sapdata |
P40 | 4 | 30 000 | 1,000 | 8.192 | 30 000 | 1,000 | 256 KB | Olvasás |
| M128s_v2 | /db2/<SID>/saptmp |
P20 | 2 | 4,600 | 300 | 1.024 | 7000 | 340 | 128 KB | |
| M176s_2_v3 | /db2/<SID>/log_dir |
P30 | 4 | 20000 | 800 | 4.096 | 20000 | 800 | 64 KB |
Ír- Gázpedál |
| M176s_3_v3, M176s_4_v3 |
/db2/<SID>/offline_log_dir |
P30 | 0 | 5000 | 200 | 1.024 | 5000 | 200 |
Az Azure NetApp Files használata
Az Azure NetApp Fileson (ANF) alapuló NFS v4.1-kötetek használatát a Suse vagy Red Hat Linux-vendég operációs rendszerben üzemeltetett IBM Db2 támogatja. Legalább négy különböző kötetet kell létrehoznia, amelyek a következőt sorolják fel:
- Megosztott kötet saptmp1, sapmnt, usr_sap,
<sid>_home, db2<sid>_home, db2_software - Egy adatkötet sapdata1-ről sapdatanra
- Egy naplókötet az ismételt naplókönyvtárhoz
- Egy kötet a naplóarchívumokhoz és a biztonsági másolatokhoz
Az ötödik lehetséges kötet lehet egy ANF-kötet, amelyet a pillanatképek Azure Blob Store-ban történő pillanatképek készítéséhez és tárolásához használt hosszú távú biztonsági mentésekhez használ.
A konfiguráció az alábbihoz hasonlóan nézhet ki:
A teljesítményszintet és az ANF által üzemeltetett kötetek méretét a teljesítménykövetelmények alapján kell kiválasztani. Javasoljuk azonban, hogy az adatok és a naplókötet ultrateljesítményszintje legyen. Nem támogatott a blokktárolók és a megosztott tárolótípusok kombinálása az adatokhoz és a naplókötethez.
A csatlakoztatási lehetőségek közül a kötetek csatlakoztatása a következőképpen nézhet ki (cserélje le <SID> és <sid> az SAP-rendszer SID-ével):
vi /etc/idmapd.conf
# Example
[General]
Domain = defaultv4iddomain.com
[Mapping]
Nobody-User = nobody
Nobody-Group = nobody
mount -t nfs -o rw,hard,sync,rsize=262144,wsize=262144,sec=sys,vers=4.1,tcp 172.17.10.4:/db2shared /mnt
mkdir -p /db2/Software /db2/AN1/saptmp /usr/sap/<SID> /sapmnt/<SID> /home/<sid>adm /db2/db2<sid> /db2/<SID>/db2_software
mkdir -p /mnt/Software /mnt/saptmp /mnt/usr_sap /mnt/sapmnt /mnt/<sid>_home /mnt/db2_software /mnt/db2<sid>
umount /mnt
mount -t nfs -o rw,hard,sync,rsize=262144,wsize=262144,sec=sys,vers=4.1,tcp 172.17.10.4:/db2data /mnt
mkdir -p /db2/AN1/sapdata/sapdata1 /db2/AN1/sapdata/sapdata2 /db2/AN1/sapdata/sapdata3 /db2/AN1/sapdata/sapdata4
mkdir -p /mnt/sapdata1 /mnt/sapdata2 /mnt/sapdata3 /mnt/sapdata4
umount /mnt
mount -t nfs -o rw,hard,sync,rsize=262144,wsize=262144,sec=sys,vers=4.1,tcp 172.17.10.4:/db2log /mnt
mkdir /db2/AN1/log_dir
mkdir /mnt/log_dir
umount /mnt
mount -t nfs -o rw,hard,sync,rsize=262144,wsize=262144,sec=sys,vers=4.1,tcp 172.17.10.4:/db2backup /mnt
mkdir /db2/AN1/backup
mkdir /mnt/backup
mkdir /db2/AN1/offline_log_dir /db2/AN1/db2dump
mkdir /mnt/offline_log_dir /mnt/db2dump
umount /mnt
Feljegyzés
A csatlakoztatási lehetőség kemény és szinkronizálás szükséges
Biztonsági mentés/visszaállítás
Az IBM Db2 for LUW biztonsági mentési/visszaállítási funkciói ugyanúgy támogatottak, mint a standard Windows Server operációs rendszereken és a Hyper-V-n.
Győződjön meg arról, hogy rendelkezik érvényes adatbázis-biztonsági mentési stratégiával.
Az operációs rendszer nélküli üzemelő példányokhoz hasonlóan a biztonsági mentési/visszaállítási teljesítmény attól függ, hogy hány kötet olvasható párhuzamosan, és milyen átviteli sebességre lehet szükség ezeknek a köteteknek. Emellett a biztonsági mentési tömörítés által használt processzorhasználat jelentős szerepet játszhat akár nyolc processzorszállal rendelkező virtuális gépeken is. Ezért feltételezhetjük, hogy:
- Minél kevesebb lemezt használnak az adatbázis-eszközök tárolására, annál kisebb a teljes átviteli sebesség az olvasás során
- Minél kisebb a processzorszálak száma a virtuális gépen, annál súlyosabb a biztonsági mentési tömörítés hatása
- Minél kevesebb cél (szalagkönyvtárak, lemezek) írja a biztonsági mentést, annál alacsonyabb az átviteli sebesség
A célértékek számának növeléséhez az igényeinek megfelelően két lehetőség használható/kombinálható:
- A biztonsági mentési célkötet több lemezre való csíkozása a csíkozott kötet IOPS-átviteli sebességének javítása érdekében
- Több célkönyvtár használata a biztonsági mentés írásához
Feljegyzés
A Windowson futó Db2 nem támogatja a Windows VSS technológiát. Ennek eredményeképpen az Azure Backup Service alkalmazáskonzisztens virtuálisgép-biztonsági mentése nem használható a db2 DBMS-ben üzembe helyezett virtuális gépekhez.
Magas rendelkezésre állás és vészhelyreállítás
Linux Pacemaker
Fontos
A Db2 11.5.6-os és újabb verzióihoz erősen ajánljuk az IBM Pacemakerrel integrált megoldást.
- Integrált megoldás a Pacemakerrel
- A Microsoft Azure Db2 magas rendelkezésre állású vészhelyreállítási (HADR) szolgáltatásban elérhető alternatív vagy további konfigurációk támogatottak pacemakerrel. Az SLES és az RHEL operációs rendszerek egyaránt támogatottak. Ez a konfiguráció lehetővé teszi az IBM Db2 magas rendelkezésre állását az SAP-hez. Üzembe helyezési útmutatók:
- SLES: Az IBM Db2 LUW magas rendelkezésre állása Azure-beli virtuális gépeken a SUSE Linux Enterprise Serveren a Pacemakerrel
- RHEL: Az IBM Db2 LUW magas rendelkezésre állása Azure-beli virtuális gépeken a Red Hat Enterprise Linux Serveren
Windows-fürtkiszolgáló
A Windows Server feladatátvevő fürt (WSFC) vagy más néven Microsoft Cluster Server (MSCS) nem támogatott.
A db2 magas rendelkezésre állású vészhelyreállítás (HADR) támogatott. Ha a HA-konfiguráció virtuális gépei rendelkeznek munkanévfeloldásokkal, az Azure-ban a beállítás nem tér el a helyszíni beállításoktól. Nem ajánlott csak IP-felbontásra támaszkodni.
Ne használja a georeplikálást az adatbázislemezeket tároló tárfiókokhoz. További információkért tekintse meg az Azure Virtual Machines DBMS sap-számítási feladathoz való üzembe helyezésének szempontjait ismertető dokumentumot.
Gyorsított hálózatkezelés
A Windowson futó DB2-üzemelő példányok esetében erősen javasoljuk a gyorsított hálózatkezelés Azure-funkcióinak használatát az Azure Gyorsított hálózatkezelés című dokumentumban leírtak szerint. Vegye figyelembe az Azure Virtual Machines DBMS sap-számítási feladathoz való üzembe helyezésére vonatkozó megfontolásokban tett javaslatokat is.
A Linux-környezetek jellemzői
Mindaddig, amíg az aktuális lemezenkénti IOPS-kvóta elegendő, az összes adatbázisfájl tárolható egyetlen lemezen. Míg a különböző lemezeken lévő adatfájlokat és tranzakciónapló-fájlokat mindig külön kell elkülöníteni.
Ha egyetlen Azure-beli VHD IOPS- vagy I/O-átviteli sebessége nem elegendő, az LVM (Logikai kötetkezelő) vagy az MDADM használatával az SAP-számítási feladathoz készült Azure Virtual Machines DBMS üzembe helyezésének szempontjai című dokumentumban leírtak szerint egy nagy logikai eszközt hozhat létre több lemezen.
A db2-tároló elérési útját tartalmazó lemezekhez és saptmp könyvtárakhoz sapdata 512 KB fizikai lemezterület-méretet kell megadnia.
Egyéb
Minden egyéb általános terület, például az Azure rendelkezésre állási csoportok vagy az SAP monitorozása is vonatkozik a virtuális gépek IBM Database-beli üzembe helyezésére. Ezeket az általános területeket az Azure Virtual Machines DBMS SAP-számítási feladatokhoz való üzembe helyezésének szempontjaiban ismertetjük.
Következő lépések
Olvassa el az alábbi cikket: