Delen via


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:

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 DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting ook van toepassing op implementaties met db2 DBMS (Database Management System).

Zoals eerder in het algemene gedeelte van het document is uitgelegd, bestaan er quota voor IOPS-doorvoer (I/O-bewerkingen per seconde) 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 sapdata saptmp 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 x-groot.

Belangrijk

De onderstaande VM-typen zijn voorbeelden die voldoen aan de vCPU en geheugen critiera van elk van de categorieën. De opslagconfiguratie is gebaseerd op Azure Premium Storage v1. Premium SSD v2 en Azure Ultra Disk worden ook volledig ondersteund met IBM Db2 en kunnen worden gebruikt voor implementaties. Gebruik de waarden voor capaciteit, burstdoorvoer en burst-IOPS om de configuratie ultraschijf of Premium SSD v2 te definiëren. U kunt de IOPS voor de /db2/<SID>/log_dir beperken op ongeveer 5000 IOPS. De doorvoer en IOPS aanpassen aan de specifieke workload als deze basislijnaankopen niet voldoen aan de vereisten

Extra klein SAP-systeem: databasegrootte 50 - 200 GB: voorbeeld Solution Manager

VM-grootte/voorbeelden Db2-koppelpunt Azure Premium Disk Aantal schijven IOPS Door-
[MB/s] plaatsen
Grootte [GB] Burst IOPS Burst Through-
put [GB]
Streepgrootte Caching
vCPU: 4 /db2 P6 1 240 50 64 3500 170
RAM: ~32 GiB /db2/<SID>/sapdata P10 2 1,000 200 256 7\.000 340 256
KB
Alleen-lezen
E4(d)s_v5 /db2//<SID>saptmp P6 1 240 50 128 3500 170
E4(d)as_v5 /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-grootte/voorbeelden Db2-koppelpunt Azure Premium Disk Aantal schijven IOPS Door-
[MB/s] plaatsen
Grootte [GB] Burst IOPS Burst Through-
put [GB]
Streepgrootte Caching
vCPU: 16 /db2 P6 1 240 50 64 3500 170
RAM: ~128 GiB /db2/<SID>/sapdata P15 4 4,400 500 1.024 14.000 680 256 kB Alleen-lezen
E16(d)s_v5 /db2//<SID>saptmp P6 2 480 100 128 7\.000 340 128 kB
E16(d)as_v5 /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-grootte/voorbeelden Db2-koppelpunt Azure Premium Disk Aantal schijven IOPS Door-
[MB/s] plaatsen
Grootte [GB] Burst IOPS Burst Through-
put [GB]
Streepgrootte Caching
vCPU: 32 /db2 P6 1 240 50 64 3500 170
RAM: ~256 GiB /db2/<SID>/sapdata P30 2 10,000 400 2.048 10,000 400 256 kB Alleen-lezen
E32(d)s_v5 /db2//<SID>saptmp P10 2 1,000 200 256 7\.000 340 128 kB
E32(d)as_v5 /db2/<SID>/log_dir P20 2 4,600 300 1.024 7\.000 340 64
KB
M32ls /db2/<SID>/offline_log_dir P15 1 1,100 125 256 3500 170

Groot SAP-systeem: databasegrootte 750 - 2000 GB: Business Suite

VM-grootte/voorbeelden Db2-koppelpunt Azure Premium Disk Aantal schijven IOPS Door-
[MB/s] plaatsen
Grootte [GB] Burst IOPS Burst Through-
put [GB]
Streepgrootte Caching
vCPU: 64 /db2 P6 1 240 50 64 3500 170
RAM: ~512 GiB /db2/<SID>/sapdata P30 4 20,000 800 4.096 20,000 800 256 kB Alleen-lezen
E64(d)s_v5 /db2//<SID>saptmp P15 2 2200 250 512 7\.000 340 128 kB
E64(d)as_v5 /db2/<SID>/log_dir P20 4 9,200 600 2.048 14.000 680 64
KB
M64ls /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

Met name voor dergelijke grotere systemen is het belangrijk om de infrastructuur te evalueren waarop het systeem momenteel wordt uitgevoerd en de gegevens over het resourceverbruik van die systemen om de beste overeenkomst te vinden met De reken- en opslaginfrastructuur en -configuratie van Azure.

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
vCPU: =>128 /db2 P10 1 500 100 128 3500 170
RAM: =>2,048 GiB /db2/<SID>/sapdata P40 4 30,000 1000 8.192 30,000 1000 256 kB Alleen-lezen
M128s_v2 /db2//<SID>saptmp P20 2 4,600 300 1.024 7\.000 340 128 kB
M176s_2_v3 /db2/<SID>/log_dir P30 4 20,000 800 4.096 20,000 800 64
KB
Schrijven-
Accelerator
M176s_3_v3,
M176s_4_v3
/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:

Voorbeeld van db2-configuratie met ANF

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.

Windows-clusterserver

Windows Server Failover Cluster (WSFC) ook wel bekend als 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: