Nasazení DBMS v počítačích Azure Virtual Machines s IBM DB2 pro úlohy SAP
Článek
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:
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:
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í kritéria virtuálních procesorů a 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):
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.
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.
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.
Odborníci na SAP potřebují vyhodnotit nasazení řešení SAP v Azure. Tento modul zkoumá přípravu na nasazení AnyDB s vysokou dostupností SAP NetWeaver v Azure. Příprava na zkoušku AZ-120 Plánování a správa Microsoft Azure pro úlohy SAP