Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Met Microsoft Azure kun je je bestaande SAP-applicatie die draait op IBM Db2 voor Linux, UNIX en Windows (LUW) migreren naar Azure-virtuele machines. Met SAP op IBM Db2 voor LUW kunnen beheerders en ontwikkelaars nog steeds dezelfde ontwikkelings- en beheertools gebruiken die beschikbaar zijn op locatie. Algemene informatie over het draaien van SAP Business Suite op IBM Db2 voor LUW is beschikbaar via het SAP Community Network (SCN) in SAP op IBM Db2 voor Linux, UNIX en Windows.
Voor meer informatie en updates over SAP op Db2 voor LUW op Azure, zie SAP Note 2233094.
Er zijn verschillende artikelen over SAP-werkbelasting op Azure. We raden aan te beginnen met Beginnen met SAP op Azure VMs en dan verder te lezen over andere interessegebieden.
De volgende SAP-notities hebben betrekking op SAP op Azure met betrekking tot het gebied dat in dit document wordt behandeld.
| Nootnummer | Titel |
|---|---|
| 1928533 | SAP-toepassingen op Azure: Ondersteunde producten en Azure VM-typen |
| 2015553 | SAP op Microsoft Azure: Ondersteuningsvereisten |
| 1999351 | Probleemoplossing voor verbeterde Azure Monitoring voor SAP |
| 2178632 | Belangrijke monitoringsstatistieken voor SAP op Microsoft Azure |
| 1409604 | Virtualisatie op Windows: Verbeterde Monitoring |
| 2191498 | SAP op Linux met Azure: Verbeterde Monitoring |
| 2233094 | DB6: SAP-toepassingen op Azure met behulp van IBM DB2 voor Linux, UNIX en Windows - Aanvullende Informatie |
| 2243692 | Linux op Microsoft Azure (IaaS) VM: SAP licentieproblemen |
| 1984787 | SUSE LINUX Enterprise Server 12: Installatie-opmerkingen |
| 2002167 | Red Hat Enterprise Linux 7.x: Installatie en Upgrade |
| 1597355 | Aanbeveling voor wisselgeheugenruimte voor Linux |
Lees als voorbereidende lectuur voor dit document Overwegingen voor de implementatie van Azure Virtual Machines DBMS voor SAP-werklasten. Bekijk andere handleidingen in de SAP-werkbelasting op Azure.
IBM Db2 for Linux, UNIX, and Windows Version Support
SAP op IBM Db2 voor LUW op Microsoft Azure Virtual Machine Services wordt ondersteund vanaf Db2 versie 10.5.
Voor informatie over ondersteunde SAP-producten en Azure VM (Virtuele Machines)-typen, raadpleeg SAP Note 1928533.
IBM Db2-configuratie richtlijnen voor Linux, UNIX en Windows voor SAP-installaties in Azure-VM's
Opslagconfiguratie
Voor een overzicht van de Azure-opslagtypen voor SAP-werkbelasting, raadpleeg het artikel Azure Storage types for SAP workload. Alle databasebestanden moeten worden opgeslagen op aangekoppelde schijven van Azure-blokopslag (Windows: NTFS, Linux: xfs, ondersteund vanaf Db2 11.1, of ext3).
Externe gedeelde volumes, zoals de Azure-services in de vermelde scenario's, worden NIET ondersteund voor Db2-databasebestanden.
Microsoft Azure File Service voor alle gastbesturingssystemen.
Azure NetApp Files voor Db2 met Windows-gasten-OS.
Remote shared volumes like the Azure services in the listed scenarios are supported for Db2 database files:
- Het hosten van Linux gast-OS gebaseerde Db2 data- en logbestanden op NFS-shares die worden gehost op Azure NetApp Files wordt ondersteund!
Als je schijven gebruikt die gebaseerd zijn op Azure Page BLOB-opslag of beheerde schijven, zijn de uitspraken in Overwegingen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload ook van toepassing op implementaties met het Db2 DBMS (Database Management Systeem).
Zoals eerder uitgelegd in het algemene gedeelte van het document, bestaan er quota's voor IOPS (I/O-bewerkingen per seconde) doorvoer voor Azure-schijven. De exacte quota zijn afhankelijk van het type VM dat wordt gebruikt. Een lijst van VM-typen met hun quota's is te vinden hier (Linux) en hier (Windows).
Zolang het huidige IOPS-quotum per schijf voldoende is, is het mogelijk om alle databasebestanden op één enkele gemonteerde schijf op te slaan. Je moet de gegevensbestanden en transactie logbestanden altijd op verschillende schijven/VHD's scheiden.
Raadpleeg voor prestatieoverwegingen ook hoofdstuk 'Data Safety and Performance Considerations for Database Directories' in de SAP-installatiehandleidingen.
Alternatively, you can use Windows Storage Pools, which are only available in Windows Server 2012 and higher as described Considerations for Azure Virtual Machines DBMS deployment for SAP workload. On Linux, you can use LVM or mdadm to create one large logical device over multiple disks.
Voor Azure M-Series VM's kunt u de latentie bij het schrijven naar transactie-logboeken verminderen met factoren, vergeleken met de prestaties van Azure Premium-opslag, wanneer u Azure Write Accelerator gebruikt. Therefore, you should deploy Azure Write Accelerator for one or more VHDs that form the volume for the Db2 transaction logs. Details kunnen worden gelezen in het document Write Accelerator.
IBM Db2 LUW 11.5 heeft ondersteuning uitgebracht voor een sector grootte van 4-KB. Though you need to enable the usage of 4-KB sector size with 11.5 by the configurations setting of db2set DB2_4K_DEVICE_SUPPORT=ON as documented in:
Voor oudere versies van Db2 moet een sectorgrootte van 512 bytes worden gebruikt. Premium SSD disks are 4-KB native and have 512 Byte emulation. Ultra disk gebruikt standaard een 4-KB sector grootte. U kunt de 512 Byte sector grootte inschakelen tijdens het aanmaken van een Ultra-schijf. Gegevens zijn beschikbaar Using Azure ultra disks. Deze sector grootte van 512 bytes is een vereiste voor IBM Db2 LUW versies lager dan 11.5.
Op Windows, bij gebruik van opslagpools voor Db2-opslagpaden voor de directories log_dir, sapdata en saptmp, moet u een fysieke schijfsectorgrootte van 512 bytes specificeren. When using Windows Storage Pools, you must create the storage pools manually via command line interface using the parameter -LogicalSectorSizeDefault. Voor meer informatie, zie New-StoragePool.
Aanbeveling over VM- en schijfstructuur voor IBM Db2-implementatie
IBM Db2 voor SAP NetWeaver-applicaties wordt ondersteund op elk VM-type dat is vermeld in SAP-supportnotitie 1928533. Aanbevolen VM-families voor het draaien van IBM Db2-databases zijn Esd_v4/Eas_v4/Es_v3 en de M/M_v2-serie voor grote multiterabyte-databases. De schrijfprestaties van de IBM Db2-transactielog op schijf kunnen worden verbeterd door de M-serie Write Accelerator in te schakelen.
Hieronder volgt een basisconfiguratie voor verschillende groottes en toepassingen van SAP-implementaties op Db2, van klein tot extra groot.
Belangrijk
De onderstaande VM-types zijn voorbeelden die voldoen aan de vCPU- en geheugencriteria van elke categorie. De opslagconfiguratie is gebaseerd op Azure premium opslag v1. Premium SSD v2 en Azure Ultra-disk worden volledig ondersteund met IBM Db2 en kunnen ook worden gebruikt voor implementaties. Gebruik de waarden voor capaciteit, burst-throughput en burst-IOPS om de configuratie van de Ultra-schijf of Premium SSD v2 te definiëren. You can limit the IOPS for the /db2/<SID>/log_dir at around 5000 IOPS. Adjust the throughput and IOPS to the specific workload if these baseline recommendations don't meet the requirements
Zeer klein SAP-systeem: databasegrootte 50 - 200 GB: voorbeeld Solution Manager
| VM-grootte / Voorbeelden | Db2 mount point | Azure Premium Disk | # of Schijven | IOPS | Through- schrijf [MB/s] |
Grootte [GB] | Burst IOPS | Burst Through- put [GB] |
Stripe size | Cachebeheer |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 4 | /db2 | P6 | 1 | 240 | 50 | 64 | 3,500 | 170 | ||
| RAM: ~32 GiB | /db2/<SID>/sapdata |
P10 | 2 | 1,000 | 200 | 256 | 7,000 | 340 | 256 KB |
ReadOnly |
| E4(d)s_v5 | /db2/<SID>/saptmp |
P6 | 1 | 240 | 50 | 128 | 3,500 | 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 | 3,500 | 170 |
Klein SAP-systeem: databasegrootte 200 - 750 GB: kleine Business Suite
| VM-grootte / Voorbeelden | Db2 mount point | Azure Premium Disk | Aantal Schijven | IOPS | Through- schrijf [MB/s] |
Grootte [GB] | Uitbarsting IOPS | Baan je een weg door plaatsen [GB] |
Stripegrootte | Cachebeheer |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 16 | /db2 | P6 | 1 | 240 | 50 | 64 | 3,500 | 170 | ||
| RAM: ~128 GiB | /db2/<SID>/sapdata |
P15 | 4 | 4,400 | 500 | 1.024 | 14,000 | 680 | 256 KB | ReadOnly |
| 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 | 2,200 | 250 | 512 | 7,000 | 340 | 64 KB |
|
| ... | /db2/<SID>/offline_log_dir |
P10 | 1 | 500 | 100 | 128 | 3,500 | 170 |
Gemiddeld SAP-systeem: databasegrootte 500 - 1000 GB: kleine Business Suite
| VM Grootte / Voorbeelden | Db2 aankoppelpunt | Azure Premium Disk | # of Disks | IOPS | Through- put [MB/s] |
Grootte [GB] | Burst IOPS | Doorbreken put [GB] |
Strookgrootte | Cache-opslag |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 32 | /db2 | P6 | 1 | 240 | 50 | 64 | 3,500 | 170 | ||
| RAM: ~256 GiB | /db2/<SID>/sapdata |
P30 | 2 | 10,000 | 400 | 2.048 | 10,000 | 400 | 256 KB | ReadOnly |
| 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 | 3,500 | 170 |
Groot SAP-systeem: databasegrootte 750 - 2000 GB: Business Suite
| VM-grootte / Voorbeelden | Db2 koppelpunt | Azure Premium Disk | Aantal schijven | IOPS | Through- put [MB/s] |
Grootte [GB] | Pieken IOPS | Burst Through- put [GB] |
Stripe size | Cachebeheer |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 64 | /db2 | P6 | 1 | 240 | 50 | 64 | 3,500 | 170 | ||
| RAM: ~512 GiB | /db2/<SID>/sapdata |
P30 | 4 | 20,000 | 800 | 4.096 | 20,000 | 800 | 256 KB | ReadOnly |
| E64(d)s_v5 | /db2/<SID>/saptmp |
P15 | 2 | 2,200 | 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 | 3,500 | 170 |
Large multi-terabyte SAP system: database size 2 TB+: Global Business Suite system
Vooral voor dergelijke grotere systemen is het belangrijk de infrastructuur waarop het systeem momenteel draait te evalueren, evenals de gegevens over het middelenverbruik van die systemen, om de beste match te vinden voor Azure reken- en opslaginfrastructuur en configuratie.
| VM Naam / Grootte | Db2 mount point | Azure Premium Disk | # of Disks | IOPS | Through- snelheid [MB/s] |
Grootte [GB] | Verhoogde IOPS-snelheid | Burst Through- zet [GB] |
Stripegrootte | Cache-opslag |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: =>128 | /db2 | P10 | 1 | 500 | 100 | 128 | 3,500 | 170 | ||
| RAM: =>2,048 GiB | /db2/<SID>/sapdata |
P40 | 4 | 30,000 | 1.000 | 8.192 | 30,000 | 1.000 | 256 KB | ReadOnly |
| 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 |
Schrijf Versneller |
| M176s_3_v3, M176s_4_v3 |
/db2/<SID>/offline_log_dir |
P30 | 1 | 5,000 | 200 | 1.024 | 5,000 | 200 |
Gebruik maken van Azure NetApp Files
Het gebruik van NFS v4.1-volumes op basis van Azure NetApp Files (ANF) wordt ondersteund met IBM Db2, gehost in Suse of Red Hat Linux gastbesturingssysteem. You should create at least four different volumes that list like:
- Gedeeld volume voor saptmp1, sapmnt, usr_sap,
<sid>_home, db2<sid>_home, db2_software - One data volume for sapdata1 to sapdatan
- Eén logvolume voor de redo-logdirectory
- Eén volume voor de logboekarchieven en back-ups
Een vijfde potentieel volume zou een ANF-volume kunnen zijn dat je gebruikt voor meer langetermijnback-ups, waarbij je het volume gebruikt om snapshots te maken en de snapshots opslaat in Azure Blob-opslag.
De configuratie zou er als volgt uit kunnen zien: zoals hier getoond.
The performance tier and the size of the ANF hosted volumes must be chosen based on the performance requirements. Echter, raden we aan om het Ultra performance niveau te kiezen voor de data en het logboekvolume. Het is niet ondersteund om blokopslag en gedeelde opslagtypes te mengen voor de gegevens- en logvolume.
Wat betreft de mount-opties, het koppelen van die volumes zou er als volgt uit kunnen zien (je moet <SID> en <sid> vervangen door de SID van je SAP-systeem):
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 mountopties 'hard' en 'sync' zijn vereist.
Back-up/Herstellen
De functionaliteit voor het maken van back-ups en het herstellen daarvan 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 databack-upstrategie hebt opgesteld.
Net als bij bare-metal implementaties, is de back-up/herstelprestatie afhankelijk van hoeveel volumes parallel kunnen worden gelezen en wat de doorvoer van die volumes zou kunnen zijn. Bovendien kan het CPU-gebruik door back-upcompressie een significante rol spelen op virtuele machines met tot wel acht CPU-threads. Daarom kan men aannemen:
- Hoe minder schijven worden gebruikt om de databasetoestellen op te slaan, hoe kleiner de algehele doorvoersnelheid bij het lezen.
- Hoe kleiner het aantal CPU-threads in de VM, des te ernstiger de impact van back-upcompressie.
- Hoe minder doelen (Stripe Directories, schijven) waarop de back-up kan worden geschreven, hoe lager de throughput.
Om het aantal doelen waarnaar geschreven kan worden te verhogen, kunnen afhankelijk van uw behoeften twee opties worden gebruikt of gecombineerd.
- Het stripen van het back-updoelvolume over meerdere schijven om de IOPS-doorvoer op dat gestreepte volume te verbeteren
- Meer dan één doelmap gebruiken om de back-up naar te schrijven
Opmerking
Db2 on Windows ondersteunt niet de Windows VSS-technologie. Als gevolg hiervan kan de toepassingsconsistente VM-back-up van de Azure Backup Service niet worden benut voor VM's waarin de Db2 DBMS is gedeployed.
Hoge Beschikbaarheid en Rampenherstel
Linux Pacemaker
Belangrijk
Voor Db2-versies 11.5.6 en hoger raden we sterk aan een geïntegreerde oplossing te gebruiken met Pacemaker van IBM.
- Geïntegreerde oplossing met Pacemaker
- Alternatieve of aanvullende configuraties beschikbaar op Microsoft Azure Db2 high availability disaster recovery (HADR) met pacemaker wordt ondersteund. Zowel de SLES- als de RHEL-besturingssystemen worden ondersteund. Deze configuratie maakt hoge beschikbaarheid van IBM Db2 voor SAP mogelijk. Implementatierichtlijnen:
- 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 VMs op Red Hat Enterprise Linux Server
Windows Cluster Server
Windows Server Failover Cluster (WSFC), ook bekend als Microsoft Cluster Server (MSCS), wordt niet ondersteund.
Ondersteuning voor Db2 hoge beschikbaarheid en herstel bij rampen (HADR) is aanwezig. If the virtual machines of the HA configuration have working name resolution, the setup in Azure doesn't differ from any setup that is done on-premises. Het wordt niet aanbevolen om alleen op IP-resolutie te vertrouwen.
Gebruik geen geo-replication voor de opslagaccounts die de database-disks opslaan. Voor meer informatie, raadpleeg het document Considerations for Azure Virtual Machines DBMS deployment for SAP workload.
Versnelde Netwerken
Voor Db2-implementaties op Windows raden we sterk aan om de Azure-functionaliteit van Versneld Netwerken te gebruiken, zoals beschreven in het document Azure Accelerated Networking. Overweeg ook de aanbevelingen uit Overwegingen voor de implementatie van Azure Virtual Machines DBMS voor SAP-werkbelastingen.
Details voor Linux-implementaties
Zolang het huidige IOPS-quota per schijf voldoende is, is het mogelijk om alle databasebestanden op één enkele schijf op te slaan. Je moet de gegevensbestanden en transactie-logbestanden altijd op verschillende schijven scheiden.
Als de IOPS of I/O-throughvoer van een enkele Azure VHD niet voldoende is, kunt u LVM (Logical Volume Manager) of MDADM gebruiken zoals beschreven in het document Overwegingen voor de implementatie van Azure Virtual Machines DBMS voor SAP-werklast om één groot logisch apparaat over meerdere schijven te creëren.
Zorg ervoor dat voor de schijven met de Db2-opslagpaden voor uw sapdata en saptmp directory's een fysieke schijfsectorgrootte van 4 kB wordt gebruikt. Wanneer u LVM of MDADM gebruikt om een gestreept volume te maken op meerdere schijven, configureert u de stripegrootte (of segmentgrootte) tot 512 kB om de I/O-doorvoer voor grote databaseworkloads te optimaliseren.
Other
All other general areas like Azure Availability Sets or SAP monitoring apply for deployments of VMs with the IBM Database as well. These general areas we describe in Considerations for Azure Virtual Machines DBMS deployment for SAP workload.
Volgende stappen
Read the article: