SQL Server SAP NetWeaver için Azure sanal makineler DBMS dağıtımı

bu belge, Azure ıaas 'de SAP iş yükü için SQL Server dağıtımı yaparken göz önünde bulundurmanız gereken birçok farklı alanı içerir. Bu belgeye yönelik bir önkoşul olarak, Azure sanal makineler Için Azure sanal MAKINELERI DBMS dağıtımı, SAP iş yükü ve diğer kılavuzlar için Azure belgelerindekibelge konularını okuduğunuzdan önce göz önünde bulundurmanız gerekir.

genel olarak, Azure ıaas 'de SAP iş yükünü çalıştırmak için en son SQL Server yayınları kullanmayı göz önünde bulundurmanız gerekir. en son SQL Server sürümleri, bazı Azure hizmetleri ve işlevlerine daha iyi tümleştirme sunar. Veya bir Azure IaaS altyapısında işlemleri en iyileştiren değişiklikler vardır.

devam etmeden önce Azure sanal makinelerinde SQL Server (Windows) makalesini gözden geçirmeniz önerilir.

Aşağıdaki bölümlerde, yukarıdaki bağlantının altındaki belgelerin bölümlerinin parçaları toplanır ve bahsedilir. SAP 'nin özelliklerinin yanı sıra bazı kavramların da daha ayrıntılı olarak açıklanmasıyla bahsedilir. ancak, SQL Server özgü belgeleri okumadan önce yukarıdaki belgelerde çalışmanız kesinlikle önerilir.

devam etmeden önce bilmeniz gereken ıaas özel bilgilerinde bazı SQL Server vardır:

• SQL sürüm desteği: SAP müşterileri için SQL Server 2008 R2 ve üzeri Microsoft Azure sanal makinede desteklenmektedir. Önceki sürümler desteklenmez. Daha fazla bilgi için bu genel destek bildirimine bakın. genellikle SQL Server 2008, Microsoft tarafından da desteklenir. ancak, SQL Server 2008 r2 ile sunulan sap 'nin önemli işlevleri nedeniyle, sap için en düşük sürüm olan SQL Server 2008 r2. genel olarak, Azure ıaas 'de SAP iş yükünü çalıştırmak için en son SQL Server yayınları kullanmayı göz önünde bulundurmanız gerekir. en son SQL Server sürümleri, bazı Azure hizmetleri ve işlevlerine daha iyi tümleştirme sunar. Veya bir Azure IaaS altyapısında işlemleri en iyileştiren değişiklikler vardır. bu nedenle, kağıt 2016 SQL Server ve SQL Server 2017 ile kısıtlıdır.
• SQL performans: Microsoft Azure barındırılan sanal makineler, diğer genel bulut sanallaştırma teklifleri ile karşılaştırıldığında iyi şekilde gerçekleştirilir, ancak ayrı sonuçlar farklılık gösterebilir. Azure sanal makinelerinde SQL Server için en iyi makale performansı uygulamalarınagöz atın.
• azure marketi 'ndeki görüntüleri kullanma: yeni bir Microsoft Azure VM dağıtmanın en hızlı yolu azure marketi 'nden bir görüntü kullanmaktır. Azure marketi 'nde en son SQL Server sürümleri içeren görüntüler vardır. SQL Server zaten yüklü olduğu görüntüler SAP NetWeaver uygulamaları için hemen kullanılamaz. bunun nedeni, varsayılan SQL Server harmanlama bu görüntülere yüklenir ve SAP NetWeaver sistemleri için gerekli harmanlama değildir. bu tür görüntüleri kullanmak için, Microsoft Azure market 'ten SQL Server bir görüntü kullanarakbölümde belgelenen adımları kontrol edin.
• tek bir Azure VM içinde çoklu örnek desteği SQL Server: bu dağıtım yöntemi desteklenir. Bununla birlikte, özellikle, kullanmakta olduğunuz VM türünün ağ ve depolama bant genişliği etrafında kaynak sınırlamalarından haberdar olun. Ayrıntılı bilgiler, Azure 'daki sanal makineler için makale boyutlarındasunulmaktadır. Bu kota sınırlamaları, şirket içinde uygulayabileceğiniz aynı çok örnekli mimariyi uygulamanızı engelleyebilir. Yapılandırma ve kaynakları tek bir VM içinde paylaşma girişimi itibariyle, şirket içi olarak aynı noktalar hesaba alınması gerekir.
• tek bir VM 'de tek bir SQL Server örneğinde birden çok SAP veritabanı: yukarıdaki gibi, bunlar gibi yapılandırma desteklenir. tek bir SQL Server örneğinin paylaşılan kaynaklarını paylaşan birden çok SAP veritabanlarının, şirket içi dağıtımlarla aynı olduğu noktalar. Ek olarak, belirli bir sanal makine türüne eklenebilecek disk sayısı gibi diğer sınırlar da göz önünde bulundurun. Veya belirli VM türlerinin ağ ve depolama kota sınırları, Azure 'daki sanal makineler için ayrıntılı boyutlarolarak.

SAP ile ilgili SQL Server dağıtımlar için VM/VHD yapısında Öneriler

genel açıklama, işletim sistemi, SQL Server yürütülebilirler ve sap 2 katmanlı sistemler söz konusu olduğunda, sap yürütülebilir dosyalarının ayrı Azure diskleri olması veya yüklenmesi gerekir. genellikle, SQL Server sistem veritabanlarının çoğu SAP NetWeaver iş yükünde yüksek düzeyde kullanılmaz. yine de SQL Server (master, msdb ve model) sistem veritabanlarının, ayrı bir Azure diskinde bulunan diğer SQL Server dizinleriyle birlikte olması gerekir. SQL Server tempdb, nonperisisted d:\ konumunda yer almalıdır. sürücü veya ayrı bir disk üzerinde.

• Tüm SAP sertifikalı VM türleriyle (bkz. SAP Note 1928533), A serisi VM 'ler, tempdb verileri ve günlük dosyaları, kalıcı olmayan d:\ üzerine yerleştirilebilecek sürücü.
• SQL Server tempdb 'yi varsayılan olarak bir veri dosyası ile yüklediği eski SQL Server sürümleri için, birden çok tempdb veri dosyası kullanmanız önerilir. Farkında olun D:\ sürücü birimleri VM türüne göre farklılık açmış. D:\ için tam boyutlar için farklı vm 'lerin sürücüsü, Azure 'da Windows sanal makineler için makale boyutlarınıkontrol edin.

Bu yapılandırma tempdb 'nin, sistem sürücüsünün sağlayabileceğinden daha fazla alanı ve daha fazla sayıda daha fazla ıOPS ve depolama bant genişliği kullanmasını sağlar. Kalıcı olmayan D:\ sürücü Ayrıca daha iyi g/ç gecikme süresi ve aktarım hızı (A serisi VM 'Ler hariç) sağlar. Uygun tempdb boyutunu belirleyebilmek için, mevcut sistemlerdeki tempdb boyutlarını kontrol edebilirsiniz.

bir SAP veritabanıyla SQL Server çalıştıran ve tempdb verilerinin ve tempdb günlük dosyasının d:\ ' A yerleştirildiği bir VM yapılandırması. sürücü şöyle görünür:

Yukarıdaki diyagramda basit bir durum görüntülenir. SAP iş yükü Için Azure sanal MAKINELER DBMS dağıtımı, Azure depolama türü, numarası ve disklerin boyutları farklı faktörlerden bağımlıdır. Ancak genel olarak şunları öneririz:

• SQL Server veri dosyalarını içeren bir büyük birim kullanma. Bu yapılandırmanın arkasında, farklı g/ç iş yüküyle farklı boyutlardaki veritabanı dosyaları olan çok sayıda SAP veritabanı olduğu için gerçek hayatta yer vardır.
• Performans yeterince iyi olduğu sürece tempdb için D:\Drive kullanın. Genel iş yükü D:\ ' da bulunan tempdb tarafından performansı sınırlandırıldığında Bu makaledeönerilen şekilde tempdb 'Yi ayrı Azure Premium Depolama veya ultra disk disklerine taşımak için göz önünde bulundurmanız gereken sürücü.

D serisi VM 'Ler için özel

azure M serisi VM için, işlem günlüğüne yazma gecikmesi, azure Yazma Hızlandırıcısı kullanılırken azure Premium Depolama performansına kıyasla faktörlerle azaltılabilir. bu nedenle, SQL Server işlem günlüğü için birimi oluşturan VHD 'ler (ler) için Azure Yazma Hızlandırıcısı dağıtmanız gerekir. Ayrıntılar belge yazma Hızlandırıcısıokunabilir.

Diskleri biçimlendirme

SQL Server için, SQL Server veri ve günlük dosyaları içeren disklerin NTFS blok boyutu 64 KB olmalıdır. D:\ biçimini biçimlendirmeye gerek yoktur. sürücü. Bu sürücü önceden biçimlendirilen şekilde gelir.

veritabanlarının geri yüklenmesi veya oluşturulması, dosyaların içeriğini sıfırlama yoluyla veri dosyalarını başlatmadığından emin olmak için, SQL Server hizmetinin üzerinde çalıştığı kullanıcı bağlamının belirli bir izne sahip olduğundan emin olun. genellikle Windows yönetici grubundaki kullanıcılar bu izinlere sahiptir. SQL Server hizmeti Windows olmayan yönetici kullanıcının kullanıcı bağlamında çalışıyorsa, kullanıcıya toplu bakım görevlerini gerçekleştirmesi için bu kullanıcıya atamanız gerekir. Bu Microsoft Bilgi Bankası makalesindeki ayrıntılara bakın: https://support.microsoft.com/kb/2574695

Veritabanı sıkıştırmasının etkisi

G/ç bant genişliğinin sınırlama faktörü olabileceği yapılandırmalarda, her ölçü, ıOPS 'yi azaltan iş yükünün Azure gibi bir IaaS senaryosunda çalıştırılabileceği şekilde uzamasına yardımcı olabilir. bu nedenle, henüz yapılmazsa, mevcut bir sap veritabanını Azure 'a yüklemeden önce hem SAP hem de Microsoft tarafından SQL Server sayfa sıkıştırması uygulanması önerilir.

Azure 'a yüklemeden önce veritabanı sıkıştırması gerçekleştirme önerisi iki nedenden dolayı verilmiştir:

• Karşıya yüklenecek veri miktarı düşüktür.
• Sıkıştırma yürütmesinin süresi, bir birinin daha fazla CPU veya daha yüksek g/ç bant genişliği veya şirket içi g/ç gecikme süresiyle daha güçlü donanımlar kullanabilmesi için daha kısadır.
• Daha küçük veritabanı boyutları disk ayırma için daha az maliyete yol açabilir

Veritabanı sıkıştırması, şirket içinde olduğu gibi bir Azure sanal makinelerinde da çalışmaktadır. mevcut sap NetWeaver SQL Server veritabanlarının nasıl sıkıştırılması hakkında daha fazla bilgi için gelişmiş sap sıkıştırma aracı msscompressmakalesine bakın.

SQL Server 2014 ve daha yeni-veritabanı dosyalarını doğrudan Azure Blob üzerinde depolama Depolama

SQL Server 2014 ve üzeri sürümler, veritabanı dosyalarını, çevresindeki bir VHD 'nin ' sarmalayıcı ' öğesini olmadan doğrudan Azure Blob mağazası üzerinde depolama olasılığını açın. özellikle standart Azure Depolama veya daha küçük vm türlerini kullanarak bu tür bir dağıtım, bazı küçük sanal makine türlerine bağlanabilir sınırlı sayıda disk tarafından zorlanan ıops sınırlarını aşabilecebileceğiniz senaryolara olanak sağlar. Bu dağıtım yöntemi, kullanıcı veritabanları için SQL Server, ancak sistem veritabanları için de kullanılır. Ayrıca, SQL Server veri ve günlük dosyaları için de kullanılabilir. bu şekilde bir SAP SQL Server veritabanı dağıtmak istiyorsanız, vhd 'lere ' sarmalama ' yerine bu şekilde dağıtım yapmak istiyorsanız şunları göz önünde bulundurun:

• kullanılan Depolama hesabının, VM 'yi dağıtmak için kullanılan aynı Azure bölgesinde olması gerekir SQL Server ' de çalışır.
• bu dağıtım yöntemi için, vhd 'lerin farklı Azure Depolama hesaplarına dağıtılması hakkında daha önce listelenen önemli noktalar. Azure Depolama Hesabı sınırlarına göre I/O işlemlerinin sayılacağı Depolama gelir.
• Vm'nin depolama G/Ç kotasına göre hesaplama yapmak yerine, SQL Server verilerini ve günlük dosyalarını temsil eden depolama bloblarına karşı trafik, vm'nin belirli VM türüne göre ağ bant genişliği dikkate alınarak hesaba kaydedilir. Belirli bir VM türünün ağ ve depolama bant genişliği için Azure'daki sanal makinelerin Windows makalesine bakın.
• Dosyanın ağ kotası üzerinden I/O'ya itmeye bağlı olarak, depolama kotasını çoğunlukla ve vm'nin genel bant genişliğini yalnızca kısmen kullanan bir şekilde zorlarsanız.
• Farklı disk boyutları için Azure tarafından Premium Depolama IOPS ve I/O aktarım hızı Performansı hedefleri artık geçerli değildir. Oluşturduğunuz bloblar Azure Premium Depolama. Hedefler, VM'ler için yüksek performanslı Premium Depolama ve yönetilen diskler makalesinde belgelanmıştır. SQL Server veri dosyalarını ve günlük dosyalarını doğrudan Azure Premium Depolama'da depolanan bloblara yerleştirmenin bir sonucu olarak, performans özellikleri Azure Premium Depolama'da VHD'lere kıyasla farklı olabilir.
• Azure diskleri için kullanılabilen konak tabanlı Premium Depolama, doğrudan Azure bloblarına SQL Server veri dosyaları yerleştirerek kullanılamaz.
• M Serisi VM'lerde Azure Yazma Hızlandırıcısı işlem günlüğü dosyasında milisaniyenin altında yazma işlemlerini desteklemek SQL Server kullanılamaz.

Bu işlevin ayrıntıları, veri dosyalarını SQL Server makalesinde Microsoft Azure

Üretim sistemleri için öneri, bu yapılandırmadan kaçınmak ve bunun yerine doğrudan Azure blobları yerine SQL Server ve günlük dosyalarının Azure Premium Depolama VHD'lerine yerleştirilmesini seçmektir.

SQL Server 2014 Arabellek Havuzu Uzantısı

SQL Server 2014'te Arabellek Havuzu Uzantısı olarak adlandırılan yeni bir özellik tanıtıldı. Bu işlevsellik, bir SQL Server vm'nin yerel SDD'leri tarafından desteklene ikinci düzey bir önbellekle bellekte tutulan SQL Server'nin arabellek havuzunu genişletmektedir. Arabellek havuzu uzantısı, daha büyük bir çalışma veri kümesi 'bellekte' tutmaya olanak sağlar. Azure Standard'a Depolama azure vm'lerinin yerel SDD'lerinde depolanan arabellek havuzunun uzantısına erişim çok daha hızlıdır. Arabellek Havuzu Uzantısı'nın Azure Premium Depolama önbellek veri dosyaları için önerilen okuma SQL Server karşılaştırması, Arabellek Havuzu Uzantıları için önemli bir avantaj beklenmiyor. Bunun nedeni, her iki önbelleğin de (SQL Server Arabellek Havuzu Uzantısı Premium Depolama Okuma Önbelleği) Azure işlem düğümünün yerel disklerini kullanmasıdır.

SAP iş yüküyle SQL Server Arabellek Havuzu Uzantısı ile elde edinilen deneyimler karışıktır ve yine de her durumda bu uzantının kullanıp kullanmayacağı konusunda net önerilere izin vermez. İdeal durum, SAP uygulamasının gerektirdiği çalışma kümesi ana belleğe sığmadır. Bu arada Azure,4 TB'a kadar bellekle gelen VM'ler sunarken, çalışma kümesi bellekte tutmak mümkün olabilir. Bu nedenle Arabellek Havuzu Uzantısı kullanımı bazı nadir durumlara sınırlıdır ve temel bir durum değildir.

Yedekleme/Kurtarma ile ilgili dikkat edilmesi gerekenler SQL Server

Azure'SQL Server dağıtımda yedekleme metodolojinizin gözden geçirmesi gerekir. Sistem bir üretim sistemi olsa bile, sistem tarafından barındırılan SAP SQL Server düzenli aralıklarla desteklenmektedir. Azure Depolama üç görüntüye sahip olduğu için, depolama kilitlenmesi telafisi açısından yedekleme artık daha az önemlidir. Düzgün bir yedekleme ve kurtarma planı sürdürmenin öncelikli nedeni, zaman içinde nokta kurtarma özellikleri sağlayarak mantıksal/el ile hataları telafi etmektir. Bu nedenle amaç, veritabanını belirli bir noktaya geri yüklemek için yedeklemeleri kullanmak veya mevcut veritabanını kopyalayıp başka bir sistemin çekirdeğini oluşturmak için Azure'daki yedekleri kullanmaktır.

Azure'daki farklı yedekleme SQL Server bakmak için Azure Sanal Makineler'de yedekleme ve geri yükleme SQL Server makalesini okuyun. Makale çeşitli olasılıkları kapsar.

El ile yedeklemeler

'El ile' yedekleme gerçekleştirmek için çeşitli olasılıklara sahipsiniz:

1. Geleneksel SQL Server doğrudan bağlı Azure disklere yedekleme gerçekleştirme. Bu yöntem, sistem yenilemeleri için hızla kullanılabilir yedeklere sahip olur ve yeni sistemleri mevcut SAP sistemlerinin kopyası olarak oluşturabilirsiniz
2. SQL Server 2012 CU4 ve daha yenisi, veritabanlarını bir Azure depolama URL'sinde yedeklemenizi sağlar.
3. File-Snapshot Azure Blob Depolama'da Veritabanı Dosyaları için yedeklemeler Depolama. Bu yöntem yalnızca verilerinizin SQL Server günlük dosyaları Azure blob depolama alanında yer alıyorsa çalışır

İlk yöntem iyi bilinir ve şirket içi dünyada birçok durumda da uygulanır. Bununla birlikte, uzun süreli yedekleme konumunu çözme görevini size bırakır. Yedeklerinizi yerel olarak bağlı Azure Depolama'da 30 veya daha fazla gün boyunca tutmak istemeyebilirsiniz; Azure Backup Services veya yedekleriniz için erişim ve bekletme yönetimi içeren başka bir üçüncü taraf yedekleme/kurtarma aracı kullana ihtiyacınız vardır. Veya Azure'da büyük bir dosya sunucusu oluşturmak için depolama Windows kullanabilirsiniz.

İkinci yöntem, URL'ye yedekleme makalesinde SQL Server açıklanmıştır. Farklı sürümler SQL Server işlevlerinde bazı farklılıklar vardır. Bu nedenle, belirli bir sürüm denetimi için SQL Server göz atabilirsiniz. Bu makalede çok sayıda kısıtlama listeledik. Yedeklemeyi aşağıdakilere karşı gerçekleştirme olasılığınız vardır:

• Ardından yedekleme boyutunu 1000 GB ile sınırlayan tek bir Azure sayfa blobu. Bu kısıtlama, elde etmek için gerçekleştirebilirsiniz aktarım hızını da sınırlar.
• Teorik olarak 12 TB yedekleme boyutu sağlayan birden çok (64'e kadar) Azure blok blobu. Ancak müşteri veritabanlarıyla yapılan testlerde maksimum yedekleme boyutunun teorik sınırının daha küçük olduğu ortaya çıktı. Bu durumda, yedeklerin elde tutulmasını yönetmek ve yedeklemelere o erişimi de yönetmek sizin sorumluluğundadır.

SQL Server için Otomatik Yedekleme

Otomatik Yedekleme, Azure'daki bir sanal makinede SQL Server Standard ve Enterprise sürümleri için Windows bir yedekleme hizmeti sağlar. Bu hizmet, SQL Server sanal makine görüntülerine otomatik olarak yüklenmiş olan SQL Server Windows IaaSAracı Uzantısı Azure portal. Kendi işletim sistemi görüntülerinizi yüklü SQL Server, VM uzantılarını ayrı olarak yüklemeniz gerekir. Gerekli adımlar bu makalede belgelanmıştır.

Bu yöntemin özellikleri hakkında daha fazla ayrıntı şu makalelerde bulunabilir:

• SQL Server 2014: SQL Server 2014 Sanal Makineleri için Otomatik Yedekleme (Resource Manager)
• SQL Server 2016/2017: Azure Sanal Makineler için Otomatik Yedekleme v2 (Resource Manager)

Belgelere bakarak, daha yeni sürümlerle birlikte işlevselliğin SQL Server olduğunu görüyorsunuz. Otomatik yedeklemeler hakkında SQL Server daha fazla ayrıntı, yönetilen yedeklemenin SQL Server için Microsoft Azure. Teorik yedekleme boyutu sınırı 12 TB'dır. Otomatik yedeklemeler, 12 TB'a kadar yedekleme boyutları için iyi bir yöntem olabilir. Birden çok bloba paralel olarak yazıldığı için 100 MB/sn'den büyük aktarım hızı bebilirsiniz.

Azure Backup VM'SQL Server için

Bu yeni yedekleme SQL Server hizmeti, Haziran 2018'den sonra genel önizleme olarak Azure Backup sunulmaktadır. Yedeklemeyi yedekleme SQL Server yöntemi, diğer üçüncü taraf araçlarla aynıdır; başka bir SQL Server vsS/VDI arabirimini kullanarak yedeklemeleri hedef konuma akışla akar. Bu durumda hedef konum Azure Kurtarma Hizmeti kasasıdır.

Merkezi yedekleme yapılandırmalarının, izlemenin ve yönetiminin çok sayıda avantajını ekleyen bu yedekleme yönteminin ayrıntılı bir açıklaması, Azure'a SQL Server yedekleme sayfasında mevcuttur.

Üçüncü taraf yedekleme çözümleri

Çok sayıda SAP müşterisi için baştan başlama ve SAP ortamının Azure'da çalışan bölümü için eksiksiz yeni yedekleme çözümleri sunmak mümkün yoktu. Sonuç olarak, mevcut yedekleme çözümlerinin azure'da kullanılmaya ve genişletilene ihtiyaç duyulmaktadır. Mevcut yedekleme çözümlerini Azure'a genişletmek genellikle bu alanda ana satıcıların çoğuyla iyi bir şekilde çalıştı.

Microsoft Azure Market'in dışında SQL Server görüntüsü kullanma

Microsoft, vm'leri Azure Market sürümlerini içeren sanal SQL Server. SQL Server ve Windows lisansları gerektiren SAP müşterileri için, bu görüntüleri kullanmak, önceden yüklenmiş sanal SQL Server VM'leri döndürerek lisans ihtiyacının karşı SQL Server olabilir. SAP için bu tür görüntüleri kullanmak için aşağıdaki noktalara dikkat edilmesi gerekir:

• Değerlendirme SQL Server sürümler, sanal makineden dağıtılan 'yalnızca Windows' vm'den daha yüksek Azure Market. Fiyatları karşılaştırmak için şu makalelere bakın: https://azure.microsoft.com/pricing/details/virtual-machines/windows/ ve https://azure.microsoft.com/pricing/details/virtual-machines/sql-server-enterprise/ .
• Yalnızca SAP tarafından SQL Server yayınlarını kullanabilirsiniz.
• Azure Market vm'lerde yüklü olan SQL Server örneğinin harmanlama harmanlama SAP NetWeaver tarafından SQL Server gerektirir. Ancak harmanlamayı aşağıdaki bölümdeki yönlerle değiştirebilirsiniz.

Microsoft SQL Server/vm'nin Windows/SQL Server Değiştirme

SQL Server görüntüleri Azure Market sap NetWeaver uygulamaları için gerekli olan harmanlama kullanmak üzere ayarlanmaz, dağıtımdan hemen sonra değiştirilmelidir. Daha SQL Server için, bu harmanlama değişikliği VM dağıtıldıktan ve bir yönetici dağıtılan VM'de oturum açtırıldıktan hemen sonra aşağıdaki adımlarla yapılabilir:

• Yönetici olarak Windows Bir Komut Penceresi açın.
• Dizini C:\Program Files\Microsoft SQL Server\110\Setup Bootstrap\SQLServer2012 olarak değiştirebilirsiniz.
• Şu komutu yürütün: Setup.exe /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=MSSQLSERVER /SQLSYSADMINACCOUNTS= <local_admin_account_name> /SQLCOLLATION=SQL_Latin1_General_Cp850_BIN2
  • <local_admin_account_name>, galeri aracılığıyla VM'yi ilk kez dağıtırken yönetici hesabı olarak tanımlanan hesaptır.

İşlem yalnızca birkaç dakika sürer. Adımın doğru sonuçla sonuçlanıp sonuçlanmayacak olduğundan emin olmak için aşağıdaki adımları gerçekleştirin:

• SQL Server Management Studio'yu açın.
• Bir Sorgu Penceresi açın.
• Ana veritabanında sp_helpsort komutunu SQL Server yürütün.

İstenen sonuç şuna benzin:

Latin1-General, binary code point comparison sort for Unicode Data, SQL Server Sort Order 40 on Code Page 850 for non-Unicode Data

Sonuç farklı ise SAP'yi dağıtmaYı DURDURUN ve kurulum komutunun neden beklendiği gibi çalışmayıldığını araştırın. SAP NetWeaver uygulamalarının yukarıda SQL Server farklı SQL Server kod sayfalarına sahip bir örnek üzerinde dağıtımı DESTEKLANMAZ.

Azure SQL Server High-Availability SAP için destek

SAP SQL Server Azure IaaS dağıtımlarında bu dağıtımları kullanarak DBMS katmanını yüksek oranda kullanılabilir bir şekilde dağıtmak için eklemeniz gereken birkaç farklı olanak vardır. SAP iş yükü Için Azure sanal MAKINELER DBMS dağıtımı 'nda açıklandığı gibi, Azure, tek bir VM ve bir Azure kullanılabilirlik kümesinde dağıtılan bir çift sanal makine için farklı bir zaman SLA 'lar sağlar. Varsayım, Azure kullanılabilirlik kümelerinde dağıtımı gerektiren üretim dağıtımlarınız için güncel SLA 'yı doğru şekilde sağlamayız. Böyle bir durumda, bu tür bir kullanılabilirlik kümesinde en az iki VM dağıtmanız gerekir. bir VM, etkin SQL Server örneğini çalıştırır. Diğer VM pasif örneği çalıştıracak

SQL Server Windows genişleme dosya sunucusu veya Azure paylaşılan disk kullanarak kümeleme

Windows Server 2016, Microsoft Depolama Alanları doğrudankullanıma sunmuştur. Depolama Alanları doğrudan dağıtıma bağlı olarak, genel olarak SQL Server fcı kümelemesi desteklenir. azure, Windows kümeleme için kullanılabilecek azure paylaşılan diskleri de sunar. SAP iş yükü için bu HA seçeneklerini destekliyoruz.

SQL Server Günlük aktarma

yüksek kullanılabilirlik yöntemlerinden biri (HA), günlük aktarma SQL Server. HA yapılandırmasına katılan VM 'Lerin çalışma adı çözümlemesi varsa, sorun yoktur. Azure 'daki kurulum, günlük dağıtımını ayarlamaya ve günlük aktarma etrafındaki ilkelere bağlı olarak, şirket içi olarak gerçekleştirilen kurulumdan farklı değildir. SQL Server günlük aktarma ayrıntıları, günlük aktarma (SQL Server)makalesinde bulunabilir.

azure 'da SQL Server günlük aktarma işlevselliği, tek bir azure bölgesinde yüksek kullanılabilirlik elde etmek için kullanılır. Bununla birlikte, aşağıdaki senaryolarda SAP müşterileri Azure ile başarılı bir şekilde günlük dağıtımını kullanmıştı:

• Bir Azure bölgesindeki başka bir Azure bölgesine olağanüstü durum kurtarma senaryoları
• Şirket içinden bir Azure bölgesine olağanüstü durum kurtarma yapılandırması
• Şirket içinden Azure 'a kadar kesilen senaryolar. Bu durumlarda, Azure 'daki yeni DBMS dağıtımını, şirket içi üretim sistemiyle eşleştirmek için günlük aktarma kullanılır. Kesme sırasında üretim kapatılır ve son ve en son işlem günlüğü yedeklemelerinin Azure DBMS dağıtımına aktarıldığından emin olun. Ardından, Azure DBMS dağıtımı üretim için açılır.

Veritabanı Yansıtma

SAP tarafından desteklenen veritabanı yansıtma (bkz. SAP Note 965908) SAP bağlantı dizesinde yük devretme ortağı tanımlamayı kullanır. şirketler arası durumlarda iki vm 'nin aynı etki alanında olduğunu ve iki SQL Server örneğinin kullanıcı bağlamının bir etki alanı kullanıcısı altında çalıştığını ve söz konusu iki SQL Server örneğinde yeterli ayrıcalıklara sahip olduğunu varsaytık. Bu nedenle, Azure 'da veritabanı yansıtma kurulumu, tipik bir şirket içi kurulum/yapılandırma arasında farklılık gösterir.

Cloud-Only dağıtımlarda, en kolay yöntem, bir etki alanı içinde bu DBMS sanal makinelerini (ve ideal SAP VM 'Leri) sağlamak için Azure 'da başka bir etki alanı kurulumuna sahip olmanın bir yoludur.

Bir etki alanı mümkün değilse, burada açıklandığı gibi veritabanı yansıtma uç noktaları için sertifikaları da kullanabilirsiniz: bir veritabanı yansıtma uç noktası Için sertifikaları kullanma (Transact-SQL)

Azure 'da veritabanı yansıtmayı ayarlamaya yönelik bir öğretici şurada bulunabilir: veritabanı yansıtma (SQL Server)

SQL Server Always On

Her zaman açık SAP şirket içi için desteklenir (bkz. SAP Note 1772688), Azure 'da SAP ile birlikte desteklenir. bu noktada azure, şirket içinde mümkün olduğu için AD/DNS nesnesi oluşturulmasına izin vermediğinden, SQL Server kullanılabilirlik grubu dinleyicisinin (Azure kullanılabilirlik kümesiyle karıştırılmamalıdır) dağıtılmasıyla ilgili bazı özel noktalar vardır. Bu nedenle, belirli bir Azure davranışını aşmak için bazı farklı yükleme adımları gereklidir.

Kullanılabilirlik grubu dinleyicisi kullanan bazı noktalar şunlardır:

• kullanılabilirlik grubu dinleyicisinin kullanılması yalnızca sanal makinenin konuk işletim sistemi olarak Windows Server 2012 veya üzeri bir ile mümkündür. Windows Server 2012 için, bu düzeltme ekinin uygulandığından emin olmanız gerekir:https://support.microsoft.com/kb/2854082
• Windows Server 2008 R2 için, bu düzeltme eki mevcut değildir ve her zaman açık, bağlantı dizesinde bir yük devretme ortağı belirterek (sap varsayılan. pfl parametresi dbs/,/sunucu-bkz. sap not 965908), veritabanı yansıtmayla aynı şekilde kullanılması gerekir.
• Bir kullanılabilirlik grubu dinleyicisi kullanılırken, veritabanı VM 'lerinin ayrılmış bir Load Balancer bağlı olması gerekir. Azure 'un her iki VM arada kapatıldığı durumlarda yeni IP adresleri atamasını önlemek için, biri her zaman açık yapılandırmada bu sanal makinelerin ağ arabirimlerine statik IP adresleri atamalıdır ( Bu makalede statik IP adresi tanımlama açıklanmıştır)
• Azure 'un geçerli işlevselliği ile aynı IP adresini kümenin oluşturulduğu düğüm ile aynı IP adresine atayacağından, kümenin özel bir IP adresi olması gereken bir WSFC küme yapılandırması oluşturulurken gerekli olan özel adımlar vardır. Bu davranış, kümeye farklı bir IP adresi atamak için el ile yapılan bir adım gerçekleştirilmesi gerektiği anlamına gelir.
• Kullanılabilirlik grubu dinleyicisi, Azure 'da kullanılabilirlik grubunun birincil ve ikincil çoğaltmalarını çalıştıran VM 'lere atanan TCP/IP uç noktalarıyla oluşturulacaktır.
• Bu uç noktaların ACL 'lerle güvenli hale getirilmesine gerek duyabilirsiniz.

Azure vm 'lerde aşağıdakiler gibi SQL Server her zaman açık olarak dağıtma hakkında ayrıntılı belgeler:

• Azure sanal makinelerinde SQL Server Always on kullanılabilirlik grupları ile tanışın.
• Azure sanal makinelerinde farklı bölgelerde her zaman açık kullanılabilirlik grubu yapılandırın.
• Azure 'Da Always on kullanılabilirlik grubu için bir yük dengeleyici yapılandırın.

SQL Server Her zaman açık, SAP iş yükü dağıtımları için Azure 'da kullanılan en yaygın kullanılan yüksek kullanılabilirlik ve olağanüstü durum kurtarma işlevidir. Çoğu müşteri tek bir Azure bölgesinde yüksek kullanılabilirlik için her zaman açık kullanır. Dağıtım yalnızca iki düğüm ile kısıtlanmışsa bağlantı için iki seçeneğiniz vardır:

• Kullanılabilirlik grubu dinleyicisini kullanma. Kullanılabilirlik grubu dinleyicisiyle bir Azure yük dengeleyici dağıtmanız gerekir.
• bunun yerine doğrudan ağ adı (dnn) dinleyicisini kullanabileceğiniz SQL Server 2019 CU8 veya daha yeni sürümleri kullanma. Bu, bir Azure yük dengeleyici gereksinimini ortadan kaldıracak.
• SQL Server veritabanı yansıtmasının bağlantı parametrelerini kullanma. Bu durumda, SAP uygulamalarının bağlantısını her iki düğüm adının de adlandırıldığı bir şekilde yapılandırmanız gerekir. Bu tür bir SAP tarafı yapılandırmasının tam ayrıntıları SAP Note #965908bölümünde belgelenmiştir. Bu seçeneği kullanarak, bir kullanılabilirlik grubu dinleyicisi yapılandırmanız gerekmez. ve SQL Server yüksek kullanılabilirlik için Azure yük dengeleyici olmadan. Ancak, bu seçenek yalnızca kullanılabilirlik grubunuzu iki örneği kapsayacak şekilde kısıtladığınızda geçerlidir.

çok az sayıda müşteri, Azure bölgeleri arasındaki olağanüstü durum kurtarma işlevselliği için her zaman açık işlevleri SQL Server kullanıyor. Birçok müşteri aynı zamanda ikincil bir çoğaltmadan yedeklemeler gerçekleştirme olanağını da kullanır.

SQL Server Saydam Veri Şifrelemesi

SAP SQL Server veritabanlarını Azure 'da dağıtmada SQL Server Saydam Veri Şifrelemesi (tde) kullanan birçok müşteri vardır. SQL Server tde işlevselliği sap tarafından tam olarak desteklenir (bkz. sap Note #1380493).

SQL Server tde uygulanıyor

şirket içinde çalışan ve Azure 'da çalışan Windows/SQL Server için başka bir DBMS 'den heterojen bir geçiş gerçekleştirdiğiniz durumlarda, boş hedef veritabanınızı SQL Server daha önce oluşturmanız gerekir. sonraki adımda SQL Server tde işlevselliği uygularsınız. Üretim sisteminizi hala şirket içinde çalıştırırken. Bu sırada gerçekleştirmek istediğiniz neden, boş veritabanını şifreleme işleminin biraz zaman alabilir. Ardından, SAP içeri aktarma işlemi, kapalı kalma süresi boyunca verileri şifrelenmiş veritabanına aktarır. Şifrelenmiş bir veritabanına içeri aktarma işlemi, sonraki zaman aşamasında dışarı aktarma aşamasından sonra veritabanını şifrelemeden daha düşük bir zamana sahiptir. Veritabanının üstünde çalışan SAP iş yüküne sahip TDE ile birlikte yapılmaya çalışılırken negatif deneyimler yapılmıştır. Bu nedenle, öneri, belirli bir veritabanında SAP iş yükü olmadan gerçekleştirilmesi gereken TDE etkinliğinin dağıtımını sağlar.

SAP SQL Server veritabanlarını şirket içinden Azure 'a taşıdığınız durumlarda, şifrelemeyi en hızlı şekilde uygulamış olduğunuz altyapıyı test etmenizi öneririz. Bunun için bu olguları aklınızda bulundurun:

• Veritabanına veri şifrelemesi uygulamak için kaç iş parçacığı kullanıldığını tanımlayamazsınız. iş parçacığı sayısı, SQL Server veri ve günlük dosyalarının dağıtıldığı disk birimi sayısına bağlıdır. Daha farklı birimler (sürücü harfleri) anlamına gelir, daha fazla iş parçacığı şifrelemeyi gerçekleştirmek için paralel olarak kullanılacaktır. bu tür bir yapılandırma, Azure vm 'lerinde SQL Server veritabanı dosyaları için bir veya daha az sayıda depolama alanı oluşturmaya yönelik daha önceki disk yapılandırma önerimiyle bir bit ile çelişmektedir. Az sayıda birime sahip bir yapılandırma, şifrelemeyi yürüten az sayıda iş parçacığına yol açabilir. Tek bir iş parçacığı şifrelemesi 64 KB 'lık kapsamları okuyor, şifreler ve sonra kapsamın şifreli olduğunu söyleyen bir kaydı işlem günlüğü dosyasına yazar. Sonuç olarak, işlem günlüğü yükü orta olur.
• daha eski SQL Server sürümlerde, yedekleme sıkıştırması, SQL Server veritabanınızı şifrelediğinde artık verimlilik almadı. bu davranış, planınız şirket içinde SQL Server veritabanınızı şifrelemek ve sonra azure 'da veritabanını geri yüklemek için bir yedeklemeyi azure 'a kopyalamak üzere bir sorun halinde geliştirebilir. SQL Server yedekleme sıkıştırması genellikle 4 faktörüyle bir sıkıştırma oranına erişir.
• SQL Server 2016 ile, SQL Server şifrelenmiş veritabanlarının ve verimli bir şekilde sıkıştırılarını sağlayan yeni işlevler sunuldu. Bazı ayrıntılar için Bu bloga bakın.

Yalnızca veya az SAP iş yükü olmadan TDE şifreleme uygulamasını düşünerek, şirket içi SAP veritabanınıza TDE veya Azure 'da bunu yapmak için daha iyi olup olmadığını özel yapılandırmanızda test etmelisiniz. Azure 'da, aşırı sağlama altyapısı açısından çok daha fazla esneklik elde edersiniz ve TDE uygulandıktan sonra altyapıyı küçültebilirsiniz.

Azure Key Vault kullanma

Azure, şifreleme anahtarlarını depolamak için bir Key Vault hizmeti sunar. diğer taraftan SQL Server, tde sertifikaları için depo olarak Azure Key Vault kullanmak üzere bir bağlayıcı sunar.

aşağıdakiler gibi SQL Server tde listelerini Azure Key Vault kullanma hakkında daha fazla bilgi:

• Genişletilebilir Anahtar Yönetimi Azure Key Vault (SQL Server).
• SQL Server Kullanarak TDE Genişletilebilir Anahtar Yönetimi Azure Key Vault - Kurulum Adımları.
• SQL Server Bağlayıcı Bakımı & Giderme.
• müşterilerinden SQL Server Saydam Veri Şifrelemesi hakkında daha fazla soru - TDE + Azure Key Vault.

Özet SQL Server genel Azure üzerinde SAP genel bilgileri

Bu kılavuzda birçok öneri vardır ve Azure dağıtımınızı planlamadan önce bunu birden çok kez okumanızı öneririz. Ancak genel olarak Azure'a özgü en genel DBMS önerilerini takip edin:

1. Azure'da en fazla avantaja sahip SQL Server 2017 gibi en son DBMS sürümünü kullanın.
2. Veri dosyası düzenini ve Azure kısıtlamalarını dengelemek için Azure'daki SAP sistemi ortamınızı dikkatle planla:
   • Çok fazla disk yok ama gerekli IOPS'nize ulaşasınız diye yeterli diske sahipsiniz.
   • Yönetilen Diskler kullanmayacaksanız, IOPS'nin Azure Depolama Hesabı başına da sınırlı olduğunu ve Depolama Hesaplarının her Azure aboneliği içinde sınırlı olduğunu unutmayın (daha fazlaayrıntı).
   • Yalnızca daha yüksek bir aktarım hızı elde etmek gerekirse diskler arasında şerit oluşturma.
3. D:\ üzerinde kalıcılık gerektiren herhangi bir dosya asla yazılım yükleme veya koyma sürücüsü kalıcı değildir ve bu sürücüde herhangi bir şey yeniden başlatma sırasında Windows kaybolur.
4. Azure Standard Depolama için disk önbelleğe alma özelliğini Depolama.
5. Azure coğrafi olarak çoğaltılmış Azure Standard Depolama kullanma. DBMS iş yükleri için Yerel Olarak Yedekli kullanın.
6. Veritabanı verilerini çoğaltmak için DBMS satıcınıza ait HA/DR çözümünü kullanın.
7. Her zaman Ad Çözümlemesi kullanın, IP adreslerine güvenmeyin.
8. TDE SQL Server i kullanarak en son SQL Server uygulayabilirsiniz.
9. Mümkün olan en yüksek veritabanı sıkıştırmasını kullanın. Bu, sayfa sıkıştırma için SQL Server.
10. Aşağıdaki görüntüleri SQL Server dikkatli Azure Market. Bir sap netweaver SQL Server yüklemeden önce örnek harmanlama değiştirmeniz gerekir.
11. Dağıtım Kılavuzu'nun altında açıklandığı gibi Azure için SAP Konak İzleme'yi yükleyin ve yapılandırın.

Sonraki adımlar

Makaleyi okuyun

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