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 :

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 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 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 'Veri Kasa ty ve Veritabanı Dizinleri için Performans Konuları' 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 bir büyük 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_dirsapdatasaptmp Depolama havuzları kullanan Windows'da, 512 Baytlık bir fiziksel disk kesimi boyutu belirtmeniz gerekir. Windows Depolama Havuzları 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-Depolama Pool.

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 büyüke db2 dağıtımlarında SAP'nin çeşitli boyutları ve kullanımları için temel yapılandırma yer alır. Liste, Azure premium depolamayı temel alır. Ancak Azure Ultra disk, Db2 ile de tam olarak desteklenir ve kullanılabilir. Ultra disk 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.

Ek küçük SAP sistemi: veritabanı boyutu 50 - 200 GB: örnek Çözüm Yöneticisi

VM Adı / Boyutu Db2 bağlama noktası Azure Premium Disk # of Disks IOPS Aracılığıyla-
put [MB/sn]
Boyut [GB] Seri IOPS Ani Geçiş-
put [GB]
Şerit boyutu Önbelleğe Alma
E4ds_v4 /db2 P6 1 240 50 64 3.500 170
vCPU: 4 /db2/<SID>/sapdata P10 2 1.000 200 Kategori 256 7,000 340 Kategori 256
KB
Salt Okunur
RAM: 32 GiB /db2//<SID>saptmp P6 1 240 50 128 3.500 170
/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 Adı / Boyutu Db2 bağlama noktası Azure Premium Disk # of Disks IOPS Aracılığıyla-
put [MB/sn]
Boyut [GB] Seri IOPS Ani Geçiş-
put [GB]
Şerit boyutu Önbelleğe Alma
E16ds_v4 /db2 P6 1 240 50 64 3.500 170
vCPU: 16 /db2/<SID>/sapdata P15 4 4,400 500 1.024 14,000 680 256 KB Salt Okunur
RAM: 128 GiB /db2//<SID>saptmp P6 2 480 100 128 7,000 340 128 KB
/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 Adı / Boyutu Db2 bağlama noktası Azure Premium Disk # of Disks IOPS Aracılığıyla-
put [MB/sn]
Boyut [GB] Seri IOPS Ani Geçiş-
put [GB]
Şerit boyutu Önbelleğe Alma
E32ds_v4 /db2 P6 1 240 50 64 3.500 170
vCPU: 32 /db2/<SID>/sapdata P30 2 Kategori 10,000 400 2.048 Kategori 10,000 400 256 KB Salt Okunur
RAM: 256 GiB /db2//<SID>saptmp P10 2 1.000 200 Kategori 256 7,000 340 128 KB
/db2/<SID>/log_dir P20 2 4,600 300 1.024 7,000 340 64
KB
/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 Adı / Boyutu Db2 bağlama noktası Azure Premium Disk # of Disks IOPS Aracılığıyla-
put [MB/sn]
Boyut [GB] Seri IOPS Ani Geçiş-
put [GB]
Şerit boyutu Önbelleğe Alma
E64ds_v4 /db2 P6 1 240 50 64 3.500 170
vCPU: 64 /db2/<SID>/sapdata P30 4 20,000 800 4.096 20,000 800 256 KB Salt Okunur
RAM: 504 GiB /db2//<SID>saptmp P15 2 2.200 250 512 7,000 340 128 KB
/db2/<SID>/log_dir P20 4 9,200 600 2.048 14,000 680 64
KB
/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

VM Adı / Boyutu Db2 bağlama noktası Azure Premium Disk # of Disks IOPS Aracılığıyla-
put [MB/sn]
Boyut [GB] Seri IOPS Ani Geçiş-
put [GB]
Şerit boyutu Önbelleğe Alma
M128s /db2 P10 1 500 100 128 3.500 170
vCPU: 128 /db2/<SID>/sapdata P40 4 30,000 1.000 8.192 30,000 1.000 256 KB Salt Okunur
RAM: 2.048 GiB /db2//<SID>saptmp P20 2 4,600 300 1.024 7,000 340 128 KB
/db2/<SID>/log_dir P30 4 20,000 800 4.096 20,000 800 64
KB
Yazmak-
Hızlandırıcı
/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:

Example of Db2 configuration using ANF

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ı:

Windows Küme Sunucusu

Microsoft Cluster Server (MSCS) 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: