Configuration Manager site boyutlandırma ve performans hakkında SSS

Configuration Manager gelen kutularını ayırın ve dosyaları en az iki farklı birimde SQL Server. Bu ayırma, küme ayırma boyutlarını gerçekleştirdikleri farklı G/Ç türleri için iyileştirmenize olanak tanır.

Site sunucusu gelen kutularını barındıran birim için 4K veya 8K ayırma birimleriyle NTFS kullanın. ReFS, küçük dosyalar için bile 64k yazar. Configuration Manager birçok küçük dosya olduğundan ReFS gereksiz disk yükü oluşturabilir.

SQL Server veritabanı dosyalarını içeren diskler için 64K ayırma birimleriyle NTFS veya ReFS biçimlendirmesini kullanın.

Katı hal sürücüleri (SSD) ve Azure Premium Depolama modern dizileri, birkaç diskle tek bir birimde yüksek IOPS sağlayabilir. Genellikle ek depolama için diziye daha fazla sürücü eklersiniz, ek aktarım hızı eklemezsiniz. Fiziksel iş mili tabanlı diskler kullanıyorsanız, tek bir birimde oluşturabileceğinizden daha fazla IOPS'ye ihtiyacınız olabilir. .mdf dosyası için önerilen toplam IOPS ve disk alanının %60'ını, .ldf dosyası için %20'sini ve günlük ve veri geçici dosyaları için %20'sini ayırmanız gerekir. .ldf ve geçici dosyaların tümü ayrılmış IOPS'nizin %40'ı (%20 + %20) ile tek bir birimde bulunabilir.

SQL Server 2016'dan önceki SQL Server sürümleri varsayılan olarak yalnızca bir geçici veri dosyası oluşturulur. Kilitleri SQL Server ve tek bir dosyaya erişimi beklemekten kaçınmak için daha fazlasını oluşturmanız gerekir. Topluluk görüşleri, oluşturulacak en fazla geçici veri dosyası sayısına göre değişiklik gösterir ve dört ila sekiz arasında değişir. Test, dört ila sekiz arasında çok az fark ortaya çıkardığından , eşit boyutlu dört geçici veri dosyası oluşturabilirsiniz. Tempdb veri dosyalarınız tam veritabanınızın boyutunun %20-25'ine kadar olmalıdır.

Yapılandırılabilir olduğunda, YAZMA işlemleri için RAID denetleyicisi belleğini %70, okuma işlemleri için ise %30 olarak ayarlayın. Genel olarak, site veritabanı için bir RAID 10 dizi yapılandırması kullanın. RAID 1, düşük G/Ç gereksinimlerine sahip küçük ölçekli siteler veya hızlı SSD'ler kullanıyorsanız da kabul edilebilir. Daha büyük disk dizileriyle, yedek diskleri başarısız diskleri otomatik olarak değiştirecek şekilde yapılandırın.

Örnek: Fiziksel diskleri olan fiziksel makine

Birlikte bulunan bir site sunucusu ve 100.000 istemci içeren SQL Server için boyutlandırma yönergeleri, site sunucusu gelen kutuları için 1200 IOPS ve SQL Server dosyaları için 5000 IOPS'tir.

Sonuçta elde edilen disk yapılandırmanız şöyle görünebilir:

1. Önerilen yedek diskleri içermez.
2. Bu değer Örnek disk yapılandırmalarından alınıyor.

Donanım kaynakları (CPU çekirdekleri ve geçişli depolama) sanal makineye (VM) %100 ayrılmışsa Hyper-V, fiziksel sunucuya benzer bir performans sunar. Sabit boyutlu .vhd veya .vhdx disk dosyalarının kullanılması en az %1-5 G/Ç performansı etkisine neden olur. Dinamik olarak genişleten .vhd veya .vhdx disk dosyalarının kullanılması, Configuration Manager iş yükü için %25'e kadar G/Ç performansına neden olur. Diskleri dinamik olarak genişletmeniz gerekiyorsa, diziye %25 IOPS performansı ekleyerek telafi edin.

Configuration Manager site sunucunuzu veya SQL Server vm içinde çalıştırırken Hyper-V ana bilgisayar işletim sistemi sürücülerini VM işletim sisteminden ve veri sürücülerinden yalıtın.

VM'leri iyileştirme hakkında daha fazla bilgi için bkz. Hyper-V Sunucularının Performansını Ayarlama.

Örnek: Hyper-V VM tabanlı site sunucusu

Birlikte bulunan bir site sunucusu ve 150.000 istemcili SQL Server için boyutlandırma yönergeleri, site sunucusu gelen kutuları için 1800 IOPS ve SQL Server dosyaları için 7400 IOPS'tir.

Sonuçta elde edilen disk yapılandırmanız şöyle görünebilir:

1. Önerilen yedek diskleri içermez.
2. Temel alınan birime ayrılmış VM sürücüsü için sabit boyutlu, geçişli .vhdx .
3. Bu değer Örnek disk yapılandırmalarından alınıyor.

Azure'da sık sorulan soruların Configuration Manager okuyarak başlayın.

hizmet olarak Azure altyapısı (IaaS) Premium Depolama tabanlı disklerden yararlanan VM'ler yüksek IOPS'ye sahip olabilir. Bu VM'lerde, ek IOPS yerine beklenen disk alanı gereksinimleri için ek diskler yapılandırın.

Azure depolama doğal olarak yedeklidir ve kullanılabilirlik için birden çok disk gerektirmez. Disk Yöneticisi'nde veya Depolama Alanları ek alan ve performans sağlamak için diskleri ayırabilirsiniz.

Premium Depolama performansını en üst düzeye çıkarma ve Azure IaaS VM'lerinde SQL Server çalıştırma hakkında daha fazla bilgi ve öneriler için bkz:

• Uygulama performansını iyileştirme

• Diskler kılavuzu

Örnek: Azure tabanlı site sunucusu

Birlikte bulunan bir site sunucusu ve 50.000 istemcili SQL Server için boyutlandırma yönergeleri, site sunucusu gelen kutuları için sekiz çekirdek, 32 GB ve 1200 IOPS ve SQL Server dosyaları için 2800 IOPS'dir.

Elde edilen Azure makineniz aşağıdaki disk yapılandırmasına sahip bir DS13v2 (sekiz çekirdek, 56 GB) olabilir:

1. Bu değer Örnek disk yapılandırmalarından alınıyor.
2. Azure kılavuzu , kullanılabilir alanı aşmadığı ve ek disk G/Ç dağıtımına izin verdiği için TempDB'nin yerel, SSD tabanlı D: sürücüye yerleştirilmesine olanak tanır.

Örnek: Azure tabanlı site sunucusu (anlık performans artışı için)

Azure disk aktarım hızı VM'nin boyutuyla sınırlıdır. Önceki Azure örneğindeki yapılandırma gelecekteki genişletmeyi veya ek performansı sınırlayabilir. Azure VM'nizin ilk dağıtımı sırasında ek diskler eklerseniz, gelecekte minimum peşin yatırımla daha fazla işlem gücü için Azure VM'nizi yükseltebilirsiniz. Gereksinimler değiştikçe daha sonra daha karmaşık bir geçiş yapmak yerine site performansını artırmak için önceden planlama yapmak çok daha kolaydır.

IOPS'nin nasıl değiştiğini görmek için önceki Azure örneğindeki diskleri değiştirin.

DS13v2

1. Diskler Depolama Alanları kullanılarak şeritlenir.
2. Bu değer Örnek disk yapılandırmalarından alınıyor. VM boyutu performansı sınırlar.
3. Azure kılavuzu , kullanılabilir alanı aşmadığı ve ek disk G/Ç dağıtımına izin verdiği için TempDB'nin yerel, SSD tabanlı D: sürücüye yerleştirilmesine olanak tanır.

Gelecekte daha fazla performansa ihtiyacınız varsa, VM'nizi iki kat CPU ve bellek sağlayacak bir DS14v2'ye artırabilirsiniz. Bu VM boyutu tarafından izin verilen ek disk bant genişliği, önceden yapılandırılmış disklerinizdeki kullanılabilir disk IOPS'sini de anında artırır.

DS14v2

1. Diskler Depolama Alanları kullanılarak şeritlenir.
2. Bu değer Örnek disk yapılandırmalarından alınıyor. VM boyutu performansı sınırlar.
3. Azure kılavuzu , kullanılabilir alanı aşmadığı ve ek disk G/Ç dağıtımına izin verdiği için TempDB'nin yerel, SSD tabanlı D: sürücüye yerleştirilmesine olanak tanır.

Tek sunucunun uygun boyutta olduğu veya iki sunucu arasında ağ bağlantısının yeterli olduğu varsayılarak her ikisi de yeterli performans sergileyebilir.

Uzak SQL Server ek bir sunucunun peşin ve operasyonel maliyetini gerektirir, ancak büyük ölçekli müşterilerin çoğu arasında tipiktir. Bu yapılandırmanın avantajları şunlardır:

• SQL Server AlwaysOn gibi artan site kullanılabilirliği seçenekleri
• Site işlemeye daha az fazla duyulmadan ağır raporlama çalıştırabilme
• Bazı durumlarda daha basit olağanüstü durum kurtarma
• Daha kolay güvenlik yönetimi
• Ayrı bir DBA ekibi gibi SQL Server yönetimi için rol ayrımı

Birlikte bulunan SQL Server tek bir sunucu gerektirir ve küçük ölçekli müşterilerin çoğu için tipiktir. Bu yapılandırmanın avantajları şunlardır:

• Makineler, lisanslar ve bakım için daha düşük maliyetler
• Sitede daha az hata noktası
• Kapalı kalma süresini planlamak için daha iyi denetim

Varsayılan olarak, SQL Server sunucunuzdaki tüm kullanılabilir belleği kullanır ve bu da işletim sistemi ve makinedeki diğer işlemlerin yetersiz kalmasına neden olur. Olası performans sorunlarını önlemek için SQL Server açıkça bellek ayırmak önemlidir. SQL Server ile birlikte bulunan site sunucularında, işletim sisteminin dosya önbelleğe alma ve diğer işlemler için yeterli RAM'e sahip olduğundan emin olun. SMSExec ve diğer Configuration Manager işlemleri için yeterli RAM olduğundan emin olun. uzak sunucuda SQL Server çalıştırırken, belleğin çoğunu SQL'e ayırabilirsiniz, ancak tümünü ayıramayın. İlk kılavuz için boyutlandırma yönergelerini gözden geçirin.

SQL Server bellek ayırma tüm GB'a yuvarlanmalıdır. Ayrıca, RAM büyük miktarlarda arttıkça, SQL Server daha yüksek bir yüzdeye sahip olmasına izin vekleyebilirsiniz. Örneğin, 256 GB veya daha fazla RAM kullanılabilir olduğunda SQL Server %95'e kadar yapılandırabilirsiniz, bu da işletim sistemi için bol miktarda bellek koruduğundan. Sayfa dosyasını izlemek, işletim sistemi ve tüm Configuration Manager işlemleri için yeterli bellek olduğundan emin olmak için iyi bir yoldur.

SQL Server 16'dan fazla fiziksel çekirdek ve yeterli RAM yoksa bellek çekişmesi sorunlarıyla karşılaşabilirsiniz. Configuration Manager iş yükü, SQL için çekirdek başına en az 3-4 GB RAM kullanılabilir olduğunda daha iyi performans gösterir. SQL Server çekirdek eklerken, RAM'i orantılı miktarlarda artırdığınızdan emin olun.

Genel olarak, çoğaltma sunucuları arasında yeterli ağ kullanılabilir olduğunda kullanılabilirlik gruplarının sistemin performansı üzerinde göz ardı edilebilir bir etkisi vardır. Yoğun bir kullanılabilirlik grubu ortamında hızlı veritabanı günlüğü .ldf dosyası büyümesine sahip olabilirsiniz. Ancak, başarılı bir veritabanı yedeklemesi sonrasında günlük dosyası alanı otomatik olarak serbest bırakılır. Configuration Manager veritabanının 24 saatte bir yedekleme gerçekleştirmesi için SQL Server bir iş ve altı saatte bir bir .ldf yedeklemesi ekleyin. SQL Server yedekleme stratejileri hakkında daha fazla bilgi de dahil olmak üzere kullanılabilirlik grupları ve Configuration Manager hakkında daha fazla bilgi için bkz. SQL Server Always On kullanılabilirlik grubu kullanmaya hazırlanma.

Configuration Manager veritabanı için SQL Server sıkıştırma önerilmez. Configuration Manager veritabanında sıkıştırmayı etkinleştirmeyle ilgili işlevsel sorunlar olmasa da, test sonuçları sisteme olası boyutlandırılabilir performans etkisine kıyasla çok fazla boyut tasarrufu göstermez.

Configuration Manager veritabanındaki tüm gizli diziler zaten güvenli bir şekilde depolanır, ancak SQL Server şifreleme eklemek başka bir güvenlik katmanı ekleyebilir. Veritabanınızda şifrelemeyi etkinleştirmeyle ilgili işlevsel bir sorun yoktur, ancak %25'e kadar performans düşüşü olabilir. Bu nedenle, özellikle büyük ölçekli ortamlarda dikkatli bir şekilde şifreleyin. Ayrıca şifrelenmiş verileri başarıyla kurtarabileceğinizden emin olmak için yedekleme ve kurtarma planlarınızı güncelleştirmeyi unutmayın.

DESTEKLENEN SQL sürümleri için bkz. SQL Server sürümleri için destek. Performans açısından, desteklenen tüm SQL Server sürümleri gerekli performans ölçütlerini karşılar. Ancak SQL Server 2016 veya daha yeni sürümler, Configuration Manager iş yükünün bazı yönlerinden SQL Server 2014'te daha iyi performans gösterir. Ayrıca, SQL Server 2014'SQL Server 2012 uyumluluk düzeyinde (110) çalıştırmak genel olarak performansı artırır. Yükleme sırasında, SQL Server 2014'te çalışan Configuration Manager veritabanları uyumluluk düzeyi 110 olarak ayarlanır. SQL Server 2016 veya üzeri, SQL Server 2016 için 130 gibi bu SQL Server sürümünün varsayılan uyumluluk düzeyine ayarlanır. SQL Server yerinde yükseltilmesi, bir sonraki ana Configuration Manager geçerli dal sürümünü yükleyene kadar uyumluluk düzeylerini güncelleştirmez.

SQL Server 2016 veya sonraki sürümlerde RBAC'yi Yönetici Konsolu'nda kullanırken olduğu gibi bazı SQL sorgularında olağan dışı zaman aşımları veya yavaşlık görürseniz, Configuration Manager veritabanındaki SQL Server uyumluluk düzeyini 110 olarak değiştirmeyi deneyin. SQL Server 2014'te SQL Server uyumluluk düzeyinde 110 ve daha yeni SQL Server sürümleri tam olarak desteklenir. Daha fazla bilgi için bkz. SQL sorgusu zaman aşımına uğradı veya bazı Configuration Manager veritabanı sorgularında konsol yavaş.

Ocak 2018 itibarıyla, performansla ilgili bilinen çeşitli sorunlar veya diğer olası sorunlar nedeniyle aşağıdaki SQL Server sürümlerinden kaçınmalısınız:

• SQL Server 2012 SP3 CU1 to CU5
• SQL Server 2014 SP1 CU6 - SP2 CU2
• SQL Server 2016 RTM-CU3, SP1 CU3 -CU5

Evet, SQL Server performansını geliştirmek için dizinleri haftada bir kez ve istatistikleri günde bir kez güncelleştirin. üçüncü taraf betikleri ve Configuration Manager ve SQL Server topluluklarından sağlanan ek bilgiler bu görevleri iyileştirmeye yardımcı olabilir.

Büyük sitelerde, kullanım desenlerinize bağlı olarak CI_CurrentComplianceStatusDetails, HinvChangeLog gibi bazı SQL Server tabloları büyük olabilir. Bakım yaklaşımınızı tek tek azaltmanız veya değiştirmeniz gerekebilir.

SQL Server Express ikincil sitelerde önemli performans etkileri yoktur ve çoğu müşteri için yeterlidir. Ayrıca dağıtımı ve yönetimi de kolaydır ve her boyuttaki neredeyse tüm müşteriler için önerilen yapılandırmadır.

Tam SQL Server yüklemenin gerekebileceği bir durum vardır. Ortamınızda çok sayıda dağıtım noktası ve paket veya kaynak varsa, 10 GB boyut sınırı olan SQL Server Express aşabilirsiniz. Paket sayısı dağıtım noktası sayısı 4.000.000'den fazlaysa (örneğin, 2.000 içerik içeren 2.000 DP), ikincil sitelerinizde tam SQL Server kullanmayı göz önünde bulundurun.

Ayarınızı 0 olarak bırakmak (kullanılabilir tüm işlemcileri kullanın) çoğu durumda genel işleme performansı için en uygun seçenektir.

Birçok Configuration Manager yöneticisi, SQL Server "maksimum paralellik derecesi" yapılandırma seçeneğine yönelik öneriler ve yönergeler'deki yönergeleri izler. Çoğu modern büyük donanımda, bu kılavuz önerilen maksimum sekiz ayarına yol açar. Ancak, işlemci sayınıza kıyasla çok daha küçük sorgular çalıştırırsanız, daha yüksek bir sayıya ayarlamanıza yardımcı olabilir. Daha fazla çekirdek kullanılabilir olduğunda kendinizi sekizle sınırlamak büyük sitelerde en iyi ayar olmayabilir.

Sekizden fazla çekirdeğe sahip SQL Server'larda 0 ayarıyla başlayın ve yalnızca performans sorunlarıyla veya aşırı kilitlemeyle karşılaşırsanız değişiklik yapın. 0'da performans sorunlarıyla karşılaştığınız için MaxDOP'yi değiştirmeniz gerekiyorsa, sitenin SQL Server boyutlandırması için önerilen en düşük çekirdek sayısından daha büyük veya buna eşit yeni bir değerle başlayın. Bu değerden daha düşük bir değere gitmek neredeyse her zaman olumsuz performans etkilere neden olabilir. Örneğin, 100.000 istemci sitesi için uzak SQL Server en az 12 çekirdek gerekir. SQL Server 16 çekirdek varsa MaxDOP ayarınızı 12 değeriyle test etmeye başlayın.

Herhangi bir sistemde virüsten korumayı devre dışı bırakırken dikkatli olun. Yüksek hacimli ve güvenli ortamlarda, en iyi performans için etkin izlemeyi devre dışı bırakmanızı öneririz.

Önerilen virüsten koruma dışlamaları hakkında daha fazla bilgi için bkz. Configuration Manager 2012 ve Geçerli Dal Site Sunucuları, Site Sistemleri ve İstemciler için önerilen virüsten koruma dışlamaları.

WsusPool Kuyruk Uzunluğu ve WsusPool Özel Bellek sınırı gibi birkaç önemli IIS ayarını değiştirmek, daha küçük yüklemelerde bile WSUS performansını iyileştirebilir. Daha fazla bilgi için bkz . Önerilen donanım.

Ayrıca WSUS çalıştıran işletim sistemi için en son güncelleştirmelerin yüklü olduğundan emin olun:

• Windows Server 2012: Ekim 2017 veya sonrasında yayımlanan "Yalnızca güvenlikle ilgili" olmayan toplu güncelleştirmeler. (KB4041690)
• Windows Server 2012 R2: Ağustos 2017 veya sonrasında yayımlanan "Yalnızca güvenlikle ilgili olmayan" toplu güncelleştirmeler. (KB4039871)
• Window Server 2016: Ağustos 2017 veya sonraki sürümlerde yayımlanan "Yalnızca güvenlik" olmayan toplu güncelleştirmeler. (KB4039396)

Bkz. WSUS Microsoft ve SUP bakımını Configuration Manager için tam kılavuz.

Geleneksel sunucu performansı izleme, genel Configuration Manager için etkili bir şekilde çalışır. Sunucularınızın temel durumunu izlemek için Configuration Manager, SQL Server ve Windows Server için çeşitli System Center Operations Manager yönetim paketlerinden de yararlanabilirsiniz. Ayrıca Configuration Manager sağladığı Windows Performans İzleyicisi (PerfMon) sayaçlarını doğrudan izleyebilirsiniz. Olası site performansı sorunlarının veya kapsamlarının erken uyarı işaretleri için çeşitli gelen kutularındaki kapsamları izleyin.

Ayrıca bkz.

• Site boyutlandırma ve performans yönergeleri
• Azure'da Configuration Manager sık sorulan sorular