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

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 bkz. SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar. Azure'da SAP iş yükü belgelerindeki diğer kılavuzlara da bakın.

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 Veritabanı Yönetim Sistemi (DBMS) için desteklenen Microsoft Windows sürümünü bulmak için bkz:

• SAP Ürün Kullanılabilirlik Matrisi (PAM)
• SAP Notu 1928533

Microsoft Windows Server 2016 ve üzerini kullanmanızı kesinlikle öneririz.

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 bir 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) şeklindedir. Örneğin, SAP MaxDB veri hacimleri ve kayıt hacimleri vardır. Bu birimleri işletim sistemi disk birimleriyle karıştırmayın.

Kısacası, yapmanız gereken:

• 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 birimlerinin (veri dosyaları) GÇ yolunu günlük birimlerinin (günlük dosyaları) GÇ yolundan ayırın. Bu, SAP MaxDB veri birimlerinin (veri dosyaları) tek bir mantıksal sürücüye yüklenmesi gerektiğini gösterir. 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 bağlı olarak her disk için uygun önbelleğe alma türünü ayarlayın. Ayrıca, 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 Standart veya Azure Premium Depolama'yı kullanmanız da gerekir.
• 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 Microsoft Windows Depolama Alanları kullanmanızı öneririz. Depolama Alanları, birden çok bağlı disk (depolama havuzu) üzerinde tek bir büyük mantıksal cihaz oluşturmak için kullanılır. Daha fazla bilgi 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 kullanmanızı kesinlikle öneririz.

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şletimsel 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. Amaç, aşağıdakilerden birini kullanmaktır:

• Veritabanını belirli bir noktaya geri yüklemek için yedeklemeler
• Mevcut veritabanını kopyalayarak başka bir sistem oluşturmak için Azure'da yedeklemeler

Azure'da veritabanını yedekleme ve geri yükleme, şirket içi sistemlerde olduğu gibi çalışır. SAP Not 767598'nde açıklanan standart SAP MaxDB yedekleme ve geri yükleme araçlarını kullanabilirsiniz.

Azure Backup ile yedekleme ve geri yükleme

Ayrıca MaxDB yedeklemesini Üçüncü taraf yedekleme aracı MaxBack ( ) kullanarak https://maxback.io 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 ilgili dikkat edilmesi gerekenler

Çı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
• Yedekleme hedef birimini birden çok bağlı disk üzerinde şeritleyerek bu şeritlenmiş disk biriminde IOPS aktarım hızını geliştirmek
• Aşağıdakiler için ayrı ayrılmış mantıksal disk cihazlarına sahip olma:
  • SAP MaxDB yedekleme birimleri
  • SAP MaxDB veri birimleri
  • SAP MaxDB kayıt birimleri

Bir birimi birden çok bağlı disk üzerinde şeritleme, SAP iş yükü için Azure Sanal Makineler DBMS dağıtımıyla ilgili önemli noktalar bölümünde ele alınmıştır.

Dikkat edilmesi gereken diğer noktalar

SAP MaxDB veritabanı ile VM'lerin dağıtımları için 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ıyla ilgili önemli noktalar bölümünde açıklandığı gibi de geçerlidir. 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:

• 826037
• 1139904
• 1173395

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

SAP liveCache sürüm desteği

Sap SCM 7.0 ve sonraki sürümler için EhP 2 için yayımlanan liveCache 7.9.08.31 ve LCA-Build 25 dahil olmak üzere Azure sanal makinelerinde (VM) desteklenen SAP liveCache'in en düşük sürümü SAP LC/LCAPPS10.0 SP 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:

• SAP Ürün Kullanılabilirlik Matrisi (PAM)
• SAP Notu 1928533

İşletim sistemi Microsoft Windows Server'ın en yeni sürümünü kullanmanızı kesinlikle öneririz.

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

liveCache için önerilen Azure VM türleri

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 vCPU kaynakları hiper yöneticinin ayrılmış fiziksel CPU kaynakları aracılığıyla desteklenir. Fazla sağlama yoktur ve bu nedenle CPU kaynakları için rekabet gerçekleşmez.

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

Bu perspektiften bakıldığında en son Dv2, Dv3, Ev3 ve M serisi VM'leri kullanmanızı kesinlikle öneririz. 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'nın kullanılması önerilir.

Azure'da liveCache için depolama yapılandırması

SAP liveCache, SAP MaxDB teknolojisine dayandığı için, bu belgede açıklanan SAP MaxDB için belirtilen Azure depolama en iyi uygulama önerileri SAP liveCache için de geçerlidir.

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

SAP liveCache yoğun bir şekilde işlem gücü kullandığı için, üretken kullanım için ayrılmış bir Azure VM'ye dağıtmanızı kesinlikle öneririz.

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

Performansla ilgili önemli noktalar da dahil olmak üzere yedekleme ve geri yükleme, bu belgenin ilgili SAP MaxDB bölümlerinde 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ştirilerek sağlanır ve tüm SAP uygulamaları için uygulamalar arası kullanım için uygundur. 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 öneririz.

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:

• SAP Ürün Kullanılabilirlik Matrisi (PAM)
• SAP Notu 1928533

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

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ı öneririz. Windows Depolama Alanları'nın kullanılması, 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 content server konumu

SAP İçerik Sunucusu,SAP sisteminin dağıtıldığı azure bölgesinde ve Azure sanal asında dağıtılmalıdır. SAP content Server bileşenlerini ayrılmış bir Azure VM'sine mi yoksa SAP sisteminin çalıştığı vm'de mi dağıtmak istediğinize karar vermekte serbestsiniz.

SAP Önbellek Sunucusu konumu

SAP Cache Sunucusu, yerel olarak (önbelleğe alınmış) belgelere erişim sağlayan başka bir sunucu tabanlı bileşendir. SAP Önbellek Sunucusu, bir SAP İçerik Sunucusu belgelerini önbelleğe alır. Belgelerin farklı konumlardan birden çok kez alınması gerekiyorsa önbelleğe alma, ağ trafiğini iyileştirir. 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:

• İ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.

• İstemci, şirket içi bir web tarayıcısıdır: SAP İçerik Sunucusu, doğrudan erişim için web tarayıcınız üzerinden 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 ağ bant genişliği ve gecikme süresi SLA'sı sunmaz. Belgelere erişimi hızlandırmak için aşağıdaki seçeneklerden birini gerçekleştirin:

  • SAP Cache Server'ı şirket içinde yükleme (şirket içi web tarayıcısına yakın)

  • Ş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.

SAP content server için yedekleme ve 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 ve geri yüklemesine benzer şekilde, yedekleme amacıyla ayrılmış bir disk birimine sahip olmanız önerilir.

Ayrıca bakınız

SAP content Server'a özgü diğer ayarlar Azure VM'leri için saydamdır ve SAP Not 1619726'nde açıklanmıştır.