DBMS-implementatie voor SAP-werkbelasting in virtuele Azure-machines voor IBM Db2
Met Microsoft Azure kunt u uw bestaande SAP-toepassing die wordt uitgevoerd op IBM Db2 voor Linux, UNIX en Windows (LUW) migreren naar virtuele Azure-machines. Met SAP op IBM Db2 voor LUW kunnen beheerders en ontwikkelaars nog steeds dezelfde ontwikkel- en beheerhulpprogramma's gebruiken, die on-premises beschikbaar zijn. Algemene informatie over het uitvoeren van SAP Business Suite op IBM Db2 for LUW is beschikbaar via het SAP Community Network (SCN) in SAP op IBM Db2 voor Linux, UNIX en Windows.
Zie SAP Note 2233094 voor meer informatie en updates over SAP on Db2 for LUW in Azure.
Er zijn verschillende artikelen voor SAP-workload in Azure. We raden u aan om aan de slag te gaan met SAP op Azure-VM's en vervolgens te lezen over andere interessegebieden.
De volgende SAP-opmerkingen zijn gerelateerd aan SAP in Azure met betrekking tot het gebied dat in dit document wordt behandeld:
| Notitienummer | Titel |
|---|---|
| 1928533 | SAP-toepassingen in Azure: ondersteunde producten en azure-VM-typen |
| 2015553 | SAP op Microsoft Azure: ondersteuningsvereisten |
| 1999351 | Problemen met verbeterde Azure-bewaking voor SAP oplossen |
| 2178632 | Belangrijke bewakingsgegevens voor SAP in Microsoft Azure |
| 1409604 | Virtualisatie in Windows: Verbeterde bewaking |
| 2191498 | SAP op Linux met Azure: Verbeterde bewaking |
| 2233094 | DB6: SAP-toepassingen in Azure met IBM DB2 voor Linux, UNIX en Windows - aanvullende informatie |
| 2243692 | Linux op Microsoft Azure -VM (IaaS): problemen met SAP-licenties |
| 1984787 | SUSE LINUX Enterprise Server 12: Installatieopmerkingen |
| 2002167 | Red Hat Enterprise Linux 7.x: installatie en upgrade |
| 1597355 | Aanbeveling voor wisselruimte voor Linux |
Raadpleeg overwegingen voor DBMS-implementatie van Virtuele Azure-machines voor SAP-werkbelasting als een voorgelezen document. Bekijk andere handleidingen in de SAP-workload in Azure.
Ondersteuning voor IBM Db2 voor Linux-, UNIX- en Windows-versies
SAP on IBM Db2 for LUW on Microsoft Azure Virtual Machine Services wordt ondersteund vanaf db2 versie 10.5.
Raadpleeg SAP Note 1928533 voor informatie over ondersteunde SAP-producten en Azure VM-typen (virtuele machines).
Richtlijnen voor IBM Db2 voor Linux-, UNIX- en Windows-configuratie voor SAP-installaties in Azure-VM's
Opslagconfiguratie
Raadpleeg voor een overzicht van Azure-opslagtypen voor SAP-werkbelasting het artikel Azure Storage-typen voor SAP-workload Alle databasebestanden moeten worden opgeslagen op gekoppelde schijven van Azure-blokopslag (Windows: NTFS, Linux: xfs, ondersteund als db2 11.1 of ext3).
Externe gedeelde volumes, zoals de Azure-services in de vermelde scenario's, worden niet ondersteund voor Database2-databasebestanden:
Microsoft Azure File Service voor alle gastbesturingssystemen.
Azure NetApp Files for Db2 die wordt uitgevoerd in het Windows-gastbesturingssystemen.
Externe gedeelde volumes, zoals de Azure-services in de vermelde scenario's, worden ondersteund voor Database2-databasebestanden:
- Het hosten van Db2-gegevens en logboekbestanden op NFS-shares die worden gehost op Azure NetApp Files wordt ondersteund.
Als u schijven gebruikt op basis van Azure Page BLOB Storage of Managed Disks, zijn de instructies in Overwegingen voor de DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting ook van toepassing op implementaties met db2 DBMS.
Zoals eerder in het algemene deel van het document is uitgelegd, bestaan quota voor IOPS-doorvoer voor Azure-schijven. De exacte quota zijn afhankelijk van het gebruikte VM-type. Hier (Linux) en hier (Windows) vindt u een lijst met VM-typen met hun quota.
Zolang het huidige IOPS-quotum per schijf voldoende is, is het mogelijk om alle databasebestanden op één gekoppelde schijf op te slaan. Terwijl u altijd de gegevensbestanden en transactielogboekbestanden op verschillende schijven/VHD's moet scheiden.
Raadpleeg voor prestatieoverwegingen ook hoofdstuk 'Gegevensveiligheid en prestatieoverwegingen voor databasemappen' in SAP-installatiehandleidingen.
U kunt ook Windows-opslaggroepen gebruiken, die alleen beschikbaar zijn in Windows Server 2012 en hoger, zoals beschreven overwegingen voor DBMS-implementatie van Azure Virtual Machines voor SAP-workload. In Linux kunt u LVM of mdadm gebruiken om één groot logisch apparaat te maken op meerdere schijven.
Voor vm's uit de Azure M-serie kunt u de latentie verminderen die in de transactielogboeken wordt geschreven in vergelijking met de prestaties van Azure Premium-opslag wanneer u Azure Write Accelerator gebruikt. Daarom moet u Azure Write Accelerator implementeren voor een of meer VHD's die het volume vormen voor de Db2-transactielogboeken. Details kunnen worden gelezen in het document Write Accelerator.
IBM Db2 LUW 11.5 heeft ondersteuning uitgebracht voor de sectorgrootte van 4 kB. Hoewel u het gebruik van een sectorgrootte van 4 kB met 11,5 moet inschakelen door de configuratie-instelling van db2set DB2_4K_DEVICE_SUPPORT=ON, zoals beschreven in:
Voor oudere Db2-versies moet een sectorgrootte van 512 byte worden gebruikt. Premium SSD-schijven zijn systeemeigen 4 kB en hebben 512 Byte-emulatie. Ultra disk maakt standaard gebruik van een sectorgrootte van 4 kB. U kunt de sectorgrootte van 512 Byte inschakelen tijdens het maken van ultraschijven. Er zijn details beschikbaar met behulp van Azure Ultra Disks. Deze sectorgrootte van 512 Byte is een vereiste voor IBM Db2 LUW-versies lager dan 11,5.
In Windows met opslaggroepen voor Db2-opslagpaden voor log_diren sapdatasaptmp mappen moet u een fysieke schijfsectorgrootte van 512 bytes opgeven. Wanneer u Windows-opslaggroepen gebruikt, moet u de opslaggroepen handmatig maken via de opdrachtregelinterface met behulp van de parameter -LogicalSectorSizeDefault. Zie New StoragePool voor meer informatie.
Aanbeveling voor VM- en schijfstructuur voor IBM Db2-implementatie
IBM Db2 voor SAP NetWeaver-toepassingen wordt ondersteund op elk VM-type dat wordt vermeld in sap-ondersteuningsnotitie 1928533. Aanbevolen VM-families voor het uitvoeren van IBM Db2-databases zijn Esd_v4/Eas_v4/Es_v3 en M/M_v2-serie voor grote multi-terabyte-databases. De schrijfprestaties van de IBM Db2-transactielogboekschijf kunnen worden verbeterd door de schrijfversneller van de M-serie in te schakelen.
Hieronder volgt een basislijnconfiguratie voor verschillende grootten en het gebruik van SAP on Db2-implementaties van klein naar groot. De lijst is gebaseerd op Azure Premium Storage. Azure Ultra Disk wordt echter ook volledig ondersteund met Db2 en kan ook worden gebruikt. Gebruik de waarden voor capaciteit, burstdoorvoer en burst-IOPS om de Ultra-schijfconfiguratie te definiëren. U kunt de IOPS voor de /db2/<SID>/log_dir beperken op ongeveer 5000 IOPS.
Extra klein SAP-systeem: databasegrootte 50 - 200 GB: voorbeeld Solution Manager
| VM-naam/grootte | Db2-koppelpunt | Azure Premium Disk | Aantal schijven | IOPS | Door- [MB/s] plaatsen |
Grootte [GB] | Burst IOPS | Burst Through- put [GB] |
Streepgrootte | Caching |
|---|---|---|---|---|---|---|---|---|---|---|
| E4ds_v4 | /db2 | P6 | 1 | 240 | 50 | 64 | 3500 | 170 | ||
| vCPU: 4 | /db2/<SID>/sapdata |
P10 | 2 | 1,000 | 200 | 256 | 7\.000 | 340 | 256 KB |
Alleen-lezen |
| RAM: 32 GiB | /db2//<SID>saptmp |
P6 | 1 | 240 | 50 | 128 | 3500 | 170 | ||
/db2/<SID>/log_dir |
P6 | 2 | 480 | 100 | 128 | 7\.000 | 340 | 64 KB |
||
/db2/<SID>/offline_log_dir |
P10 | 1 | 500 | 100 | 128 | 3500 | 170 |
Klein SAP-systeem: databasegrootte 200 - 750 GB: small Business Suite
| VM-naam/grootte | Db2-koppelpunt | Azure Premium Disk | Aantal schijven | IOPS | Door- [MB/s] plaatsen |
Grootte [GB] | Burst IOPS | Burst Through- put [GB] |
Streepgrootte | Caching |
|---|---|---|---|---|---|---|---|---|---|---|
| E16ds_v4 | /db2 | P6 | 1 | 240 | 50 | 64 | 3500 | 170 | ||
| vCPU: 16 | /db2/<SID>/sapdata |
P15 | 4 | 4,400 | 500 | 1.024 | 14.000 | 680 | 256 kB | Alleen-lezen |
| RAM: 128 GiB | /db2//<SID>saptmp |
P6 | 2 | 480 | 100 | 128 | 7\.000 | 340 | 128 kB | |
/db2/<SID>/log_dir |
P15 | 2 | 2200 | 250 | 512 | 7\.000 | 340 | 64 KB |
||
/db2/<SID>/offline_log_dir |
P10 | 1 | 500 | 100 | 128 | 3500 | 170 |
Gemiddeld SAP-systeem: databasegrootte 500 - 1000 GB: small Business Suite
| VM-naam/grootte | Db2-koppelpunt | Azure Premium Disk | Aantal schijven | IOPS | Door- [MB/s] plaatsen |
Grootte [GB] | Burst IOPS | Burst Through- put [GB] |
Streepgrootte | Caching |
|---|---|---|---|---|---|---|---|---|---|---|
| E32ds_v4 | /db2 | P6 | 1 | 240 | 50 | 64 | 3500 | 170 | ||
| vCPU: 32 | /db2/<SID>/sapdata |
P30 | 2 | 10,000 | 400 | 2.048 | 10,000 | 400 | 256 kB | Alleen-lezen |
| RAM: 256 GiB | /db2//<SID>saptmp |
P10 | 2 | 1,000 | 200 | 256 | 7\.000 | 340 | 128 kB | |
/db2/<SID>/log_dir |
P20 | 2 | 4,600 | 300 | 1.024 | 7\.000 | 340 | 64 KB |
||
/db2/<SID>/offline_log_dir |
P15 | 1 | 1,100 | 125 | 256 | 3500 | 170 |
Groot SAP-systeem: databasegrootte 750 - 2000 GB: Business Suite
| VM-naam/grootte | Db2-koppelpunt | Azure Premium Disk | Aantal schijven | IOPS | Door- [MB/s] plaatsen |
Grootte [GB] | Burst IOPS | Burst Through- put [GB] |
Streepgrootte | Caching |
|---|---|---|---|---|---|---|---|---|---|---|
| E64ds_v4 | /db2 | P6 | 1 | 240 | 50 | 64 | 3500 | 170 | ||
| vCPU: 64 | /db2/<SID>/sapdata |
P30 | 4 | 20,000 | 800 | 4.096 | 20,000 | 800 | 256 kB | Alleen-lezen |
| RAM: 504 GiB | /db2//<SID>saptmp |
P15 | 2 | 2200 | 250 | 512 | 7\.000 | 340 | 128 kB | |
/db2/<SID>/log_dir |
P20 | 4 | 9,200 | 600 | 2.048 | 14.000 | 680 | 64 KB |
||
/db2/<SID>/offline_log_dir |
P20 | 1 | 2.300 | 150 | 512 | 3500 | 170 |
Groot multi-terabyte SAP-systeem: databasegrootte 2 TB+: Global Business Suite-systeem
| VM-naam/grootte | Db2-koppelpunt | Azure Premium Disk | Aantal schijven | IOPS | Door- [MB/s] plaatsen |
Grootte [GB] | Burst IOPS | Burst Through- put [GB] |
Streepgrootte | Caching |
|---|---|---|---|---|---|---|---|---|---|---|
| M128s | /db2 | P10 | 1 | 500 | 100 | 128 | 3500 | 170 | ||
| vCPU: 128 | /db2/<SID>/sapdata |
P40 | 4 | 30,000 | 1000 | 8.192 | 30,000 | 1000 | 256 kB | Alleen-lezen |
| RAM: 2.048 GiB | /db2//<SID>saptmp |
P20 | 2 | 4,600 | 300 | 1.024 | 7\.000 | 340 | 128 kB | |
/db2/<SID>/log_dir |
P30 | 4 | 20,000 | 800 | 4.096 | 20,000 | 800 | 64 KB |
Schrijven- Accelerator |
|
/db2/<SID>/offline_log_dir |
P30 | 1 | 5.000 | 200 | 1.024 | 5.000 | 200 |
Azure NetApp Files gebruiken
Het gebruik van NFS v4.1-volumes op basis van Azure NetApp Files (ANF) wordt ondersteund met IBM Db2, gehost in het gastbesturingssystemen Suse of Red Hat Linux. U moet ten minste vier verschillende volumes maken die als volgt worden weergegeven:
- Gedeeld volume voor saptmp1, sapmnt, usr_sap,
<sid>_home, db2<sid>_home, db2_software - Eén gegevensvolume voor sapdata1 naar sapdatan
- Eén logboekvolume voor de directory voor het opnieuw uitvoeren van logboeken
- Eén volume voor de logboekarchieven en back-ups
Een vijfde potentieel volume kan een ANF-volume zijn dat u gebruikt voor meer langetermijnback-ups die u gebruikt voor momentopnamen en het opslaan van de momentopnamen in azure Blob Store.
De configuratie kan er als volgt uitzien:
De prestatielaag en de grootte van de door ANF gehoste volumes moeten worden gekozen op basis van de prestatievereisten. We raden u echter aan het Ultra-prestatieniveau voor de gegevens en het logboekvolume te gebruiken. Het wordt niet ondersteund om blokopslag en gedeelde opslagtypen voor de gegevens en het logboekvolume te combineren.
Vanaf koppelingsopties kan het koppelen van deze volumes er als volgt uitzien (u moet de SID van uw SAP-systeem vervangen <SID> en <sid> vervangen):
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
Notitie
De koppelingsoptie is hard en synchronisatie vereist
Back-up en herstellen
De back-up-/herstelfunctionaliteit voor IBM Db2 voor LUW wordt op dezelfde manier ondersteund als op standaard Windows Server-besturingssystemen en Hyper-V.
Zorg ervoor dat u een geldige back-upstrategie voor databases hebt.
Net als bij bare-metalimplementaties zijn de prestaties van back-up/herstel afhankelijk van het aantal volumes dat parallel kan worden gelezen en wat de doorvoer van deze volumes kan zijn. Bovendien kan het CPU-verbruik dat wordt gebruikt door back-upcompressie een belangrijke rol spelen op VM's met maximaal acht CPU-threads. Daarom kan men ervan uitgaan:
- Hoe minder schijven worden gebruikt voor het opslaan van de databaseapparaten, hoe kleiner de totale doorvoer bij het lezen
- Hoe kleiner het aantal CPU-threads in de VM, hoe ernstiger de impact van back-upcompressie
- Hoe minder doelen (Stripe Directory's, schijven) de back-up naar schrijven, hoe lager de doorvoer
Als u het aantal doelen wilt verhogen om naar te schrijven, kunnen twee opties worden gebruikt/gecombineerd, afhankelijk van uw behoeften:
- Het back-updoelvolume op meerdere schijven stripen om de IOPS-doorvoer op dat gestreepte volume te verbeteren
- Meer dan één doelmap gebruiken om de back-up naar
Notitie
Db2 in Windows biedt geen ondersteuning voor de Windows VSS-technologie. Als gevolg hiervan kan de toepassingsconsistente VM-back-up van Azure Backup Service niet worden gebruikt voor VM's waarin db2 DBMS is geïmplementeerd.
Hoge beschikbaarheid en herstel na noodgevallen
Linux Pacemaker
Belangrijk
Voor Db2-versies 11.5.6 en hoger raden we u ten zeerste aan geïntegreerde oplossing te gebruiken met Pacemaker van IBM.
- Geïntegreerde oplossing met Pacemaker
- Alternatieve of aanvullende configuraties die beschikbaar zijn in Microsoft Azure Db2 voor herstel na noodgevallen met hoge beschikbaarheid (HADR) met pacemaker wordt ondersteund. Zowel SLES- als RHEL-besturingssystemen worden ondersteund. Deze configuratie maakt hoge beschikbaarheid van IBM Db2 voor SAP mogelijk. Implementatiehandleidingen:
- SLES: Hoge beschikbaarheid van IBM Db2 LUW op Azure-VM's op SUSE Linux Enterprise Server met Pacemaker
- RHEL: Hoge beschikbaarheid van IBM Db2 LUW op Azure-VM's op Red Hat Enterprise Linux Server
Windows-clusterserver
Microsoft Cluster Server (MSCS) wordt niet ondersteund.
Db2 high availability disaster recovery (HADR) wordt ondersteund. Als de virtuele machines van de ha-configuratie een werkende naamomzetting hebben, verschilt de installatie in Azure niet van een installatie die on-premises wordt uitgevoerd. Het wordt niet aanbevolen om alleen te vertrouwen op IP-resolutie.
Gebruik geo-replicatie niet voor de opslagaccounts die de databaseschijven opslaan. Zie het documentOverwegingen voor dbms-implementatie van Azure Virtual Machines voor SAP-werkbelasting voor meer informatie.
Versneld netwerken
Voor Db2-implementaties in Windows raden we u ten zeerste aan de Azure-functionaliteit van versneld netwerken te gebruiken, zoals beschreven in het document versneld netwerken van Azure. Overweeg ook aanbevelingen in overwegingen voor dbms-implementatie van Azure Virtual Machines voor SAP-werkbelasting.
Specifieke informatie voor Linux-implementaties
Zolang het huidige IOPS-quotum per schijf voldoende is, is het mogelijk om alle databasebestanden op één schijf op te slaan. Terwijl u altijd de gegevensbestanden en transactielogboekbestanden op verschillende schijven moet scheiden.
Als de IOPS- of I/O-doorvoer van één Azure-VHD niet voldoende is, kunt u LVM (Logical Volume Manager) of MDADM gebruiken, zoals beschreven in het document Overwegingen voor de DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting om één groot logisch apparaat op meerdere schijven te maken.
Voor de schijven met de Db2-opslagpaden voor uw sapdata en saptmp directory's moet u een fysieke schijfsectorgrootte van 512 kB opgeven.
Overige
Alle andere algemene gebieden, zoals Azure-beschikbaarheidssets of SAP-bewaking, zijn ook van toepassing op implementaties van VM's met de IBM Database. Deze algemene gebieden worden beschreven in Overwegingen voor DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting.
Volgende stappen
Het artikel lezen: