Nasazení DBMS v počítačích Azure Virtual Machines s IBM DB2 pro úlohy SAP
S Microsoft Azure můžete migrovat stávající aplikaci SAP spuštěnou v IBM Db2 pro Linux, UNIX a Windows (LUW) na virtuální počítače Azure. Se SAP v IBM Db2 pro LUW můžou správci a vývojáři stále používat stejné vývojové a administrativní nástroje, které jsou dostupné místně. Obecné informace o spuštění SAP Business Suite v IBM Db2 for LUW jsou k dispozici prostřednictvím SAP Community Network (SCN) v SAP v IBM Db2 pro Linux, UNIX a Windows.
Další informace a aktualizace o SAP v Db2 pro LUW v Azure najdete v tématu SAP Note 2233094.
V Azure existují různé články týkající se úloh SAP. Doporučujeme začít se sapem na virtuálních počítačích Azure a pak si přečíst další oblasti zájmu.
Následující poznámky SAP se týkají SAP v Azure týkající se oblasti popsané v tomto dokumentu:
| Číslo poznámky | Nadpis |
|---|---|
| 1928533 | Aplikace SAP v Azure: Podporované produkty a typy virtuálních počítačů Azure |
| 2015553 | SAP v Microsoft Azure: Požadavky na podporu |
| 1999351 | Řešení potíží s rozšířeným monitorováním Azure pro SAP |
| 2178632 | Klíčové metriky monitorování pro SAP v Microsoft Azure |
| 1409604 | Virtualizace ve Windows: Rozšířené monitorování |
| 2191498 | SAP v Linuxu s Azure: Rozšířené monitorování |
| 2233094 | DB6: Aplikace SAP v Azure využívající IBM DB2 pro Linux, UNIX a Windows – Další informace |
| 2243692 | Linux na virtuálním počítači Microsoft Azure (IaaS): Problémy s licencemi SAP |
| 1984787 | SUSE LINUX Enterprise Server 12: Poznámky k instalaci |
| 2002167 | Red Hat Enterprise Linux 7.x: Instalace a upgrade |
| 1597355 | Doporučení pro prohození místa pro Linux |
V tomto dokumentu si projděte důležité informace o nasazení DBMS služby Azure Virtual Machines pro úlohy SAP. Projděte si další příručky v úloze SAP v Azure.
Podpora verzí IBM Db2 pro Linux, UNIX a Windows
SAP v IBM Db2 for LUW ve službách Microsoft Azure Virtual Machine Services se podporuje od Verze 10.5 db2.
Informace o podporovaných produktech SAP a typech virtuálních počítačů Azure najdete v 1928533 SAP Note.
Pokyny pro konfiguraci IBM Db2 pro Linux, UNIX a Windows pro instalace SAP na virtuálních počítačích Azure
Konfigurace úložiště
Přehled typů úložiště Azure pro úlohy SAP najdete v článku Typy úložiště Azure pro úlohy SAP Všechny databázové soubory musí být uložené na připojených discích blokového úložiště Azure (Windows: NTFS, Linux: xfs, podporovaný jako Db2 11.1 nebo ext3).
Vzdálené sdílené svazky, jako jsou služby Azure v uvedených scénářích, nejsou podporované pro databázové soubory Db2:
Služba Microsoft Azure File Service pro všechny hostovaný operační systém.
Azure NetApp Files for Db2 spuštěné v hostovaném operačním systému Windows
Soubory databáze Db2 podporují vzdálené sdílené svazky, jako jsou služby Azure v uvedených scénářích:
- Podporuje se hostovaný operační systém Linuxu založený na datech Db2 a souborech protokolů ve sdílených složkách NFS hostovaných ve službě Azure NetApp Files.
Pokud používáte disky založené na službě Azure Page BLOB Storage nebo Spravované disky, platí také prohlášení týkající se nasazení DBMS služby Azure Virtual Machines pro úlohy SAP na nasazení s využitím db2 DBMS (Database Management System).
Jak bylo vysvětleno dříve v obecné části dokumentu, existují kvóty propustnosti IOPS (vstupně-výstupních operací za sekundu) pro disky Azure. Přesné kvóty závisí na použitém typu virtuálního počítače. Seznam typů virtuálních počítačů s jejich kvótami najdete tady (Linux) a tady (Windows).
Pokud je dostatečná aktuální kvóta vstupně-výstupních operací za sekundu na disk, je možné uložit všechny soubory databáze na jeden připojený disk. Zatímco datové soubory a soubory transakčních protokolů byste vždy měli oddělit na různých discích nebo virtuálních pevných discích.
Informace o výkonu najdete také v kapitole "Aspekty bezpečnosti a výkonu dat pro databázové adresáře" v průvodcích instalací SAP.
Alternativně můžete použít fondy úložiště Windows, které jsou dostupné jenom v systému Windows Server 2012 a vyšší, jak je popsáno v tématu Důležité informace o nasazení DBMS služby Azure Virtual Machines pro úlohy SAP. V Linuxu můžete pomocí LVM nebo mdadm vytvořit jedno velké logické zařízení na více discích.
U virtuálního počítače Azure M-Series můžete snížit latenci zápisu do transakčních protokolů v porovnání s výkonem azure Premium Storage při použití akcelerátoru zápisu Azure. Proto byste měli azure Write Accelerator nasadit pro jeden nebo více virtuálních pevných disků, které tvoří svazek pro protokoly transakcí Db2. Podrobnosti lze přečíst v akcelerátoru zápisu dokumentu.
IBM Db2 LUW 11.5 vydal podporu pro velikost sektoru 4 kB. I když potřebujete povolit použití velikosti sektoru 4 kB s nastavením konfigurace db2set DB2_4K_DEVICE_SUPPORT=ON, jak je uvedeno v:
Ve starších verzích Db2 je nutné použít velikost sektoru 512 bajtů. Disky SSD úrovně Premium jsou nativní 4 kB a mají emulaci 512 bajtů. Disk Úrovně Ultra ve výchozím nastavení používá velikost sektoru 4 kB. Při vytváření disku Úrovně Ultra můžete povolit velikost sektoru 512 bajtů. Podrobnosti jsou k dispozici pomocí disků Azure Ultra. Tato velikost sektoru 512 bajtů je předpokladem pro verze IBM Db2 LUW nižší než 11.5.
Ve Windows, který používá fondy úložiště pro cesty úložiště Db2 pro log_dirsapdata a saptmp adresáře, musíte zadat velikost sektoru fyzického disku 512 bajtů. Při použití fondů úložiště systému Windows je nutné fondy úložiště vytvořit ručně pomocí rozhraní příkazového řádku pomocí parametru -LogicalSectorSizeDefault. Další informace naleznete v tématu New-StoragePool.
Doporučení týkající se struktury virtuálních počítačů a disků pro nasazení IBM Db2
IBM Db2 for SAP NetWeaver Applications se podporuje u libovolného typu virtuálního počítače uvedeného v poznámce podpory SAP 1928533. Doporučené rodiny virtuálních počítačů pro spouštění databází IBM Db2 jsou Esd_v4/Eas_v4/Es_v3 a M/M_v2 pro velké databáze s více terabajty. Výkon zápisu disku transakčního protokolu IBM Db2 lze zlepšit povolením akcelerátoru zápisu řady M.řady.
Následuje základní konfigurace pro různé velikosti a použití SAP v nasazeních Db2 od malých po x velké.
Důležité
Níže uvedené typy virtuálních počítačů jsou příklady, které splňují vCPU a critiera paměti jednotlivých kategorií. Konfigurace úložiště je založená na Azure Premium Storage verze 1. Disk SSD úrovně Premium v2 a Azure Ultra je plně podporovaný také s IBM Db2 a dá se použít pro nasazení. Hodnoty pro kapacitu, propustnost nárazového nárůstu a počet IOPS použijte k definování konfigurace disku Úrovně Ultra nebo SSD úrovně Premium v2. Počet IOPS pro /db2/<SID>/log_dir můžete omezit přibližně na 5 000 IOPS. Pokud tato základní doporučení nesplňují požadavky, upravte propustnost a IOPS na konkrétní úlohu.
Malý systém SAP: velikost databáze 50 – 200 GB: příklad Správce řešení
| Velikost virtuálního počítače / příklady | Přípojný bod Db2 | Disk Azure Premium | # of Disks | IOPS | Skrze- put [MB/s] |
Velikost [GB] | Nárazové IOPS | Roztržení- put [GB] |
Velikost pruhu | Ukládání do mezipaměti |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 4 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| RAM: ~32 GiB | /db2/<SID>/sapdata |
P10 | 2 | 1000 | 200 | 256 | 7,000 | 340 | 256 kB |
Jen pro čtení |
| 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 | 7,000 | 340 | 64 kB |
|
| ... | /db2//<SID>offline_log_dir |
P10 | 0 | 500 | 100 | 128 | 3 500 | 170 |
Malý systém SAP: velikost databáze 200 – 750 GB: small Business Suite
| Velikost virtuálního počítače / příklady | Přípojný bod Db2 | Disk Azure Premium | # of Disks | IOPS | Skrze- put [MB/s] |
Velikost [GB] | Nárazové IOPS | Roztržení- put [GB] |
Velikost pruhu | Ukládání do mezipaměti |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 16 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| RAM: ~128 GiB | /db2/<SID>/sapdata |
P15 | 4 | 4,400 | 500 | 1.024 | 14,000 | 680 | 256 kB | Jen pro čtení |
| 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 | 0 | 500 | 100 | 128 | 3 500 | 170 |
Střední systém SAP: velikost databáze 500 – 1000 GB: small Business Suite
| Velikost virtuálního počítače / příklady | Přípojný bod Db2 | Disk Azure Premium | # of Disks | IOPS | Skrze- put [MB/s] |
Velikost [GB] | Nárazové IOPS | Roztržení- put [GB] |
Velikost pruhu | Ukládání do mezipaměti |
|---|---|---|---|---|---|---|---|---|---|---|
| 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 | Jen pro čtení |
| E32(d)s_v5 | /db2/<SID>/saptmp |
P10 | 2 | 1000 | 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 | 0 | 1 100 | 125 | 256 | 3 500 | 170 |
Velký systém SAP: velikost databáze 750 – 2000 GB: Business Suite
| Velikost virtuálního počítače / příklady | Přípojný bod Db2 | Disk Azure Premium | # of Disks | IOPS | Skrze- put [MB/s] |
Velikost [GB] | Nárazové IOPS | Roztržení- put [GB] |
Velikost pruhu | Ukládání do mezipaměti |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 64 | /db2 | P6 | 0 | 240 | 50 | 64 | 3 500 | 170 | ||
| RAM: ~512 GiB | /db2/<SID>/sapdata |
P30 | 4 | 20,000 | 800 | 4.096 | 20,000 | 800 | 256 kB | Jen pro čtení |
| 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 | 0 | 2 300 | 150 | 512 | 3 500 | 170 |
Velký systém SAP s více terabajty: velikost databáze 2 TB+: Globální systém Business Suite
Zejména u takových větších systémů je důležité vyhodnotit infrastrukturu, na které je systém aktuálně spuštěný, a data o spotřebě prostředků těchto systémů, abyste našli nejlepší shodu s výpočetní infrastrukturou a konfigurací úložiště Azure.
| Název nebo velikost virtuálního počítače | Přípojný bod Db2 | Disk Azure Premium | # of Disks | IOPS | Skrze- put [MB/s] |
Velikost [GB] | Nárazové IOPS | Roztržení- put [GB] |
Velikost pruhu | Ukládání do mezipaměti |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: =>128 | /db2 | P10 | 0 | 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 | Jen pro čtení |
| 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 |
Psát- Akcelerátor |
| M176s_3_v3, M176s_4_v3 |
/db2//<SID>offline_log_dir |
P30 | 0 | 5 000 | 200 | 1.024 | 5 000 | 200 |
Použití služby Azure NetApp Files
Použití svazků NFS verze 4.1 založených na službě Azure NetApp Files (ANF) je podporováno u IBM Db2 hostovaného operačního systému Suse nebo Red Hat Linux. Měli byste vytvořit aspoň čtyři různé svazky, jako jsou:
- Sdílený svazek pro saptmp1, sapmnt, usr_sap,
<sid>_home, db2<sid>_home, db2_software - Jeden datový svazek pro sapdata1 do sapdatan
- Jeden svazek protokolu pro adresář protokolu opakování
- Jeden svazek pro archivy protokolů a zálohy
Pátým potenciálním svazkem může být svazek ANF, který používáte pro dlouhodobé zálohy, které používáte k vytváření snímků a ukládání snímků v úložišti objektů blob v Azure.
Konfigurace by mohla vypadat takto:
Úroveň výkonu a velikost svazků hostovaných anf musí být zvoleny na základě požadavků na výkon. Doporučujeme ale pro data a svazek protokolu použít úroveň výkonu Úrovně Ultra. Není podporované kombinovat blokové úložiště a sdílené typy úložiště pro data a svazek protokolů.
V rámci možností připojení by mohlo připojení těchto svazků vypadat takto (musíte nahradit <SID> identifikátor <sid> SID systému SAP):
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
Poznámka:
Je vyžadována možnost pevného připojení a synchronizace.
Zálohování a obnovení
Funkce zálohování a obnovení pro IBM Db2 pro LUW se podporuje stejným způsobem jako u standardních operačních systémů Windows Server a Technologie Hyper-V.
Ujistěte se, že máte platnou strategii zálohování databáze.
Stejně jako u holých nasazení závisí výkon zálohování a obnovení na tom, kolik svazků je možné paralelně číst a jaká může být propustnost těchto svazků. Kromě toho může spotřeba procesoru používaná kompresí zálohování hrát významnou roli na virtuálních počítačích s až osmi vlákny procesoru. Proto lze předpokládat:
- Čím méně disků slouží k ukládání databázových zařízení, tím menší je celková propustnost při čtení.
- Čím menší je počet vláken procesoru na virtuálním počítači, tím silnější dopad komprese zálohování
- Čím méně cílů (Stripe Directories, disks), do které se zapisuje záloha, tím nižší propustnost
Pokud chcete zvýšit počet cílů pro zápis, můžete použít nebo zkombinovat dvě možnosti v závislosti na vašich potřebách:
- Prokládání cílového svazku zálohování přes několik disků za účelem zlepšení propustnosti IOPS na daném prokládání svazku
- Použití více než jednoho cílového adresáře k zápisu zálohy do
Poznámka:
Db2 ve Windows nepodporuje technologii Windows VSS. V důsledku toho není možné využít zálohování virtuálních počítačů konzistentní vzhledem k aplikacím služby Azure Backup pro virtuální počítače, ve které je databáze DB2 DBMS nasazená.
Vysoká dostupnost a zotavení po havárii
Linux Pacemaker
Důležité
Pro Db2 verze 11.5.6 a vyšší důrazně doporučujeme integrované řešení využívající Pacemaker od IBM.
- Integrované řešení s využitím Pacemakeru
- Podporuje se alternativní nebo další konfigurace dostupné pro zotavení po havárii s vysokou dostupností (HADR) Microsoft Azure Db2 s pacemakerem. Podporují se operační systémy SLES i RHEL. Tato konfigurace umožňuje vysokou dostupnost IBM Db2 pro SAP. Průvodci nasazením:
- SLES: Vysoká dostupnost IBM Db2 LUW na virtuálních počítačích Azure na SUSE Linux Enterprise Serveru s Pacemakerem
- RHEL: Vysoká dostupnost IBM Db2 LUW na virtuálních počítačích Azure na Red Hat Enterprise Linux Serveru
Windows Cluster Server
Cluster s podporou převzetí služeb při selhání systému Windows Server (WSFC) označovaný také jako Microsoft Cluster Server (MSCS) se nepodporuje.
Podporuje se zotavení po havárii db2 (HADR) s vysokou dostupností. Pokud virtuální počítače konfigurace vysoké dostupnosti mají funkční překlad ip adres, nastavení v Azure se neliší od žádného nastavení, které se provádí místně. Nedoporučuje se spoléhat jenom na překlad IP adres.
Pro účty úložiště, které ukládají databázové disky, nepoužívejte geografickou replikaci. Další informace najdete v dokumentu Důležité informace o nasazení DBMS služby Azure Virtual Machines pro úlohy SAP.
Akcelerované síťové služby
Pro nasazení Db2 ve Windows důrazně doporučujeme používat funkce Azure akcelerovaných síťových služeb, jak je popsáno v dokumentu o akcelerovaných síťových službách Azure. Zvažte také doporučení týkající se nasazení DBMS ve službě Azure Virtual Machines pro úlohy SAP.
Specifika pro nasazení v Linuxu
Pokud je dostatečná aktuální kvóta IOPS na disk, je možné uložit všechny databázové soubory na jeden disk. Zatímco vždy byste měli oddělit datové soubory a soubory transakčních protokolů na různých discích.
Pokud propustnost vstupně-výstupních operací nebo vstupně-výstupních operací jednoho virtuálního pevného disku Azure nestačí, můžete použít LVM (Správce logických svazků) nebo MDADM, jak je popsáno v dokumentu Důležité informace o nasazení DBMS služby Azure Virtual Machines pro úlohy SAP a vytvořit jedno velké logické zařízení na více discích.
Pro disky obsahující cesty k úložišti Db2 pro vaše sapdata adresáře a saptmp adresáře je nutné zadat velikost sektoru fyzického disku 512 kB.
Jiný důvod
Všechny ostatní obecné oblasti, jako jsou skupiny dostupnosti Azure nebo monitorování SAP, platí i pro nasazení virtuálních počítačů s databází IBM. Tyto obecné oblasti popisujeme v aspektech nasazení DBMS pro virtuální počítače Azure pro úlohy SAP.
Další kroky
Přečtěte si tento článek: