SAP iş yükü için Azure Sanal Makineler Oracle veritabanı dağıtımı

Makale
04/20/2024

Bu belge, Azure IaaS'de SAP için Oracle Veritabanı iş yükü dağıtılırken göz önünde bulundurulacak birkaç farklı alanı kapsar. Bu belgeyi okumadan önce SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar makalesini okumanızı öneririz. Ayrıca Azure'da SAP iş yükü belgelerindeki diğer kılavuzları okumanızı öneririz.

Sap Note 2039619'da Oracle'da Azure üzerinde SAP çalıştırmak için desteklenen Oracle sürümleri ve ilgili işletim sistemi sürümleri hakkında bilgi bulabilirsiniz.

SAP Business Suite'i Oracle'da çalıştırma hakkında genel bilgiler SAP on Oracle'da bulunabilir. Oracle, Microsoft Azure'da Oracle veritabanlarının çalıştırılmasını destekler. Windows Hyper-V ve Azure için genel destek hakkında daha fazla bilgi için Oracle ve Microsoft Azure SSS bölümüne bakın.

Aşağıdaki SAP notları Oracle Yüklemesi için geçerlidir

Not numarası	Not başlığı
1738053	Oracle ASM yüklemesi SAP ONE Desteği Başlatma Çubuğu için SAPinst
2896926	ASM disk grubu uyumluluğu NetWeaver SAP ONE Desteği Başlatma Çubuğu
1550133	SAP NetWeaver tabanlı Ürünler SAP ONE Desteği Launchpad ile Oracle Otomatik Depolama Yönetimi'nin (ASM) kullanılması]
888626	Üst düzey sistemler için günlük düzenini yineleme SAP ONE Desteği Başlatma Çubuğu
105047	SAP ortamında Oracle işlevleri desteği SAP ONE Desteği Başlatma Çubuğu
2799920	19c için düzeltme ekleri: Veritabanı SAP ONE Desteği Başlatma Çubuğu
974876	Oracle Saydam Veri Şifrelemesi (TDE) SAP ONE Desteği Başlatma Çubuğu
2936683	Oracle Linux 8: SAP Yükleme ve Yükseltme SAP ONE Desteği Başlatma Çubuğu
1672954	Oracle 11g, 12c, 18c ve 19c: Linux'ta büyük sayfaların kullanımı
1171650	Otomatik Oracle DB parametre denetimi
2936683	Oracle Linux 8: SAP Yükleme ve Yükseltme

Oracle Linux'ta Oracle Veritabanı'nın özellikleri

Oracle, konuk işletim sistemi olarak Oracle Linux ile veritabanı örneklerini Microsoft Azure'da çalıştırmayı destekler. Windows Hyper-V ve Azure için genel destek hakkında daha fazla bilgi için bkz . Azure ve Oracle SSS.

Oracle Veritabanlarını kullanan SAP uygulamalarının özel senaryosu da desteklenir. Ayrıntılar belgenin sonraki bölümünde ele alınıyor.

Azure'da Oracle üzerinde SAP çalıştırmaya yönelik genel Öneriler

Oracle sistemlerinde mevcut SAP'yi yükleme veya Azure'a geçirme, aşağıdaki dağıtım düzenine uyulmalıdır:

Kullanılabilir en son Oracle Linux sürümünü kullanın (Oracle Linux 8.6 veya üzeri).
En son SAP Bundle Patch (SBP) (Oracle 19 Patch 15 veya üzeri) 2799920 - 19c için yamalar: Veritabanı ile kullanılabilen en son Oracle Veritabanı sürümünü kullanın.
Blok depolamadaki küçük, orta ve büyük boyutlu veritabanları için Otomatik Depolama Yönetimi'ni (ASM) kullanın.
Azure Premium Depolama SSD kullanılmalıdır. Standart veya diğer depolama türlerini kullanmayın.
ASM, Yansıtma Günlüğü gereksinimini kaldırır. Üst düzey sistemler için Not 888626 - Yineleme günlüğü düzeni bölümünde Oracle'ın yönergelerini izleyin.
ASMLib kullanın ve udev kullanmayın.
Azure NetApp Files dağıtımlarında Oracle dNFS (Oracle'ın kendi yüksek performanslı Direct NFS çözümü) kullanılmalıdır.
Büyük Oracle veritabanları, büyük Sistem Küresel Alanı (SGA) boyutlarından büyük ölçüde yararlanmaktadır. Büyük müşteriler 4 TB veya daha fazla RAM boyutuna sahip Azure M serisinde dağıtım yapmalıdır
- Linux Büyük Sayfaları Fiziksel RAM boyutunun %75'ine ayarlayın
- Sistem Genel Alanı'nın (SGA) Büyük Sayfa boyutunun %90'ını ayarlayın
- Oracle parametresini ayarlayın USE_LARGE_PAGES = YALNIZCA - YALNIZCA değeri TRUE değerine göre tercih edilir, ancak ONLY değerinin daha tutarlı ve öngörülebilir bir performans sunması gerekir. TRUE değeri hem büyük 2 MB hem de standart 4K sayfaları ayırabilir. YALNIZCA değeri her zaman büyük 2 MB sayfaları zorlar. Kullanılabilir büyük sayfaların sayısı yeterli değilse veya doğru yapılandırılmadıysa, veritabanı örneği şu hata koduyla başlayamaz: ora-27102 : yetersiz bellek Linux_x86_64 Hata 12 : bellek ayrılamıyor. Bitişik bellek yetersizse Oracle Linux'un yeniden başlatılması ve/veya İşletim Sistemi Büyük Sayfa parametrelerinin yeniden yapılandırılması gerekebilir.
Oracle Home , "kök" birimin veya diskin dışında bulunmalıdır. Ayrı bir disk veya ANF birimi kullanın. Oracle Home'un bulunduğu diskin boyutu 64 Gigabayt veya daha büyük olmalıdır.
Büyük yüksek performanslı Oracle veritabanı sunucularının önyükleme diskinin boyutu önemlidir. M serisi veya E serisi için en az bir P10 diski kullanılmalıdır. P4 veya P6 gibi küçük diskler kullanmayın. Küçük bir disk performans sorunlarına neden olabilir.
Hızlandırılmış Ağ tüm Sanal Makineler etkinleştirilmelidir. Hızlandırılmış Ağ'ı etkinleştirirken sorun yaşıyorsanız en son Oracle Linux sürümüne yükseltin.
Oracle Veritabanı: Desteklenen Ürünler ve Sürümler - SAP ONE Desteği Launchpad kullanarak bu belgelerde ve SAP not 2039619 - Microsoft Azure'da SAP Uygulamaları güncelleştirmelerini denetleyin.

Azure Sanal Makineler'da Oracle üzerinde SAP çalıştırmak için hangi Oracle sürümlerinin ve ilgili işletim sistemi sürümlerinin desteklendiği hakkında bilgi için bkz. SAP Not 2039619.

SAP Business Suite'i Oracle'da çalıştırma hakkında genel bilgileri Oracle'da SAP topluluk sayfasında bulabilirsiniz. Azure'da Oracle üzerinde SAP, uygulama ve veritabanı sunucuları için yalnızca Oracle Linux üzerinde desteklenir (Suse veya Red Hat'te desteklenmez). ASCS/ERS sunucuları RHEL/SUSE'yi kullanabilir çünkü Oracle istemcisi bu VM'lerde yüklü değildir veya kullanılmaz. Uygulama Sunucuları (PAS/AAS) bu VM'lere yüklenmemelidir. SAP Note 3074643 - OLNX: SSS: Oracle Linux için Pacemaker SAP Ortamında destekleniyorsa konusuna bakın. RAC çok noktaya yayın ağı gerektirdiği için Azure'da Oracle Gerçek Uygulama Kümesi (RAC) desteklenmez.

Depolama yapılandırması

Azure'da Oracle üzerinde SAP için önerilen iki depolama dağıtım deseni vardır:

Oracle Otomatik Depolama Yönetimi (ASM)
Oracle dNFS (Doğrudan NFS) ile Azure NetApp Files (ANF)

Şu anda EXT4 veya XFS dosya sistemlerinde Mantıksal Birim Yöneticisi (LVM) ile Oracle veritabanları çalıştıran müşterilerin ASM'ye geçmeleri teşvik edilir. ASM'de çalıştırmanın LVM ile karşılaştırıldığında önemli performans, yönetim ve güvenilirlik avantajları vardır. ASM karmaşıklığı azaltır, desteklenebilirliği artırır ve yönetim görevlerini daha basit hale getirir. Bu belgeler, ASM'yi yüklemeyi ve yönetmeyi öğrenmek için Oracle Veritabanı Yönetici istrator'larına (DTA) yönelik bağlantılar içerir.

Azure birden çok depolama çözümü sağlar. Aşağıdaki tabloda destek durumu ayrıntılı olarak yer almaktadır

Depolama türü	Oracle desteği	Sektör Boyutu	Oracle Linux 8.x veya üzeri	Windows Server 2019
Blok Depolama Türü
Premium SSD	Desteklenir	512e	ASM Önerilir. DESTEKLENEN LVM	Windows'da ASM desteği yok
Premium SSD v2	Desteklenir	4K Yerel veya 512e¹	ASM Önerilir. DESTEKLENEN LVM	Windows'da ASM desteği yoktur. Günlük Dosyası disklerini 4K Yerel'den 512e'ye değiştirme
Standart SSD	Desteklenmez
Standart HDD	Desteklenmez
Ultra disk	Desteklenir	4K Yerel	ASM Önerilir. DESTEKLENEN LVM	Windows'da ASM desteği yoktur. Günlük Dosyası disklerini 4K Yerel'den 512e'ye değiştirme

Ağ Depolama Türleri
Azure NetApp Service (ANF)	Desteklenir	-	Oracle dNFS Gerekli	Desteklenmez
NFS Azure Dosyalar	Desteklenmez
Azure dosyaları SMB	Desteklenmez

¹ 512e, Windows sistemleri için Premium SSD v2'de desteklenir. Linux müşterileri için 512e yapılandırmaları önerilmez. MOS 512/512e kesim boyutundaki yordamı kullanarak 4K Yerel'e geçiş yerel gözden geçirme (Belge Kimliği 1133713.1)

Listeyi uygulayan diğer önemli noktalar:

4K Yerel kesim boyutuna sahip DIRECTIO desteği yoktur. LVM yapılandırmaları için FILESYSTEMIO_OPTIONS için önerilen ayarlar:
- LVM - 512/512e geometrili diskler kullanılıyorsa, FILESYSTEMIO_OPTIONS = SETALL
- LVM - 4K Yerel geometrisi olan diskler kullanılıyorsa, FILESYSTEMIO_OPTIONS = ASYNC
Oracle 19c ve üzeri hem ASM hem de LVM ile 4K Native sektör boyutunu tam olarak destekler
Linux üzerinde Oracle 19c ve üzeri – 512e depolamadan 4K Yerel depolamaya geçerken Günlük kesim boyutları değiştirilmelidir
512/512e kesim boyutundan 4K Yerel Gözden Geçirme'ye (Belge Kimliği 1133713.1) geçiş yapmak için " 4 KB Kesim Disklerine Çevrimdışı Geçiş" bölümüne bakın
SAPInst, yükleme sırasında pfile'a yazar. $ORACLE_HOME/dbs, filesystemio_options=asynch adlı bir 4K disk kümesindeyse ve MOS 4K Kesim Disklerini Destekleyen (Belge Kimliği 1133713.1) bölümündeki "4 kb Kesim Disklerinin Veri Dosyası Desteği" bölümüne bakın
Windows platformlarında ASM desteği yok
Windows platformlarında Günlük birimi için 4K Yerel kesim boyutu desteği yoktur. Azure Portalı'ndaki "Diski Düzenle" kalem simgesi aracılığıyla SSDv2 ve Ultra Disk 512e olarak değiştirilmelidir
4K Yerel kesim boyutu yalnızca Windows platformları için Veri birimlerinde desteklenir. Windows'da günlük birimleri için 4K desteklenmez
Şu MOS makalelerini gözden geçirmenizi öneririz:
- Oracle Linux: Dosya Sisteminin Arabellek Önbelleği ile Doğrudan G/Ç karşılaştırması (Doc ID 462072.1)
- 4K Kesim Disklerini Destekleme (Belge Kimliği 1133713.1)
- Flash, 4k Disk ve SSD tabanlı Depolama 4k Yineleme Günlüklerini Kullanma (Belge Kimliği 1681266.1)
- filesystemio_options ve disk_asynch_io ayarlamak için dikkat edilmesi gerekenler (Belge Kimliği 1987437.1)

AsMLib ile Linux üzerinde Oracle ASM kullanmanızı öneririz. Performans, yönetim, destek ve yapılandırma, dağıtım düzeniyle iyileştirilmiştir. Oracle ASM ve Oracle dNFS doğru parametreleri veya atlama parametrelerini (FILESYSTEMIO_OPTIONS gibi) ayarlayacak ve bu nedenle daha iyi performans ve güvenilirlik sunacak.

Oracle Otomatik Depolama Yönetimi (ASM)

Oracle Otomatik Depolama Yönetimi denetim listesi:

Geliştirme, Kalite Güvencesi ve Üretim dahil olmak üzere Azure sistemlerinde Oracle üzerindeki tüm SAP'ler ASM çalıştırıyor. Küçük, Orta ve Büyük veritabanları
ASMLib kullanılır ve UDEV kullanılmaz. Azure'da mevcut olmayan bir senaryo olan birden çok SAN için UDEV gereklidir
ASM, Dış Yedeklilik için yapılandırılmalıdır. Azure Premium SSD depolama, üçlü yedeklilik sağlar. Azure Premium SSD, diğer tüm depolama çözümlerinin güvenilirliği ve bütünlüğüyle eşleşir. İsteğe bağlı güvenlik için, müşteriler Günlük Disk Grubu için Normal Yedekliliği göz önünde bulundurabilir
Yineleme Günlüğünü Yansıtma dosyaları ASM 888626 için isteğe bağlıdır - Üst düzey sistemler için yineleme günlüğü düzeni
AsM Disk Grupları aşağıda Değişken 1, 2 veya 3'e göre yapılandırıldı
ASM Ayırma Birimi boyutu = 4 MB (varsayılan). Çok Büyük Veritabanları (VLDB) BW gibi OLAP sistemleri daha büyük ASM Ayırma Birimi boyutundan yararlanabilir. Yalnızca Oracle desteğiyle onayladıktan sonra değiştirme
ASM Kesim Boyutu ve Mantıksal Kesim Boyutu = varsayılan (UDEV önerilmez, ancak 4k gerektirir)
UYUMLU ise. ASM disk grubu özniteliği bir disk grubu için 11.2 veya üzeri olarak ayarlanır; Oracle ASM SPFILE'ı oluşturabilir, kopyalayabilir veya ACFS dosya sistemine taşıyabilirsiniz. Pfile'ı ACFS'ye taşımaya ilişkin Oracle belgelerini gözden geçirin. SAPInst varsayılan olarak ACFS'de pfile oluşturmuyor
Uygun ASM Varyant kullanılır. Üretim sistemleri Değişken 2 veya 3 kullanmalıdır

Oracle Otomatik Depolama Yönetim Disk Grupları

Resmi Oracle Kılavuzu'nun II. bölümü ASM'nin yüklenmesini ve yönetimini açıklar:

Oracle Database 12c veya sonraki sürümleri için aşağıdaki ASM sınırları vardır:

511 disk grubu, Disk Grubunda 10.000 ASM disk, depolama sisteminde 65.530 ASM disk, her Disk Grubu için 1 milyon dosya. Burada daha fazla bilgi: Disk Grupları için Performans ve Ölçeklenebilirlik Konuları (oracle.com)

Oracle için uygun SAP Yükleme Kılavuzu'ndaki ASM belgelerini gözden geçirin https://help.sap.com/viewer/nwguidefinder

Değişken 1 – 3 TB'a kadar küçük ve orta ölçekli veri hacimleri, geri yükleme süresi kritik değil

Müşterinin, yedekleme ve/veya geri yükleme + Tüm veritabanlarını kurtarma işleminin RMAN kullanılarak zamanında gerçekleştirilebileceği küçük veya orta ölçekli veritabanları vardır. Örnek: Bir veya daha fazla veritabanından veri dosyaları içeren eksiksiz bir Oracle ASM disk grubu bozulduğunda ve tüm veritabanlarındaki tüm veri dosyalarının RMAN kullanılarak yeni oluşturulan oracle ASM disk grubuna geri yüklenmesi gerekir.

Oracle ASM disk grubu önerisi:

ASM Disk Grubu Adı	Mağazalar	Azure Depolama
+VERİ	Tüm veri dosyaları	3-6 x P 30 (1 TiB)
	Denetim dosyası (ilk kopya)	Veritabanı boyutunu artırmak için ek P30 diskleri ekleyin
	Çevrimiçi yineleme günlükleri (ilk kopya)
+ARCH	Denetim dosyası (ikinci kopya)	2 x P20 (512 GiB)
	Arşivlenen yineleme günlükleri
+RECO	Denetim dosyası (üçüncü kopya)	2 x P20 (512 GiB)
	RMAN yedeklemeleri (isteğe bağlı)
	kurtarma alanı (isteğe bağlı)

Değişken 2 – 3 TB ile 12 TB arasında orta ila büyük veri hacimleri, geri yükleme süresi önemli

Müşterinin yedekleme ve/veya geri yükleme +

tüm veritabanlarının kurtarılması zamanında gerçekleştirilemez.

Müşteriler genellikle RMAN, Oracle için Azure Backup ve/veya disk tutturma tekniklerini birlikte kullanıyor.

Variant 1 ile ilgili başlıca farklar şunlardır:

Her veritabanı için Ayrı Oracle ASM Disk Grubu
<DBNAME>+"_" DATA disk grubunun adı için ön ek olarak kullanılır
Veritabanı birden fazla DATA disk grubuna yayılıyorsa, DATA disk grubunun sayısı eklenir
"Veri" disk gruplarında çevrimiçi yineleme günlükleri bulunmaz. Bunun yerine, her çevrimiçi yineleme günlük grubunun ilk üyesi için fazladan bir disk grubu kullanılır.

ASM Disk Grubu Adı	Mağazalar	Azure Depolama
+<DBNAME>_DATA[#]	Tüm veri dosyaları	3-12 x P 30 (1 TiB)
	Tüm geçici dosyalar	Veritabanı boyutunu artırmak için ek P30 diskleri ekleyin
	Denetim dosyası (ilk kopya)
+OLOG	Çevrimiçi yineleme günlükleri (ilk kopya)	3 x P20 (512 GiB)
+ARCH	Denetim dosyası (ikinci kopya)	3 x P20 (512 GB)
	Arşivlenen yineleme günlükleri
+RECO	Denetim dosyası (üçüncü kopya)	3 x P20 (512 GiB)
	RMAN yedeklemeleri (isteğe bağlı)
	Hızlı kurtarma alanı (isteğe bağlı)

Değişken 3 – 5 TB'tan fazla büyük veri ve veri değişikliği hacmi, geri yükleme süresi çok önemlidir

Müşterinin tek bir veritabanını yedekleme ve/veya geri yükleme + kurtarma işleminin zamanında gerçekleştirilemiyorsa çok büyük bir veritabanı vardır.

Müşteriler genellikle RMAN, Oracle için Azure Backup ve/veya disk tutturma tekniklerini birlikte kullanıyor. Bu değişkende, her ilgili veritabanı dosya türü farklı Oracle ASM disk gruplarına ayrılmıştır.

ASM Disk Grubu Adı	Mağazalar	Azure Depolama
+<DBNAME>_DATA[#]	Tüm veri dosyaları	5-30 veya daha fazla x P30 (1 TiB) veya P40 (2 TiB)
	Tüm geçici dosyalar Veritabanı boyutunu artırmak için ek P30 diskleri ekleyin
	Denetim dosyası (ilk kopya)
+OLOG	Çevrimiçi yineleme günlükleri (ilk kopya)	3-8 x P20 (512 GiB) veya P30 (1 TiB)
		Bu ASM Disk Grubu için daha fazla güvenlik için "Normal Yedeklilik" seçilebilir
+ARCH	Denetim dosyası (ikinci kopya)	3-8 x P20 (512 GiB) veya P30 (1 TiB)
	Arşivlenen yineleme günlükleri
+RECO	Denetim dosyası (üçüncü kopya)	3 x P30 (1 TiB), P40 (2 TiB) veya P50 (4 TiB)
	RMAN yedeklemeleri (isteğe bağlı)
	Hızlı kurtarma alanı (isteğe bağlı)

Not

DATA ASM Disk Grubu için Azure Ana Bilgisayar Disk Önbelleği Salt Okunur veya Yok olarak ayarlanabilir. Diğer tüm ASM Disk Grupları Yok olarak ayarlanmalıdır. BW veya SCM'de, büyük veya meşgul sistemler için TEMP için ayrı bir ASM Disk Grubu düşünülebilir.

ASM + Azure Disklerine Alan Ekleme

Oracle ASM Disk Grupları ek diskler eklenerek veya geçerli diskler genişletilerek genişletilebilir. Mevcut diskleri genişletmek yerine ek diskler eklemenizi öneririz. Bu MOS makalelerini gözden geçirin ve MOS Notes 1684112.1 ve 2176737.1 bağlantılarını gözden geçirin

ASM, disk grubuna bir disk ekler: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'

ASM verileri otomatik olarak yeniden dengeler. Yeniden dengelemeyi denetlemek için bu komutu çalıştırın.

ps -ef | grep rbal

oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1

Belgeler şu şekilde kullanılabilir:

Azure'da Oracle ASM Sistemlerinde SAP'yi İzleme

Performans sorununu giderirken ilk adım olarak Oracle AWR raporunu çalıştırın. Disk performansı ölçümleri AWR raporunda ayrıntılı olarak yer alır.

Disk performansı Oracle Enterprise Manager'ın içinden ve dış araçlar aracılığıyla izlenebilir. Burada yardımcı olabilecek belgeler:

İşletim sistemi düzeyinde izleme araçları, tanınabilir bir dosya sistemi olmadığından ASM disklerini izleyemiyor. Serbest alan izleme, Oracle'ın içinden yapılmalıdır.

Oracle Otomatik Depolama Yönetimi (ASM) Hakkında Eğitim Kaynakları

Oracle ASM hakkında bilgi sahibi olmayan Oracle DBA'ları buradaki eğitim malzemelerini ve kaynakları takip eder:

Oracle dNFS (Doğrudan NFS) ile Azure NetApp Files (ANF)

Azure VM'leri ve ANF'nin birleşimi, çok sayıda müşteri tarafından son derece büyük ölçekte uygulanan sağlam ve kanıtlanmış bir birleşimdir.

100'den fazla TB'lık veritabanları bu birleşimde zaten üretken çalışıyor. Başlamak için bu bileşimin nasıl ayarlanacağına ilişkin ayrıntılı bir blog yazdık:

Azure NetApp Files ile SAP AnyDB (Oracle 19c) dağıtma - Microsoft Tech Community

Daha fazla genel bilgi

dNFS ANF Üretim sistemlerinde Yansıtma Günlüğü gereklidir.

ANF yüksek oranda yedekli olsa da Oracle yine de yansıtılmış bir yineleme-logfile birimi gerektirir. Öneri, iki ayrı birim oluşturmak ve mirrlogB ve origlogB ile birlikte mirrlogA ile birlikte origlogA'nın yapılandırılmasıdır. Bu durumda, redo-logfiles dağıtılmış yük dengelemesini kullanırsınız.

dNFS istemcisi yapılandırıldığında "nconnect" bağlama seçeneği önerilmez . dNFS, GÇ kanalını yönetir ve birden çok oturum kullanır, bu nedenle bu seçenek eskidir ve manifold sorunlarına neden olabilir. dNFS istemcisi bağlama seçeneklerini yoksayacak ve GÇ'yi doğrudan işleyecek.

ANF içeren her iki NFS sürümü de (v3 ve v4.1), Oracle ikili dosyaları, veri ve günlük dosyaları için desteklenir.

Tüm Oracle birimleri için Oracle dNFS istemcisini kullanmanızı kesinlikle öneririz.

Önerilen bağlama seçenekleri şunlardır:

NFS Sürümü	Bağlama Seçenekleri
NFSv3	rw,vers=3,rsize=262144,wsize=262144,hard,timeo=600,noatime

NFSv4.1	rw,vers=4.1,rsize=262144,wsize=262144,hard,timeo=600,noatime

ANF Yedekleme

ANF ile tutarlı anlık görüntü tabanlı yedeklemeler, düşük gecikme süresi ve son derece yüksek performans gibi bazı temel özellikler kullanılabilir. AzAcSnap aracımızın 6. sürümünden Azure Uygulaması ANF için Tutarlı Anlık Görüntü aracı, Oracle veritabanları tutarlı veritabanı anlık görüntüleri için yapılandırılabilir.

Bu anlık görüntüler gerçek veri biriminde kalır ve ANF CRR (Bölgeler Arası Çoğaltma) ANF veya diğer yedekleme araçlarının bölgeler arası çoğaltması kullanılarak kopyalanmalıdır.

LVM ile Azure'da Oracle üzerinde SAP

ASM, Azure'da herhangi bir boyuttaki tüm SAP sistemleri için Oracle'ın varsayılan önerisidir. Performans, güvenilirlik ve destek, ASM kullanan müşteriler için daha iyidir. Oracle, DBA'ların ASM'ye geçişine yönelik belgeler ve eğitim sağlar. Oracle DBA ekibinin ASM'yi kullanmak için Oracle, Microsoft ve SAP'nin önerilerini izlemediği durumlarda aşağıdaki LVM yapılandırması kullanılmalıdır.

Şu noktalara dikkat edin: LVM'yi oluştururken verileri LVM grubundaki disk sayısına eşit olarak dağıtmak için "-i" seçeneğinin kullanılması gerekir.

LVM çalıştırılırken Yansıtma Günlüğü gereklidir.

En düşük yapılandırma Linux:

Bileşen	Disk	Konak Önbelleği	Şeritleme¹
/oracle/<SID>/origlogaA &mirrlogB	Premium	Hiçbiri	Gerekli değil
/oracle/<SID>/origlogaB & mirrlogA	Premium	Hiçbiri	Gerekli değil
/oracle/<SID>/sapdata1... n	Premium	Salt^{okunur 2}	Önerilir
/oracle/<SID>/oraarch³	Premium	Hiçbiri	Gerekli değil
Oracle Home, saptrace, ...	Premium	Hiçbiri	Hiçbiri

Şeritleme: RAID0 kullanarak LVM şeridi
R3Yük geçişleri sırasında SAPDATA için Konak Önbelleği seçeneği Yok olarak ayarlanmalıdır
oraarch: LVM isteğe bağlıdır

Oracle'ın çevrimiçi yineleme günlüklerini barındırmak için disk seçimi IOPS gereksinimlerine göre yapılır. Tüm sapdata1'i depolamak mümkündür... birim, IOPS ve aktarım hızı gereksinimleri karşıladıkça tek bir bağlı diskte n (tablo alanları).

Performans yapılandırması Linux:

Bileşen	Disk	Konak Önbelleği	Şeritleme¹
/oracle/<SID>/origlogaA	Premium	Hiçbiri	Kullanılabilir
/oracle/<SID>/origlogaB	Premium	Hiçbiri	Kullanılabilir
/oracle/<SID>/mirrlogAB	Premium	Hiçbiri	Kullanılabilir
/oracle/<SID>/mirrlogBA	Premium	Hiçbiri	Kullanılabilir
/oracle/<SID>/sapdata1... n	Premium	Salt^{okunur 2}	Önerilir
/oracle/<SID>/oraarch³	Premium	Hiçbiri	Gerekli değil
Oracle Home, saptrace, ...	Premium	Hiçbiri	Hiçbiri

Şeritleme: RAID0 kullanarak LVM şeridi
R3load geçişleri sırasında SAPDATA için Konak Önbelleği seçeneği Yok olarak ayarlanmalıdır
oraarch: LVM isteğe bağlıdır

Azure Infra: Sanal makine aktarım hızı sınırları ve Azure Disk Depolama Seçenekleri

Oracle Otomatik Depolama Yönetimi (ASM)## şu depolama teknolojilerini değerlendirebilir:

Azure Premium Depolama – şu anda varsayılan seçenek
Yönetilen Disk SeriLeştirme - Yönetilen disk patlaması - Azure Sanal Makineler | Microsoft Docs
Azure Yazma Hızlandırıcısı
Azure Premium SSD depolama için çevrimiçi disk uzantısı hala devam ediyor

Yazma Hızlandırıcısı etkinleştirilerek Azure M Serisi VM'lerde günlük yazma süreleri geliştirilebilir. ASM Disk Grubu tarafından çevrimiçi yineleme günlük dosyaları için kullanılan Azure Premium Depolama diskleri için Azure Yazma Hızlandırıcısı'nı etkinleştirin. Daha fazla bilgi için bkz . Yazma Hızlandırıcısı.

Yazma Hızlandırıcısı'nın kullanılması isteğe bağlıdır, ancak AWR raporu beklenen günlük yazma sürelerinden daha uzun olduğunu gösteriyorsa etkinleştirilebilir.

Azure Sanal Makine Aktarım Hızı Sınırları

Her Azure Sanal makinesi (VM) türünün CPU, Disk, Ağ ve RAM için sınırları vardır. Bu sınırlar aşağıdaki bağlantılarda belgelenmiştir

Bir VM türü seçilirken aşağıdaki öneriler izlenmelidir:

Disk Aktarım Hızı ve IOPS'nin iş yükü için yeterli olduğundan ve disklerin toplam aktarım hızına en az eşit olduğundan emin olun
Özellikle Yineleme Günlüğü diskleri için ücretli seri depolamayı etkinleştirmeyi göz önünde bulundurun
ANF için, tüm depolama trafiği Disk aktarım hızı yerine "Ağ" olarak sayıldığından Ağ aktarım hızı önemlidir
Azure M serisi VM'ler HCMT'lerinde Ağ Aktarım Hızını İyileştirme (microsoft.com) için M serisi ağ ayarlaması için bu blogu gözden geçirin
Doğru Azure VM'sini seçmek için AWR raporunun nasıl kullanılacağını açıklayan bu bağlantıyı gözden geçirin
Azure Intel Ev5 Edv5 ve Edsv5 serisi - Azure Sanal Makineler |Microsoft Docs
Azure AMD Eadsv5 Easv5 ve Eadsv5 serisi - Azure Sanal Makineler |Microsoft Docs
Azure M serisi/Msv2 serisi M serisi - Azure Sanal Makineler |Microsoft Docs ve Msv2/Mdsv2 Orta Bellek Serisi - Azure Sanal Makineler | Microsoft Docs
Azure Mv2 Mv2 serisi - Azure Sanal Makineler | Microsoft Docs

Yedekleme/geri yükleme

Yedekleme/geri yükleme işlevselliği için Sap BR*Tools for Oracle, çıplak ve Hyper-V ile aynı şekilde desteklenir. Oracle Kurtarma Yöneticisi (RMAN), diske yedeklemeler ve diskten geri yüklemeler için de desteklenir.

Oracle veritabanları için Azure Backup ve Kurtarma hizmetlerini nasıl kullanabileceğiniz hakkında daha fazla bilgi için bkz:

Azure Linux sanal makinesinde Oracle Database 12c veritabanını yedekleme ve kurtarma
Azure Backup hizmeti , Azure Backup kullanarak Bir Azure Linux VM'de Oracle Veritabanı 19c veritabanını yedekleme ve kurtarma makalesinde açıklandığı gibi Oracle yedeklemelerini de destekler.

Yüksek kullanılabilirlik

Oracle Data Guard, yüksek kullanılabilirlik ve olağanüstü durum kurtarma amacıyla desteklenir. Data Guard'da otomatik yük devretme gerçekleştirmek için Hızlı Başlangıç Yük Devretme (FSFA) kullanmanız gerekir. Gözlemci işlevi (FSFA) yük devretmeyi tetikler. FSFA kullanmıyorsanız, yalnızca el ile yük devretme yapılandırması kullanabilirsiniz. Daha fazla bilgi için bkz . Azure Linux sanal makinesinde Oracle Data Guard uygulama.

Azure'daki Oracle veritabanları için Olağanüstü Durum Kurtarma özellikleri, Bir Azure ortamındaki Oracle Veritabanı 12c veritabanı için olağanüstü durum kurtarma makalesinde sunulmuştur.

SAP Müşterileri için Oracle 12c Data Guard'ı ayarlamaya yönelik başka bir iyi Oracle teknik incelemesi

Büyük Sayfalar ve Büyük Oracle SGA Yapılandırmaları

Azure dağıtımlarında Oracle üzerinde VLDB SAP, 3 TB'ı aşan SGA boyutları uygular. Oracle'ın modern sürümleri büyük SGA boyutlarını iyi işler ve GÇ'leri önemli ölçüde azaltır. Okuma GÇ'sini azaltmak için AWR raporunu gözden geçirin ve SGA boyutunu artırın.

Genel rehberlik olarak Linux Büyük Sayfaları VM RAM boyutunun yaklaşık %75'ine yapılandırılmalıdır. SGA boyutu, Büyük Sayfa boyutunun %90'ı olarak ayarlanabilir. Yaklaşık bir örnek, 4 TB RAM'e sahip bir M192ms VM'nin Yakın bir şekilde 3 TB olarak ayarlanmış Büyük Sayfalar'a sahip olması olabilir. SGA, 2,95 TB gibi biraz daha az bir değere ayarlanabilir.

Yüksek Bellekli Azure VM'lerinde çalışan büyük SAP müşterileri, bu makalede açıklandığı gibi HugePage'lerden büyük ölçüde yararlanıyor

NUMA sistemleri vm.min_free_kbytes, NUMA düğümlerinin> 524288 * <# olarak ayarlanmalıdır. Bkz. Oracle Linux: önerilen vm.min_free_kbytes Çekirdek Ayarlama Parametresi Değeri (Doc ID 2501269.1...

Bağlantılar ve diğer Oracle Linux Yardımcı Programları

Oracle Linux kullanışlı bir GUI yönetim yardımcı programı sağlar:

Oracle web konsolu Oracle Linux: Oracle Linux'ta Cockpit Web Konsolunu yükleme
Yukarı Akış Kokpit Projesi — Kokpit Projesi (cockpit-project.org)

Oracle Linux yeni bir paket yönetim aracına sahip – DNF

Oracle Linux 8: Paket Yönetimi ücretsiz videolarla kolaylaştırdı | Oracle Linux Blogu

Oracle® Linux 8 Oracle Linux'ta Yazılımı Yönetme - Bölüm 1 Yum DNF

Bellek ve NUMA yapılandırmaları yararlı bir araçla test edilebilir ve kıyaslanabilir - Oracle Gerçek Uygulama Testi (RAT)

Oracle Gerçek Uygulama Testi: Nedir ve Nasıl Kullanılır? (aemcorp.com)

Azure'da UDEV Günlük Bozulması sorunu Oracle Redolog bozulması hakkında bilgi | Alandaki Oracle (wordpress.com)

Azure'da Oracle ASM bozulması - izleme (dbaharrison.blogspot.com)

Oracle ASM çalıştırırken Hyper-V veya Azure'da veri bozulması - Red Hat Müşteri Portalı

Azure Linux sanal makinesinde Oracle ASM'yi ayarlama - Azure Sanal Makineler | Microsoft Docs

Windows üzerinde Azure VM'lerinde SAP yüklemeleri için Oracle Yapılandırma yönergeleri

Azure'da Oracle üzerinde SAP, Windows'un da desteklemektedir. Windows dağıtımları için öneriler aşağıda özetlenmiştir:

Aşağıdaki Windows sürümleri önerilir: Windows Server 2022 (yalnızca Oracle Database 19.13.0 üzerinde) Windows Server 2019 (yalnızca Oracle Database 19.5.0 üzerinde)
Windows'da ASM desteği yoktur. En iyi performans için diskleri toplamak için Windows Depolama Alanları kullanılmalıdır
Oracle Home'u ayrılmış bir bağımsız diske yükleme (C: Sürücüsüne Oracle Home'u yüklemeyin)
Tüm diskler NTFS olarak biçimlendirilmelidir
Oracle'daki Windows Ayarlama kılavuzunu izleyin ve büyük sayfaları etkinleştirin, sayfaları belleğe kilitleyin ve Windows'a özgü diğer ayarlar

O sırada Azure'da Windows müşterileri için ASM yazma işlemi desteklenmemektedir. Windows için SAP Yazılım Sağlama Yöneticisi (SWPM) şu anda ASM'yi desteklemez.

Windows üzerinde Oracle üzerinde SAP için Depolama Yapılandırmaları

En düşük yapılandırma Windows' ları:

Bileşen	Disk	Konak Önbelleği	Şeritleme¹
E:\oracle\<SID>\origlogaA &mirrlogB	Premium	Hiçbiri	Gerekli değil
F:\oracle\<SID>\origlogaB &mirrlogA	Premium	Hiçbiri	Gerekli değil
G:\oracle\<SID>\sapdata1... n	Premium	Salt^{okunur 2}	Önerilir
H:\oracle\<SID>\oraarch³	Premium	Hiçbiri	Gerekli değil
I:\Oracle Home, saptrace, ...	Premium	Hiçbiri	Hiçbiri

Şeritleme: Windows Depolama Alanları
R3load geçişleri sırasında SAPDATA için Konak Önbelleği seçeneği Yok olarak ayarlanmalıdır
oraarch: Windows Depolama Spaces isteğe bağlıdır

Performans yapılandırması Windows:

Bileşen	Disk	Konak Önbelleği	Şeritleme¹
E:\oracle\<SID>\origlogaA	Premium	Hiçbiri	Kullanılabilir
F:\oracle\<SID>\origlogaB	Premium	Hiçbiri	Kullanılabilir
G:\oracle\<SID>\mirrlogAB	Premium	Hiçbiri	Kullanılabilir
H:\oracle\<SID>\mirrlogBA	Premium	Hiçbiri	Kullanılabilir
I:\oracle\<SID>\sapdata1... n	Premium	Salt^{okunur 2}	Önerilir
J:\oracle\<SID>\oraarch³	Premium	Hiçbiri	Gerekli değil
K:\Oracle Home, saptrace, ...	Premium	Hiçbiri	Hiçbiri

Şeritleme: Windows Depolama Alanları
R3load geçişleri sırasında SAPDATA için Konak Önbelleği seçeneği Yok olarak ayarlanmalıdır
oraarch: Windows Depolama Spaces isteğe bağlıdır

Windows'da Oracle bağlantıları

Sonraki adımlar

Makaleyi okuyun

SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili dikkat edilmesi gerekenler