Azure VM'lerinde SAP MaxDB, liveCache ve Content Server dağıtımı

  • Makale

Bu belge, Azure IaaS'de MaxDB, liveCache ve content Server'ı dağıtırken dikkate alınması gereken birkaç farklı alanı kapsar. Bu belgenin önkoşulu olarak, SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar belgesini ve Azure'daki SAP iş yükü belgelerindeki diğer kılavuzları okumanız gerekir.

Windows'da SAP MaxDB dağıtımlarının özellikleri

Azure'da SAP MaxDB Sürüm Desteği

SAP şu anda Azure'da SAP NetWeaver tabanlı ürünlerle kullanılmak üzere SAP MaxDB sürüm 7.9 veya üzerini desteklemektedir. SAP NetWeaver tabanlı ürünlerle kullanılacak SAP MaxDB sunucusu veya JDBC ve ODBC sürücülerine yönelik tüm güncelleştirmeler yalnızca SAP Service Marketplace aracılığıyla sağlanır. SAP MaxDB üzerinde SAP NetWeaver çalıştırma hakkında daha fazla bilgi için bkz . SAP MaxDB.

SAP MaxDB DBMS için desteklenen Microsoft Windows sürümleri ve Azure VM türleri

Azure'da SAP MaxDB DBMS için desteklenen Microsoft Windows sürümünü bulmak için bkz:

Microsoft Windows'un en yeni işletim sistemi olan Microsoft Windows 2016 sürümünü kullanmanız kesinlikle önerilir.

MaxDB için kullanılabilir SAP MaxDB Belgeleri

SAP MaxDB belgelerinin güncelleştirilmiş listesini aşağıdaki SAP Not 767598 bulabilirsiniz

Azure VM'lerinde SAP Yüklemeleri için SAP MaxDB Yapılandırma Yönergeleri

Depolama yapılandırması

SAP MaxDB için Azure depolama en iyi yöntemleri, RDBMS Dağıtımları için VM'nin Depolama yapısı bölümünde belirtilen genel önerileri izleyin.

Önemli

Diğer veritabanları gibi SAP MaxDB'de de veri ve günlük dosyaları vardır. Ancak SAP MaxDB terminolojisinde doğru terim "birim" ("dosya" değil) terimidir. Örneğin SAP MaxDB veri birimleri ve günlük birimleri vardır. Bunları işletim sistemi disk birimleriyle karıştırmayın.

Kısacası:

  • Azure Depolama hesaplarını kullanıyorsanız SAP MaxDB verilerini ve günlük birimlerini (veri ve günlük dosyaları) tutan Azure depolama hesabını, SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar bölümünde belirtildiği gibi Yerel Yedekli Depolama (LRS) olarak ayarlayın.
  • SAP MaxDB veri birimleri (veri dosyaları) için GÇ yolunu günlük birimlerinin GÇ yolundan (günlük dosyaları) ayırın. Bu, SAP MaxDB veri birimlerinin (veri dosyaları) bir mantıksal sürücüye yüklenmesi ve SAP MaxDB günlük birimlerinin (günlük dosyaları) başka bir mantıksal sürücüye yüklenmesi gerekir.
  • SAP maxDB verileri veya günlük birimleri (veri ve günlük dosyaları) için kullanıp kullanmadığınıza ve SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar bölümünde açıklandığı gibi Azure Standard veya Azure Premium Depolama kullanıp kullanmadığınıza bağlı olarak her disk için uygun önbelleğe alma türünü ayarlayın.
  • Disk başına geçerli IOPS kotası gereksinimleri karşılıyorsa, tüm veri birimlerini tek bir bağlı diskte depolamak ve ayrıca tüm veritabanı günlük birimlerini başka bir bağlı diskte depolamak mümkündür.
  • Daha fazla IOPS ve/veya alan gerekiyorsa, birden çok bağlı disk üzerinde büyük bir mantıksal cihaz oluşturmak için Microsoft Window Depolama Havuzları'nın (yalnızca Microsoft Windows Server 2012 ve üzeri sürümlerde kullanılabilir) kullanılması önerilir. Daha fazla ayrıntı için bkz. SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar. Bu yaklaşım, disk alanını yönetmek için yönetim ek yükünü basitleştirir ve dosyaları birden çok bağlı diske el ile dağıtma çabasını önler.
  • MaxDB dağıtımları için Azure Premium Depolama kullanılması kesinlikle önerilir.

Reference Configuration of Azure IaaS VM for SAP MaxDB DBMS

Yedekleme ve Geri Yükleme

SAP MaxDB'yi Azure'a dağıtırken yedekleme metodolojinizi gözden geçirmeniz gerekir. Sistem üretken bir sistem olmasa bile, SAP MaxDB tarafından barındırılan SAP veritabanının düzenli aralıklarla yedeklenmesi gerekir. Azure Depolama üç görüntü tuttuğundan, yedekleme artık sisteminizi depolama hatalarına ve daha önemli işletim veya yönetim hatalarına karşı koruma açısından daha az önemlidir. Uygun bir yedekleme ve geri yükleme planını korumanın birincil nedeni, belirli bir noktaya kurtarma özellikleri sağlayarak mantıksal veya el ile hataları telafi edebilmenizdir. Bu nedenle amaç, veritabanını belirli bir noktaya geri yüklemek için yedeklemeleri kullanmak veya mevcut veritabanını kopyalayarak başka bir sistem oluşturmak için Azure'daki yedekleri kullanmaktır.

Azure'da veritabanını yedekleme ve geri yükleme, şirket içi sistemlerde olduğu gibi çalışır; böylece SAP Note 767598'de listelenen SAP MaxDB belge belgelerinden birinde açıklanan standart SAP MaxDB yedekleme/geri yükleme araçlarını kullanabilirsiniz.

Azure Backup ile Yedekleme ve Geri Yükleme

Ayrıca MaxDB yedeklemesini Üçüncü taraf yedekleme aracı Maxback (https://maxback.io ) kullanarak Azure Backup ile tümleştirebilirsiniz. MaxBack, Azure Backup tarafından da kullanılan VSS tümleştirmesi ile Windows'ta MaxDB'yi yedeklemenize ve geri yüklemenize olanak tanır. Azure Backup kullanmanın avantajı, yedekleme ve geri yüklemenin depolama düzeyinde yapılmasıdır. MaxBack, veritabanının yedekleme ve geri yükleme için doğru durumda olmasını sağlar ve günlük birimi yedeklemelerini otomatik olarak işler.

Yedekleme ve Geri Yükleme için PerformansLa İlgili Önemli Noktalar

Çıplak dağıtımlarda olduğu gibi yedekleme ve geri yükleme performansı, paralel olarak kaç birimin okunabileceğine ve bu birimlerin aktarım hızına bağlıdır. Bu nedenle, aşağıdakiler varsayılabilir:

  • Veritabanı cihazlarını depolamak için kullanılan disk sayısı ne kadar az olursa, genel okuma aktarım hızı o kadar düşük olur
  • Yedeklemeyi yazmak için ne kadar az hedef (Şerit Dizinleri, diskler) olursa aktarım hızı o kadar düşük olur

Yazılması gereken hedef sayısını artırmak için, gereksinimlerinize bağlı olarak muhtemelen birlikte kullanabileceğiniz iki seçenek vardır:

  • Yedekleme için ayrı birimler ayırma
  • Bu şeritli disk biriminde IOPS aktarım hızını geliştirmek için yedekleme hedef birimini birden çok bağlı disk üzerinde şeritleme
  • Aşağıdakiler için ayrı ayrılmış mantıksal disk cihazlarına sahip olma:
    • SAP MaxDB yedekleme birimleri (dosyalar gibi)
    • SAP MaxDB veri birimleri (dosyalar gibi)
    • SAP MaxDB günlük birimleri (dosyalar gibi)

Daha önce SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili dikkat edilmesi gerekenler bölümünde bir birimi birden çok bağlı diske ayırma konusu ele alınmıştır.

Dikkat edilecek diğer noktalar

Azure Kullanılabilirlik Kümeleri veya SAP izleme gibi diğer tüm genel alanlar, SAP iş yükü için Azure Sanal Makineler DBMS dağıtımı konuları bölümünde açıklandığı gibi de geçerlidir. SAP MaxDB veritabanı ile VM'lerin dağıtımları için. SAP MaxDB'ye özgü diğer ayarlar Azure VM'leri için saydamdır ve SAP Not 767598 ve şu SAP Notları'nda listelenen farklı belgelerde açıklanmıştır:

Windows'da SAP liveCache dağıtımlarının özellikleri

SAP liveCache Sürüm Desteği

Sap liveCache'in Azure Sanal Makineler desteklenen en düşük sürümü, SAP LC/LCAPPS 10.0 SP 25 sürümüdür ve liveCache 7.9.08.31 ve SAP SCM 7.0 ve sonraki sürümleri için EhP 2 için yayımlanan LCA-Derleme 25'tir.

SAP liveCache DBMS için desteklenen Microsoft Windows Sürümleri ve Azure VM türleri

Azure'da SAP liveCache için desteklenen Microsoft Windows sürümünü bulmak için bkz:

microsoft windows server işletim sisteminin en yeni sürümünü kullanmanız kesinlikle önerilir.

Azure VM'lerinde SAP Yüklemeleri için SAP liveCache Yapılandırma Yönergeleri

SAP liveCache büyük hesaplamalar yapan bir uygulama olduğundan, RAM ve CPU'nun miktarı ve hızı SAP liveCache performansı üzerinde önemli bir etkiye sahiptir.

SAP tarafından desteklenen Azure VM türleri için (SAP Not 1928533), VM'ye ayrılan tüm sanal CPU kaynakları hiper yöneticinin ayrılmış fiziksel CPU kaynakları tarafından desteklenir. Fazla sağlama (ve dolayısıyla CPU kaynakları için rekabet gerçekleşmez) gerçekleşmez.

Benzer şekilde, SAP tarafından desteklenen tüm Azure VM örneği türleri için VM belleği fiziksel belleğe %100 eşlenir; örneğin aşırı sağlama (fazla taahhüt) kullanılmaz.

Bu açıdan bakıldığında en son Dv2, Dv3, Ev3 ve M serisi VM'lerin kullanılması kesinlikle önerilir. Farklı VM türlerinin seçimi, liveCache için ihtiyacınız olan belleğe ve ihtiyacınız olan CPU kaynaklarına bağlıdır. Diğer tüm DBMS dağıtımlarında olduğu gibi, performans açısından kritik birimler için Azure Premium Depolama'ndan yararlanmanız önerilir.

Azure'da liveCache için Depolama Yapılandırması

SAP liveCache, SAP MaxDB teknolojisini temel alır. Bu belgede açıklanan SAP MaxDB için belirtilen tüm Azure depolama en iyi uygulama önerileri SAP liveCache için de geçerlidir.

liveCache için ayrılmış Azure VM senaryosu

SAP liveCache yoğun işlem gücü kullandığından, üretken kullanım için ayrılmış bir Azure Sanal Makinesine dağıtmanız kesinlikle önerilir.

Dedicated Azure VM for liveCache for productive use case

Azure'da liveCache için yedekleme ve geri yükleme

yedekleme ve geri yükleme, performans konuları dahil olmak üzere, bu belgenin ilgili SAP MaxDB bölümlerinde zaten açıklanmıştır.

Dikkat edilecek diğer noktalar

Diğer tüm genel alanlar, ilgili SAP MaxDB bölümünde zaten açıklanmıştır.

Azure'da Windows'ta SAP content Server dağıtımının ayrıntıları

SAP İçerik Sunucusu, elektronik belgeler gibi içerikleri farklı biçimlerde depolamak için ayrı, sunucu tabanlı bir bileşendir. SAP İçerik Sunucusu, teknoloji geliştirmesi tarafından sağlanır ve tüm SAP uygulamaları için çapraz uygulamalar için kullanılır. Ayrı bir sisteme yüklenir. Tipik içerik, Bilgi Ambarı'ndan alınan eğitim malzemeleri ve belgeleri veya mySAP PLM Belge Yönetim Sistemi'nden kaynaklanan teknik çizimlerdir.

Azure VM'leri için SAP content server sürüm desteği

SAP şu anda şu anda şu desteği desteklemektedir:

  • Sürüm 6.50 (ve üzeri) ile SAP content Server
  • SAP MaxDB sürüm 7.9
  • Microsoft IIS (Internet Information Server) sürüm 8.0 (ve üzeri)

SAP Content Server'ın en yeni sürümünü ve Microsoft IIS'nin en yeni sürümünü kullanmanız kesinlikle önerilir.

SAP Ürün Kullanılabilirlik Matrisi'nde (PAM) SAP Content Server ve Microsoft IIS'nin desteklenen en son sürümlerini denetleyin.

SAP Content Server için desteklenen Microsoft Windows ve Azure VM türleri

Azure'da SAP Content Server için desteklenen Windows sürümünü bulmak için bkz:

Microsoft Windows Server'ın en yeni sürümünü kullanmanız kesinlikle önerilir.

Azure VM'lerinde SAP Yüklemeleri için SAP content server yapılandırma yönergeleri

Azure'da İçerik Sunucusu için Depolama Yapılandırması

SAP Content Server'ı SAP MaxDB veritabanındaki dosyaları depolamak üzere yapılandırıyorsanız, bu belgedeki SAP MaxDB için belirtilen tüm Azure depolama en iyi yöntemler önerisi SAP İçerik Sunucusu senaryosu için de geçerlidir.

SAP Content Server'ı dosyaları dosya sisteminde depolamak için yapılandırdıysanız, ayrılmış bir mantıksal sürücü kullanmanız önerilir. Windows Depolama Spaces kullanmak, SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar bölümünde açıklandığı gibi mantıksal disk boyutunu ve IOPS aktarım hızını artırmanıza da olanak tanır.

SAP İçerik Sunucusu Konumu

SAP İçerik Sunucusu'nun SAP sisteminin dağıtıldığı Azure bölgesinde ve Azure sanal asında dağıtılması gerekir. SAP content server bileşenlerini ayrılmış bir Azure VM'sine mi yoksa SAP sisteminin çalıştığı vm'ye mi dağıtmak istediğinize karar vermekte serbestsiniz.

Dedicated Azure VM for SAP Content Server

SAP Cache Sunucusu Konumu

SAP Cache Sunucusu, yerel olarak (önbelleğe alınmış) belgelere erişim sağlamak için ek sunucu tabanlı bir bileşendir. SAP Önbellek Sunucusu, bir SAP İçerik Sunucusu belgelerini önbelleğe alır. Bu, belgelerin farklı konumlardan birden çok kez alınması gerekiyorsa ağ trafiğini iyileştirmektir. Genel kural, SAP Cache Server'ın SAP Cache Server'a erişen istemciye fiziksel olarak yakın olması gerekir.

Burada iki seçeneğiniz vardır:

  1. İstemci bir arka uç SAP sistemidir Bir arka uç SAP sistemi SAP content Server'a erişecek şekilde yapılandırılmışsa, bu SAP sistemi bir istemcidir. Hem SAP sistemi hem de SAP İçerik Sunucusu aynı Azure bölgesinde dağıtıldığından, aynı Azure veri merkezinde fiziksel olarak birbirine yakındır. Bu nedenle, ayrılmış bir SAP Cache Sunucusuna sahip olmanız gerekmez. SAP UI istemcileri (SAP GUI veya web tarayıcısı) SAP sistemine doğrudan erişir ve SAP sistemi belgeleri SAP İçerik Sunucusu'ndan alır.
  2. İstemci, şirket içi bir web tarayıcısıdır SAP İçerik Sunucusu'na doğrudan web tarayıcısı tarafından erişilecek şekilde yapılandırılabilir. Bu durumda, şirket içinde çalışan bir web tarayıcısı SAP İçerik Sunucusu'nun istemcisidir. Şirket içi veri merkezi ve Azure veri merkezi farklı fiziksel konumlara yerleştirilir (ideal olarak birbirine yakın). Şirket içi veri merkeziniz Azure Siteden Siteye VPN veya ExpressRoute aracılığıyla Azure'a bağlanır. Her iki seçenek de Azure'a güvenli VPN ağ bağlantısı sunsa da, siteden siteye ağ bağlantısı şirket içi veri merkezi ile Azure veri merkezi arasında bir ağ bant genişliği ve gecikme süresi SLA'sı sunmaz. Belgelere erişimi hızlandırmak için aşağıdakilerden birini yapabilirsiniz:
    1. SAP Cache Server'ı şirket içi web tarayıcısının yakınında şirket içinde yükleyin (aşağıdaki şekildeki seçenek)
    2. Şirket içi veri merkezi ile Azure veri merkezi arasında yüksek hızlı ve düşük gecikme süreli ayrılmış ağ bağlantısı sunan Azure ExpressRoute'u yapılandırın.

Option to install SAP Cache Server on-premises

Yedekleme / Geri Yükleme

SAP İçerik Sunucusu'nu DOSYALARı SAP MaxDB veritabanında depolamak üzere yapılandırırsanız, yedekleme/geri yükleme yordamı ve performansla ilgili önemli noktalar bu belgenin SAP MaxDB bölümlerinde zaten açıklanmıştır.

SAP content Server'ı dosyaları dosya sisteminde depoacak şekilde yapılandırıyorsanız, bir seçenek belgelerin bulunduğu tüm dosya yapısının el ile yedeklemesini/geri yüklemesini yürütmektir. SAP MaxDB yedekleme/geri yükleme işlemine benzer şekilde, yedekleme amacıyla ayrılmış bir disk birimine sahip olmanız önerilir.

Diğer

SAP content Server'a özgü diğer ayarlar Azure VM'leri için saydamdır ve çeşitli belgelerde ve SAP Notlarında açıklanmıştır: