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

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

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:

1. Kullanılabilir en son Oracle Linux sürümünü kullanın (Oracle Linux 8.6 veya üzeri).
2. 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.
3. Blok depolamadaki küçük, orta ve büyük boyutlu veritabanları için Otomatik Depolama Yönetimi'ni (ASM) kullanın.
4. Azure Premium Depolama SSD kullanılmalıdır. Standart veya diğer depolama türlerini kullanmayın.
5. 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.
6. ASMLib kullanın ve udev kullanmayın.
7. Azure NetApp Files dağıtımlarında Oracle'ın kendi yüksek performanslı Doğrudan NFS (Ağ Dosya Sistemi) sürücü çözümü olan Oracle dNFS kullanılmalıdır.
8. 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.
9. 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.
10. 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.
11. 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.
12. 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:

1. Oracle Otomatik Depolama Yönetimi (ASM)
2. 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öneticilerinin (DBA) bağlantılarını içerir.

Azure birden çok depolama çözümü sağlar.

Aşağıdaki tabloda destek durumu ayrıntılı olarak yer almaktadır

1. Azure Premium SSD v2'nin önceden tanımlanmış depolama boyutları yoktur. ASM Disk Grubu veya LVM VG içinde birden çok disk ayırmanız gerekmez. ASM Disk Grubu başına gerekli boyut, aktarım hızı ve IOPS ile tek bir Premium SSD v2 diski ayırmanız önerilir
2. 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:

1. 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
2. Oracle 19c ve üzeri hem ASM hem de LVM ile 4K Native sektör boyutunu tam olarak destekler
3. Linux üzerinde Oracle 19c ve üzeri – 512e depolamadan 4K Yerel depolamaya geçerken Günlük kesim boyutları değiştirilmelidir
4. 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
5. SAPInst, yükleme sırasında pfile'a yazar. $ORACLE_HOME/dbs bir 4K diskteyse filesystemio_options=asynch değerini ayarlayın 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
6. Windows platformlarında ASM desteği yok
7. 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
8. 4K Yerel kesim boyutu yalnızca Windows platformları için Veri birimlerinde desteklenir. Windows'da günlük birimleri için 4K desteklenmez
9. Ş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ı Depolamada 4K Yineleme Günlüklerini Kullanma (Doc ID 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:

1. 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ı
2. ASMLib kullanılır ve UDEV kullanılmaz. Azure'da mevcut olmayan bir senaryo olan birden çok SAN için UDEV gereklidir
3. 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
4. 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
5. AsM Disk Grupları aşağıda Değişken 1, 2 veya 3'e göre yapılandırıldı
6. ASM Ayırma Birimi boyutu = 4 MB (varsayılan). SAP BW gibi Çok Büyük Veritabanları (VLDB) OLAP sistemleri daha büyük ASM Ayırma Birimi boyutundan yararlanabilir. Yalnızca Oracle desteğiyle onayladıktan sonra değiştirme
7. ASM Kesim Boyutu ve Mantıksal Kesim Boyutu = varsayılan (UDEV önerilmez, ancak 4k gerektirir)
8. 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
9. Uygun ASM Varyant kullanılır. Üretim sistemleri Değişken 2 veya 3 kullanmalıdır

Oracle Otomatik Depolama Yönetimi Disk Grupları

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

• Oracle Otomatik Depolama Yönetimi Yönetici Kılavuzu, 19c
• Oracle Grid Infrastructure Grid Altyapısı Yükleme ve Yükseltme Kılavuzu, Linux için 19c

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:

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 ya da tüm veritabanlarını kurtarma işleminin zamanında gerçekleştirilemeyecei orta ve büyük boyutlu veritabanları vardır.

Müşteriler genellikle RMAN, Oracle için Azure Backup ve/veya disk anlık görüntüsü tekniklerini birlikte kullanıyor.

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

1. Her veritabanı için Ayrı Oracle ASM Disk Grubu
2. <DBNAME>+"_" DATA disk grubunun adı için ön ek olarak kullanılır
3. Veritabanı birden fazla DATA disk grubuna yayılıyorsa, DATA disk grubunun sayısı eklenir
4. "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.

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 yedekleme ve/veya geri yüklemenin ya da tek bir veritabanının kurtarılmasının 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 + 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:

• ASM Disk Gruplarını Birden Çok Bölge Arasında Yeniden Boyutlandırma (aemcorp.com)
• YENIDEN BOYUTLANDıRMA - Disk Gruplarını Değiştirme (oracle.com)

Azure'da Oracle ASM Sistemlerinde SAP'yi İzleme

Performans sorununu giderirken ilk adım olarak bir Oracle AWR (Otomatik İş Yükü Deposu) raporu ç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:

• Oracle ASM Bilgilerini Görüntülemek için Görünümleri Kullanma
• ASMCMD Disk Grubu Yönetim Komutları (oracle.com)

İş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:

• Microsoft Azure'da ASM ile Sap on Oracle - Bölüm1 - Microsoft Tech Community
• Oracle19c DB [ ASM ] yüklemesi [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] - YouTube
• ASM Yönetici Kılavuzu (oracle.com)
• SAP Geliştirme Güncelleştirmesi için Oracle (Mayıs 2022)
• Disk Grupları için Performans ve Ölçeklenebilirlik Konuları (oracle.com)
• Oracle Enterprise Manager ile Oracle ASM'ye geçiş
• ASM'ye geçiş için RMAN kullanma | Oracle Mentor (wordpress.com)
• Oracle ASM-Azure IaaS nedir? - Basit Konuşma (red-gate.com)
• ASM Komut Satırı Yardımcı Programı (ASMCMD) (oracle.com)
• Yararlı asmcmd komutları - DBACLASS DBACLASS
• Oracle ASMLIB Yazılımını Yükleme ve Yapılandırma

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

• Azure NetApp Files kullanan çözüm mimarileri | Oracle
• Azure NetApp Files kullanan çözüm mimarileri | AnyDB'de SAP

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:

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:

1. Şeritleme: RAID0 kullanarak LVM şeridi
2. 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:

1. Şeritleme: RAID0 kullanarak LVM şeridi
2. 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 Storage için güncel öneriler

1. Azure Premium Depolama – Müşterilerin çoğu ASM'de Premium Depolama
2. Azure NetApp Files - Genellikle 50 TB'tan büyük tek Oracle veritabanlarına sahip VLDB müşterileri genellikle ANF kullanıyor ve Yedekleme ve Geri Yükleme için Azure NetApp Files'ın Depolama Anlık Görüntüsü özelliklerini kullanıyor
3. Yönetilen Disk SeriLeştirme - Yönetilen disk patlaması - Azure Sanal Makineler | Microsoft Docs
4. Azure Yazma Hızlandırıcısı - Oracle yineleme günlüğünün Premium SSD v1 disklerine dayalı olması durumunda kullanılır
5. Çevrimiçi disk uzantısı Premium Depolama v1 için tam olarak desteklenir ve ASM ile çalışır

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:

1. 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
2. Özellikle Yineleme Günlüğü diskleri için ücretli seri depolamayı etkinleştirmeyi göz önünde bulundurun
3. 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
4. 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
5. 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
6. Azure Intel Ev5 Edv5 ve Edsv5 serisi - Azure Sanal Makineler |Microsoft Docs
7. Azure AMD Eadsv5 Easv5 ve Eadsv5 serisi - Azure Sanal Makineler |Microsoft Docs
8. Azure M serisi/Msv2 serisi M serisi - Azure Sanal Makineler |Microsoft Docs ve Msv2/Mdsv2 Orta Bellek Serisi - Azure Sanal Makineler | Microsoft Docs
9. 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 Backup hizmeti, Azure Backup kullanarak Azure Linux VM'sinde Oracle 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.

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:

1. 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)
2. Windows'da ASM desteği yoktur. En iyi performans için diskleri toplamak için Windows Depolama Alanları kullanılmalıdır
3. Oracle Home'u ayrılmış bir bağımsız diske yükleme (C: Sürücüsüne Oracle Home'u yüklemeyin)
4. Tüm diskler NTFS olarak biçimlendirilmelidir
5. 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ı:

1. Şerit oluşturma: Windows Depolama Alanları
2. oraarch: Windows Depolama Alanları 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ı Windows:

1. Şerit oluşturma: Windows Depolama Alanları
2. oraarch: Windows Depolama Alanları isteğe bağlıdır

Windows'da Oracle bağlantıları

• Windows Ayarlamaya Genel Bakış (oracle.com)
• Windows'ta Yükleme Sonrası Yapılandırma Görevleri (oracle.com)
• Windows Sunusu üzerinde SAP (oracle.com)2823030 - MS WINDOWS Büyük Sayfalarında Oracle

Sonraki adımlar

Makaleyi okuyun

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