SAP iş yükü için IBM Db2 Azure Sanal Makineler DBMS dağıtımı
Microsoft Azure ile Linux, UNIX ve Windows (LUW) için IBM Db2 üzerinde çalışan mevcut SAP uygulamanızı Azure sanal makinelerine geçirebilirsiniz. SAP on IBM Db2 for LUW ile yöneticiler ve geliştiriciler şirket içinde kullanılabilen geliştirme ve yönetim araçlarını kullanmaya devam edebilir. SAP Business Suite'i IBM Db2 for LUW üzerinde çalıştırma hakkında genel bilgilere Linux, UNIX ve Windows için IBM Db2 üzerinde SAP'deki SAP Community Network (SCN) aracılığıyla ulaşılabilir.
Azure'da LUW için Db2'de SAP hakkında daha fazla bilgi ve güncelleştirme için bkz. SAP Not 2233094.
Azure'da SAP iş yükü için çeşitli makaleler vardır. Azure VM'lerinde SAP ile çalışmaya başlamanızı ve ardından diğer ilgi alanları hakkında bilgi edinmenizi öneririz.
Aşağıdaki SAP Notları, bu belgede ele alınan alanla ilgili olarak Azure'da SAP ile ilgilidir:
| Not numarası | Başlık |
|---|---|
| 1928533 | Azure'da SAP Uygulamaları: Desteklenen Ürünler ve Azure VM türleri |
| 2015553 | Microsoft Azure'da SAP: Destek Önkoşulları |
| 1999351 | SAP için Gelişmiş Azure İzleme sorunlarını giderme |
| 2178632 | Microsoft Azure'da SAP için Anahtar İzleme Ölçümleri |
| 1409604 | Windows'ta Sanallaştırma: Gelişmiş İzleme |
| 2191498 | Azure ile Linux üzerinde SAP: Gelişmiş İzleme |
| 2233094 | DB6: Linux, UNIX ve Windows için IBM DB2 Kullanarak Azure'da SAP Uygulamaları - Ek Bilgi |
| 2243692 | Microsoft Azure (IaaS) VM'sinde Linux: SAP lisans sorunları |
| 1984787 | SUSE LINUX Enterprise Server 12: Yükleme notları |
| 2002167 | Red Hat Enterprise Linux 7.x: Yükleme ve Yükseltme |
| 1597355 | Linux için alan değiştirme önerisi |
Bu belgenin ön okuması olarak SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar sayfasını gözden geçirin. Azure'daki SAP iş yükündeki diğer kılavuzları gözden geçirin.
Linux, UNIX ve Windows için IBM Db2 Sürüm Desteği
Microsoft Azure Sanal Makine Hizmetlerinde LUW için IBM Db2 üzerinde SAP, Db2 sürüm 10.5 itibarıyla desteklenir.
Desteklenen SAP ürünleri ve Azure VM(Sanal Makineler) türleri hakkında bilgi için sap not 1928533 bölümüne bakın.
Azure VM'lerinde SAP Yüklemeleri için Linux, UNIX ve Windows Yapılandırma Yönergeleri için IBM Db2
Depolama Yapılandırması
SAP iş yükü için Azure depolama türlerine genel bakış için SAP iş yükü için Azure Depolama türleri Makalesine bakın. Tüm veritabanı dosyaları Azure blok depolamasının bağlı disklerinde depolanmalıdır (Windows: NTFS, Linux: xfs, Db2 11.1 veya ext3 itibarıyla desteklenir).
Listelenen senaryolardaki Azure hizmetleri gibi uzak paylaşılan birimler Db2 veritabanı dosyaları için DESTEKLENMEZ :
Tüm konuk işletim sistemi için Microsoft Azure Dosya Hizmeti .
Windows konuk işletim sisteminde çalışan Db2 için Azure NetApp Files .
Listelenen senaryolardaki Azure hizmetleri gibi uzak paylaşılan birimler Db2 veritabanı dosyaları için desteklenir:
- Azure NetApp Files'da barındırılan NFS paylaşımlarında Linux konuk işletim sistemi tabanlı Db2 verilerini ve günlük dosyalarını barındırma destekleniyor!
Azure Sayfa BLOB Depolama veya Yönetilen Diskler tabanlı diskler kullanıyorsanız, SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar bölümünde yapılan deyimler Db2 DBMS (Veritabanı Yönetim Sistemi) ile yapılan dağıtımlar için de geçerlidir.
Belgenin genel bölümünde daha önce açıklandığı gibi Azure diskleri için IOPS (saniye başına G/Ç işlemleri) aktarım hızı kotaları mevcuttur. Tam kotalar, kullanılan VM türüne bağlıdır. Kotalarına sahip VM türlerinin listesi burada (Linux) ve burada (Windows) bulunabilir.
Disk başına geçerli IOPS kotası yeterli olduğu sürece, tüm veritabanı dosyalarını tek bir bağlı diskte depolamak mümkündür. Öte yandan veri dosyalarını ve işlem günlüğü dosyalarını her zaman farklı disklerde/VHD'lerde ayırmanız gerekir.
Performansla ilgili dikkat edilmesi gerekenler için SAP yükleme kılavuzlarındaki 'Veritabanı Dizinleri için Veri Güvenliği ve PerformansLa İlgili Önemli Noktalar' bölümüne de bakın.
Alternatif olarak, SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar açıklandığı gibi yalnızca Windows Server 2012 ve üzeri sürümlerde kullanılabilen Windows Depolama Havuzlarını kullanabilirsiniz. Linux'ta LVM veya mdadm kullanarak birden çok disk üzerinde büyük bir mantıksal cihaz oluşturabilirsiniz.
Azure M Serisi VM'de, Azure Yazma Hızlandırıcısı'nı kullanırken Azure Premium depolama performansına kıyasla işlem günlüklerine yazma gecikme süresini faktörlere göre azaltabilirsiniz. Bu nedenle, Db2 işlem günlükleri için birimi oluşturan bir veya daha fazla VHD için Azure Yazma Hızlandırıcısı dağıtmanız gerekir. Ayrıntılar Belge Yazma Hızlandırıcısı'nda okunabilir.
IBM Db2 LUW 11.5, 4 KB kesim boyutu için destek yayınladı. Db2set DB2_4K_DEVICE_SUPPORT=ON yapılandırmaları ayarıyla 11,5 ile 4 KB kesim boyutunun kullanımını aşağıdaki belgelerde belirtildiği gibi etkinleştirmeniz gerekir:
Eski Db2 sürümleri için 512 Bayt kesim boyutu kullanılmalıdır. Premium SSD diskler 4 KB yereldir ve 512 Bayt öykünmesi vardır. Ultra disk varsayılan olarak 4 KB kesim boyutu kullanır. Ultra disk oluşturulurken 512 Bayt kesim boyutunu etkinleştirebilirsiniz. Ayrıntılar Azure ultra diskleri kullanılarak kullanılabilir. Bu 512 Bayt kesim boyutu, 11,5'ten düşük IBM Db2 LUW sürümleri için bir önkoşuldur.
Ve dizinleri için Db2 depolama yolları için log_dirsapdata saptmp Depolama havuzlarını kullanan Windows'da, 512 Baytlık bir fiziksel disk kesim boyutu belirtmeniz gerekir. Windows Depolama Havuzları'nı kullanırken, parametresini -LogicalSectorSizeDefaultkullanarak komut satırı arabirimi aracılığıyla depolama havuzlarını el ile oluşturmanız gerekir. Daha fazla bilgi için bkz . New-StoragePool.
IBM Db2 dağıtımı için VM ve disk yapısı önerisi
SAP NetWeaver Uygulamaları için IBM Db2, SAP destek notu 1928533 listelenen tüm VM türlerinde desteklenir. IBM Db2 veritabanını çalıştırmak için önerilen VM aileleri, büyük çok terabaytlı veritabanları için Esd_v4/Eas_v4/Es_v3 ve M/M_v2 serisidir. IBM Db2 işlem günlüğü disk yazma performansı, M serisi Yazma Hızlandırıcısı etkinleştirilerek geliştirilebilir.
Aşağıda, küçükten x-büyüke kadar Db2 dağıtımlarında SAP'nin çeşitli boyutları ve kullanımları için temel bir yapılandırma yer alır.
Önemli
Aşağıda listelenen VM türleri, kategorilerin her birinin vCPU ve bellek ölçütlerini karşılayan örneklerdir. Depolama yapılandırması, Azure premium depolama v1'i temel alır. Premium SSD v2 ve Azure Ultra disk, IBM Db2 ile de tam olarak desteklenir ve dağıtımlar için kullanılabilir. Ultra disk veya Premium SSD v2 yapılandırmasını tanımlamak için kapasite, seri aktarım hızı ve seri IOPS değerlerini kullanın. /db2//<SID>log_dir için IOPS'yi yaklaşık 5000 IOPS'de sınırlayabilirsiniz. Bu temel öneriler gereksinimleri karşılamıyorsa aktarım hızını ve IOPS'yi belirli bir iş yüküne ayarlayın
Ek küçük SAP sistemi: veritabanı boyutu 50 - 200 GB: örnek Çözüm Yöneticisi
| VM Boyutu / Örnekler | Db2 bağlama noktası | Azure Premium Disk | # of Disks | IOPS | İçinden- put [MB/sn] |
Boyut [GB] | Seri IOPS | Ani Geçiş- put [GB] |
Şerit boyutu | Önbelleğe Alma |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 4 | /db2 | P6 | 1 | 240 | 50 | 64 | 3.500 | 170 | ||
| RAM: ~32 GiB | /db2/<SID>/sapdata |
P10 | 2 | 1.000 | 200 | Kategori 256 | 7,000 | 340 | Kategori 256 KB |
Salt Okunur |
| 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 |
Küçük SAP sistemi: veritabanı boyutu 200 - 750 GB: küçük Business Suite
| VM Boyutu / Örnekler | Db2 bağlama noktası | Azure Premium Disk | # of Disks | IOPS | İçinden- put [MB/sn] |
Boyut [GB] | Seri IOPS | Ani Geçiş- put [GB] |
Şerit boyutu | Önbelleğe Alma |
|---|---|---|---|---|---|---|---|---|---|---|
| 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 | Salt Okunur |
| 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 |
Orta SAP sistemi: veritabanı boyutu 500 - 1000 GB: küçük Business Suite
| VM Boyutu / Örnekler | Db2 bağlama noktası | Azure Premium Disk | # of Disks | IOPS | İçinden- put [MB/sn] |
Boyut [GB] | Seri IOPS | Ani Geçiş- put [GB] |
Şerit boyutu | Önbelleğe Alma |
|---|---|---|---|---|---|---|---|---|---|---|
| vCPU: 32 | /db2 | P6 | 1 | 240 | 50 | 64 | 3.500 | 170 | ||
| RAM: ~256 GiB | /db2/<SID>/sapdata |
P30 | 2 | Kategori 10,000 | 400 | 2.048 | Kategori 10,000 | 400 | 256 KB | Salt Okunur |
| E32(d)s_v5 | /db2//<SID>saptmp |
P10 | 2 | 1.000 | 200 | Kategori 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 | Kategori 256 | 3.500 | 170 |
Büyük SAP sistemi: veritabanı boyutu 750 - 2000 GB: Business Suite
| VM Boyutu / Örnekler | Db2 bağlama noktası | Azure Premium Disk | # of Disks | IOPS | İçinden- put [MB/sn] |
Boyut [GB] | Seri IOPS | Ani Geçiş- put [GB] |
Şerit boyutu | Önbelleğe Alma |
|---|---|---|---|---|---|---|---|---|---|---|
| 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 | Salt Okunur |
| 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 |
Büyük çok terabaytlı SAP sistemi: veritabanı boyutu 2 TB+: Global Business Suite sistemi
Özellikle bu kadar büyük sistemler için, azure işlem ve depolama altyapısı ile yapılandırmasının en iyi eşleşmesini bulmak için sistemin çalışmakta olduğu altyapıyı ve bu sistemlerin kaynak tüketim verilerini değerlendirmek önemlidir.
| VM Adı / Boyutu | Db2 bağlama noktası | Azure Premium Disk | # of Disks | IOPS | İçinden- put [MB/sn] |
Boyut [GB] | Seri IOPS | Ani Geçiş- put [GB] |
Şerit boyutu | Önbelleğe Alma |
|---|---|---|---|---|---|---|---|---|---|---|
| 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 | Salt Okunur |
| 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 |
Yazmak- Hızlandırıcı |
| M176s_3_v3, M176s_4_v3 |
/db2/<SID>/offline_log_dir |
P30 | 1 | 5.000 | 200 | 1.024 | 5.000 | 200 |
Azure NetApp Files'i kullanma
Azure NetApp Files (ANF) tabanlı NFS v4.1 birimlerinin kullanımı, Suse veya Red Hat Linux konuk işletim sisteminde barındırılan IBM Db2 ile desteklenir. Şu şekilde listeleyen en az dört farklı birim oluşturmanız gerekir:
- saptmp1, sapmnt, usr_sap, _home,
<sid>db2<sid>_home, db2_software için paylaşılan birim - sapdata1 ile sapdatan arasında bir veri hacmi
- Yineleme günlük dizini için bir günlük birimi
- Günlük arşivleri ve yedeklemeleri için bir birim
Beşinci olası birim, anlık görüntü oluşturmak ve anlık görüntüleri Azure Blob deposunda depolamak için kullandığınız daha uzun vadeli yedeklemeler için kullandığınız bir ANF birimi olabilir.
Yapılandırma burada gösterildiği gibi görünebilir:
Performans katmanı ve ANF barındırılan birimlerin boyutu performans gereksinimlerine göre seçilmelidir. Ancak veriler ve günlük birimi için Ultra performans düzeyinin alınması önerilir. Veri ve günlük birimi için blok depolama ve paylaşılan depolama türlerinin karıştırılması desteklenmez.
Bağlama seçeneklerinden itibaren, bu birimleri bağlamak gibi görünebilir (sap sisteminizin SID'sini değiştirmeniz gerekir <SID> <sid> ):
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
Not
Sabit bağlama seçeneği ve eşitleme gereklidir
Yedekleme/Geri Yükleme
LUW için IBM Db2'nin yedekleme/geri yükleme işlevi, standart Windows Server İşletim Sistemleri ve Hyper-V ile aynı şekilde desteklenir.
Geçerli bir veritabanı yedekleme stratejiniz olduğundan emin olun.
Çıplak dağıtımlarda olduğu gibi yedekleme/geri yükleme performansı, paralel olarak kaç birimin okunabileceğine ve bu birimlerin aktarım hızının ne olabileceğine bağlıdır. Ayrıca, yedekleme sıkıştırması tarafından kullanılan CPU tüketimi en fazla sekiz CPU iş parçacığına sahip VM'lerde önemli bir rol oynayabilir. Bu nedenle, aşağıdakiler varsayılabilir:
- Veritabanı cihazlarını depolamak için kullanılan disk sayısı ne kadar az olursa, okumada genel aktarım hızı o kadar küçük olur
- VM'deki CPU iş parçacığı sayısı ne kadar az olursa, yedekleme sıkıştırmasının etkisi o kadar ciddi olur
- Yedeklemeyi yazmak için ne kadar az hedef (Şerit Dizinleri, diskler) olursa aktarım hızı o kadar düşük olur
Yazılacak hedef sayısını artırmak için gereksinimlerinize bağlı olarak iki seçenek kullanılabilir/birleştirilebilir:
- Bu şeritli birimde IOPS aktarım hızını geliştirmek için yedekleme hedef birimini birden çok disk üzerinde şeritleme
- Yedeklemeyi yazmak için birden fazla hedef dizin kullanma
Not
Windows'da Db2, Windows VSS teknolojisini desteklemez. Sonuç olarak, Db2 DBMS'nin dağıtıldığı VM'ler için Azure Backup Hizmeti'nin uygulamayla tutarlı VM yedeklemesi kullanılamaz.
Yüksek Kullanılabilirlik ve Olağanüstü Durum Kurtarma
Linux Pacemaker
Önemli
Db2 sürüm 11.5.6 ve üzeri sürümler için IBM'den Pacemaker kullanan Tümleşik çözümü kesinlikle öneririz.
- Pacemaker kullanarak tümleşik çözüm
- Pacemaker ile Microsoft Azure Db2 yüksek kullanılabilirlik olağanüstü durum kurtarma (HADR) üzerinde kullanılabilen alternatif veya ek yapılandırmalar desteklenir. Hem SLES hem de RHEL işletim sistemleri desteklenir. Bu yapılandırma, SAP için IBM Db2'nin yüksek kullanılabilirliğini sağlar. Dağıtım kılavuzları:
- SLES: Pacemaker ile SUSE Linux Enterprise Server üzerinde Azure VM'lerinde IBM Db2 LUW'un yüksek kullanılabilirliği
- RHEL: Red Hat Enterprise Linux Server'da Azure VM'lerinde IBM Db2 LUW'un yüksek kullanılabilirliği
Windows Küme Sunucusu
Microsoft Küme Sunucusu (MSCS) olarak da bilinen Windows Server Yük Devretme Kümesi (WSFC) desteklenmez.
Db2 yüksek kullanılabilirlik olağanüstü durum kurtarma (HADR) desteklenir. HA yapılandırmasının sanal makinelerinin çalışma adı çözümlemesi varsa, Azure'daki kurulum şirket içinde yapılan hiçbir kurulumdan farklı değildir. Yalnızca IP çözünürlüğüne güvenmeniz önerilmez.
Veritabanı disklerini depolayan depolama hesapları için Coğrafi Çoğaltma kullanmayın. Daha fazla bilgi için, SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar belgesine bakın.
Hızlandırılmış Ağ
Windows'daki Db2 dağıtımları için, Azure Hızlandırılmış Ağ belgesinde açıklandığı gibi Hızlandırılmış Ağ'ın Azure işlevselliğini kullanmanızı kesinlikle öneririz. Sap iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar bölümünde yapılan önerileri de göz önünde bulundurun.
Linux dağıtımlarının özellikleri
Disk başına geçerli IOPS kotası yeterli olduğu sürece, tüm veritabanı dosyalarını tek bir diskte depolamak mümkündür. Öte yandan veri dosyalarını ve işlem günlüğü dosyalarını her zaman farklı disklerde ayırmanız gerekir.
Tek bir Azure VHD'nin IOPS veya G/Ç aktarım hızı yeterli değilse, birden çok disk üzerinde tek bir büyük mantıksal cihaz oluşturmak üzere SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar belgesinde açıklandığı gibi LVM (Mantıksal Birim Yöneticisi) veya MDADM kullanabilirsiniz.
ve saptmp dizinleriniz sapdata için Db2 depolama yollarını içeren diskler için 512 KB fiziksel disk kesim boyutu belirtmeniz gerekir.
Diğer
Azure Kullanılabilirlik Kümeleri veya SAP izleme gibi diğer tüm genel alanlar, IBM Veritabanı ile VM'lerin dağıtımları için de geçerlidir. Sap iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar bölümünde açıkladığımız bu genel alanlar.
Sonraki adımlar
Makaleyi okuyun: