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 | SU Standard kiadás 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 Azure Page BLOB Storage- vagy felügyelt lemezeken alapuló lemezeket használ, az Azure Virtual Machines DBMS SAP-számítási feladathoz való üzembe helyezésére vonatkozó szempontokban szereplő utasítások a DB2 DBMS-sel végzett üzembe helyezésekre is érvényesek.
A dokumentum általános részében korábban ismertetett módon az Azure-lemezek IOPS-á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 Széf ty and Performance Considerations for Database Directories" (Adat Széf ty and Performance Considerations for Database Directories) 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 LVM vagy mdadm használatával hozhat létre 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 sapdatasaptmp 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 a nagyig. A lista az Azure Premium Storage-on alapul. Az Azure Ultra disk azonban teljes mértékben támogatott a Db2-vel is, és használható is. Az Ultra lemezkonfiguráció meghatározásához használja a kapacitás, a kipukkadásos á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.
Extra kis SAP-rendszer: adatbázis mérete 50 – 200 GB: példa Megoldáskezelő
| 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 |
|---|---|---|---|---|---|---|---|---|---|---|
| E4ds_v4 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| vCPU: 4 | /db2/<SID>/sapdata |
P10 | 2 | 1000 | 200 | 256 | 7000 | 340 | 256 KB |
Olvasás |
| RAM: 32 GiB | /db2/<SID>/saptmp |
P6 | 0 | 240 | 50 | 128 | 3 500 | 170 | ||
/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 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 |
|---|---|---|---|---|---|---|---|---|---|---|
| E16ds_v4 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| vCPU: 16 | /db2/<SID>/sapdata |
P15 | 4 | 4,400 | 500 | 1.024 | 14000 | 680 | 256 KB | Olvasás |
| RAM: 128 GiB | /db2/<SID>/saptmp |
P6 | 2 | 480 | 100 | 128 | 7000 | 340 | 128 KB | |
/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 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 |
|---|---|---|---|---|---|---|---|---|---|---|
| E32ds_v4 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| vCPU: 32 | /db2/<SID>/sapdata |
P30 | 2 | 10,000. | 400 | 2.048 | 10,000. | 400 | 256 KB | Olvasás |
| RAM: 256 GiB | /db2/<SID>/saptmp |
P10 | 2 | 1000 | 200 | 256 | 7000 | 340 | 128 KB | |
/db2/<SID>/log_dir |
P20 | 2 | 4,600 | 300 | 1.024 | 7000 | 340 | 64 KB |
||
/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 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 |
|---|---|---|---|---|---|---|---|---|---|---|
| E64ds_v4 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| vCPU: 64 | /db2/<SID>/sapdata |
P30 | 4 | 20000 | 800 | 4.096 | 20000 | 800 | 256 KB | Olvasás |
| RAM: 504 GiB | /db2/<SID>/saptmp |
P15 | 2 | 2200 | 250 | 512 | 7000 | 340 | 128 KB | |
/db2/<SID>/log_dir |
P20 | 4 | 9,200 | 600 | 2.048 | 14000 | 680 | 64 KB |
||
/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
| 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 |
|---|---|---|---|---|---|---|---|---|---|---|
| M128s | /db2 | P10 | 0 | 500 | 100 | 128 | 3 500 | 170 | ||
| vCPU: 128 | /db2/<SID>/sapdata |
P40 | 4 | 30 000 | 1,000 | 8.192 | 30 000 | 1,000 | 256 KB | Olvasás |
| RAM: 2048 GiB | /db2/<SID>/saptmp |
P20 | 2 | 4,600 | 300 | 1.024 | 7000 | 340 | 128 KB | |
/db2/<SID>/log_dir |
P30 | 4 | 20000 | 800 | 4.096 | 20000 | 800 | 64 KB |
Írni- Gyorsító |
|
/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 su Standard kiadás 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 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: