nejčastější dotazy k určení velikosti a výkonu webu Configuration Manager

Oddělte Configuration Manager složky Doručená pošta a soubory SQL Server nejméně na dvou různých svazcích. Toto oddělení umožňuje optimalizovat velikosti přidělení clusteru pro různé druhy vstupně-výstupních operací, které provádějí.

Pro svazek hostující doručenou poštu serveru lokalit použijte systém souborů NTFS s alokačními jednotkami 4K nebo 8K. ReFS zapisuje 64 000 i pro malé soubory. Configuration Manager obsahuje mnoho malých souborů, takže odolný systém souborů (ReFS) může způsobit zbytečnou režii disku.

Pro disky obsahující SQL Server databázové soubory použijte formátování NTFS nebo ReFS s alokačními jednotkami 64 tisíc.

Moderní pole jednotek SSD (Solid-State Drive) a Azure Premium Storage můžou poskytovat vysoké množství IOPS na jednom svazku s několika disky. Do pole obvykle přidáváte další jednotky pro další úložiště, ne pro zvýšení propustnosti. Pokud používáte fyzické disky založené na vřetenech, možná budete potřebovat více IOPS, než můžete vygenerovat na jednom svazku. Pro soubor .mdf byste měli přidělit 60 % z celkového doporučeného počtu vstupně-výstupních operací za sekundu a místo na disku, 20 % pro soubor .ldf a 20 % pro soubory protokolů a dočasných dat. Soubory .ldf a dočasné soubory se můžou nacházet na jednom svazku s 40 % (20 % + 20 %) přidělených IOPS.

SQL Server verze starší než SQL Server 2016 vytvořily ve výchozím nastavení jenom jeden dočasný datový soubor. Měli byste vytvořit více, abyste se vyhnuli SQL Server zámkům a čekání na přístup k jednomu souboru. Názory komunity se liší podle nejlepšího počtu dočasných datových souborů, které se mají vytvořit, od čtyř do osmi. Testování odhalí malý rozdíl mezi čtyřmi a osmi, takže můžete vytvořit čtyři stejně velké dočasné datové soubory. Datové soubory tempdb by měly mít velikost až 20–25 % velikosti celé databáze.

Pokud je to možné, nastavte paměť řadiče RAID na 70 % přidělení pro operace zápisu a 30 % pro operace čtení. Obecně platí, že pro databázi lokality použijte konfiguraci pole RAID 10. RAID 1 je také přijatelný pro malé weby s nízkými požadavky na vstupně-výstupní operace nebo pokud používáte rychlé disky SSD. U větších diskových polí nakonfigurujte náhradní disky tak, aby automaticky nahradily disky, které selhávají.

Příklad: Fyzický počítač s fyzickými disky

Pokyny pro změnu velikosti pro společnělokovaný server lokality a SQL Server se 100 000 klienty jsou 1200 IOPS pro složky doručené pošty serveru lokality a 5 000 IOPS pro SQL Server soubory.

Výsledná konfigurace disku může vypadat takto:

1. Nezahrnuje doporučené náhradní disky.
2. Tato hodnota je z příkladu konfigurace disků.

Technologie Hyper-V poskytuje podobný výkon fyzickému serveru, pokud jsou hardwarové prostředky (jádra procesoru a předávací úložiště) na 100 % vyhrazené pro virtuální počítač. Použití diskových souborů .vhd nebo .vhdx s pevnou velikostí má minimální dopad na výkon vstupně-výstupních operací o 1–5 %. Použití dynamicky se zvětšujících diskových souborů .vhd nebo .vhdx má až 25% dopad na výkon vstupně-výstupních operací pro Configuration Manager úlohy. Pokud potřebujete dynamicky zvětšovat disky, vykompenzujte to přidáním dalšího 25% výkonu IOPS do pole.

Při spuštění serveru Configuration Manager lokality nebo SQL Server uvnitř virtuálního počítače izolujte jednotky hostitelského operačního systému Hyper-V od operačního systému virtuálního počítače a datových jednotek.

Další informace o optimalizaci virtuálních počítačů najdete v tématu Ladění výkonu serverů Hyper-V.

Příklad: Server lokality založený na virtuálním počítači Hyper-V

Pokyny pro změnu velikosti pro společnělokovaný server lokality a SQL Server se 150 000 klienty jsou 1800 IOPS pro doručené pošty serveru lokality a 7400 IOPS pro SQL Server soubory.

Výsledná konfigurace disku může vypadat takto:

1. Nezahrnuje doporučené náhradní disky.
2. S pevnou velikostí průchozí .vhdx pro jednotku virtuálního počítače vyhrazenou pro podkladový svazek.
3. Tato hodnota je z příkladu konfigurace disků.

Začněte tím, že si přečtete nejčastější dotazy k Configuration Manager v Azure.

Virtuální počítače Azure typu infrastruktura jako služba (IaaS), které využívají disky založené na Premium Storage, můžou mít vysoký počet IOPS. Na těchto virtuálních počítačích nakonfigurujte další disky pro očekávané potřeby místa na disku místo pro další IOPS.

Úložiště Azure je ze své podstaty redundantní a kvůli dostupnosti nevyžaduje více disků. Disky můžete proklánět ve Správci disků nebo Prostory úložiště, abyste zajistili další místo a výkon.

Další informace a doporučení k maximalizaci výkonu Premium Storage a spouštění SQL Serverů na virtuálních počítačích Azure IaaS najdete tady:

• Optimalizace výkonu aplikace

• Pokyny k diskům

Příklad: Server lokality založený na Azure

Pokyny pro změnu velikosti pro společnělokovaný server lokality a SQL Server s 50 000 klienty mají osm jader, 32 GB a 1200 IOPS pro složky doručené pošty serveru lokality a 2800 IOPS pro SQL Server soubory.

Výsledný počítač Azure může být DS13v2 (osm jader, 56 GB) s následující konfigurací disku:

1. Tato hodnota je z příkladu konfigurace disků.
2. Doprovodné materiály Azure umožňují umístit databázi TempDB na místní jednotku D: založenou na ssd, protože nepřekročí dostupné místo a umožní další distribuci vstupně-výstupních operací disku.

Příklad: Server lokality založený na Azure (pro okamžité zvýšení výkonu)

Propustnost disku Azure je omezená velikostí virtuálního počítače. Konfigurace v předchozím příkladu Azure může omezit budoucí rozšíření nebo zvýšení výkonu. Pokud během počátečního nasazení virtuálního počítače Azure přidáte další disky, můžete virtuální počítač Azure v budoucnu nasadit pro vyšší výpočetní výkon s minimálními počátečními investicemi. S tím, jak se mění požadavky, je mnohem jednodušší naplánovat dopředu zvýšení výkonu lokality, a nemusíte později provádět složitější migraci.

Změňte disky v předchozím příkladu Azure, abyste viděli, jak se mění IOPS.

DS13v2

1. Disky jsou prokláděné pomocí Prostory úložiště.
2. Tato hodnota je z příkladu konfigurace disků. Velikost virtuálního počítače omezuje výkon.
3. Doprovodné materiály Azure umožňují umístit databázi TempDB na místní jednotku D: založenou na ssd, protože nepřekročí dostupné místo a umožní další distribuci vstupně-výstupních operací disku.

Pokud budete v budoucnu potřebovat vyšší výkon, můžete virtuální počítač přenést na DS14v2, což zdvojnásobí využití procesoru a paměti. Dodatečná šířka pásma disku, kterou tato velikost virtuálního počítače umožňuje, také okamžitě zvýší dostupné IOPS disku na dříve nakonfigurovaných discích.

DS14v2

1. Disky jsou prokláděné pomocí Prostory úložiště.
2. Tato hodnota je z příkladu konfigurace disků. Velikost virtuálního počítače omezuje výkon.
3. Doprovodné materiály Azure umožňují umístit databázi TempDB na místní jednotku D: založenou na ssd, protože nepřekročí dostupné místo a umožní další distribuci vstupně-výstupních operací disku.

Obojí může fungovat adekvátně za předpokladu, že jeden server má odpovídající velikost, nebo je mezi těmito dvěma servery dostatečné síťové připojení.

Vzdálená SQL Server vyžaduje počáteční a provozní náklady na další server, ale je typická u většiny velkých zákazníků. Mezi výhody této konfigurace patří:

• Možnosti vyšší dostupnosti webu, například SQL Server AlwaysOn
• Schopnost spouštět náročné sestavy s menším zaslouchaným procesem zpracování webu
• Jednodušší zotavení po havárii v některých situacích
• Jednodušší správa zabezpečení
• Oddělení rolí pro správu SQL Server, například se samostatným týmem DBA

Společně umístěné SQL Server vyžadují jeden server a jsou typické pro většinu malých zákazníků. Mezi výhody této konfigurace patří:

• Nižší náklady na počítače, licence a údržbu
• Méně bodů selhání v lokalitě
• Lepší řízení pro plánování výpadků

Ve výchozím nastavení SQL Server využívá veškerou dostupnou paměť na vašem serveru, což může mít za sebou nedostatek operačního systému a dalších procesů na počítači. Abyste se vyhnuli potenciálním problémům s výkonem, je důležité explicitně přidělit paměť SQL Server. Na serverech lokality společně s SQL Server se ujistěte, že operační systém má dostatek paměti RAM pro ukládání souborů do mezipaměti a další operace. Ujistěte se, že zbývá dostatek paměti RAM pro SMSExec a další procesy Configuration Manager. Při spuštění SQL Server na vzdáleném serveru můžete přidělit většinu paměti sql, ale ne všechny. Úvodní pokyny najdete v pokynech pro určení velikosti .

SQL Server přidělení paměti by se mělo zaokrouhlit na celé GB. S tím, jak se paměť RAM zvyšuje na velké množství, můžete také nechat SQL Server mít vyšší procento. Pokud je například k dispozici 256 GB paměti RAM nebo více, můžete nakonfigurovat SQL Server až na 95 %, protože to stále zachovává dostatek paměti pro operační systém. Monitorování stránkovaného souboru je dobrý způsob, jak zajistit dostatek paměti pro operační systém a všechny procesy Configuration Manager.

Pokud je na SQL Server více než 16 fyzických jader a nedostatek paměti RAM, může dojít k problémům s pamětí. Úloha Configuration Manager funguje lépe, když je pro SQL k dispozici minimálně 3–4 GB paměti RAM na jádro. Při přidávání jader do SQL Server nezapomeňte zvýšit velikost paměti RAM v poměru.

Obecně platí, že skupiny dostupnosti mají zanedbatelný vliv na výkon systému, pokud je mezi servery repliky k dispozici dostatečná síť. V zaneprázdněném prostředí skupiny dostupnosti můžete mít rychlý růst souborů .ldf protokolu databáze. Po úspěšném zálohování databáze se ale automaticky uvolní místo v souboru protokolu. Přidejte úlohu SQL Server pro databázi Configuration Manager, která bude provádět zálohování, například každých 24 hodin, a zálohování .ldf každých šest hodin. Další informace o skupinách dostupnosti a Configuration Manager, včetně dalších informací o strategiích SQL Server zálohování, najdete v tématu Příprava na použití skupiny dostupnosti SQL Server AlwaysOn.

SQL Server Configuration Manager databázi se nedoporučuje komprese. I když neexistují žádné funkční problémy s povolením komprese v databázi Configuration Manager, výsledky testů neukazují velké úspory velikosti v porovnání s možným značným dopadem na výkon systému.

Všechny tajné kódy v databázi Configuration Manager jsou již bezpečně uložené, ale přidání SQL Server šifrování může přidat další vrstvu zabezpečení. S povolením šifrování databáze nedochází k žádným funkčním problémům, ale může dojít až k 25% snížení výkonu. Proto šifrujte s opatrností, zejména ve velkých prostředích. Nezapomeňte také aktualizovat plány zálohování a obnovení, abyste zajistili úspěšné obnovení šifrovaných dat.

Informace o podporovaných verzích SQL najdete v tématu Podpora verzí SQL Server. Z hlediska výkonu všechny podporované verze SQL Server splňují požadovaná kritéria výkonu. SQL Server 2016 nebo novějších však v některých aspektech úlohy Configuration Manager obvykle předčí SQL Server 2014. Spuštění SQL Server 2014 na úrovni kompatibility SQL Server 2012 (110) také obecně zlepšuje výkon. V době instalace jsou Configuration Manager databáze spuštěné na SQL Server 2014 nastaveny na úroveň kompatibility 110. SQL Server 2016 nebo novější je nastavená na výchozí úroveň kompatibility SQL Server verze, například 130 pro SQL Server 2016. Místní upgrade SQL Server neaktualizuje úrovně kompatibility, dokud nenainstalujete další hlavní Configuration Manager aktuální verzi větve.

Pokud u některých dotazů SQL na SQL Server 2016 nebo novějších, například při použití RBAC v konzole Správa, dochází k neobvyklým časovým limitům nebo zpomalení, zkuste změnit úroveň kompatibility SQL Server v databázi Configuration Manager na 110. V SQL Server 2014 běží na úrovni kompatibility SQL Server 110 a novější verze SQL Server jsou plně podporované. Další informace najdete v tématu Vypršení časového limitu dotazu SQL nebo zpomalení konzoly u určitých Configuration Manager databázových dotazů.

Od ledna 2018 byste se měli vyhnout následujícím SQL Server verzím kvůli různým známým problémům souvisejícím s výkonem nebo jiným potenciálním problémům:

• SQL Server 2012 SP3 CU1 až CU5
• SQL Server 2014 SP1 CU6 až SP2 CU2
• SQL Server 2016 RTM na CU3, SP1 CU3 až CU5

Ano, indexy aktualizujte tak často jednou týdně a statistiky tak často jako jednou denně, aby se zlepšil výkon SQL Server. Skripty třetích stran a další informace, které jsou k dispozici od Configuration Manager a SQL Server komunit, můžou tyto úlohy optimalizovat.

Na velkých webech můžou být některé SQL Server tabulky, například CI_CurrentComplianceStatusDetails, HinvChangeLog, velké v závislosti na vašich vzorcích používání. Možná budete muset jeden po druhém omezit nebo změnit přístup k údržbě pro ně.

SQL Server Express nemá žádný významný dopad na výkon sekundárních lokalit a je vhodný pro většinu zákazníků. Je také snadné ji nasadit a spravovat a je doporučenou konfigurací pro téměř všechny zákazníky v libovolné velikosti.

V jedné situaci může být potřeba úplná instalace SQL Server. Pokud máte ve svém prostředí velký počet distribučních bodů a balíčků nebo zdrojů, je možné překročit limit velikosti 10 GB SQL Server Express. Pokud je počet balíčků vyšší než 4 000 000 distribučních bodů, například 2 000 distribučních bodů s 2 000 kusy obsahu, zvažte použití úplných SQL Server v sekundárních lokalitách.

Ponechání nastavení na hodnotě 0 (použití všech dostupných procesorů) je optimální pro celkový výkon zpracování ve většině případů.

Mnoho správců Configuration Manager se řídí pokyny v tématu Doporučení a pokyny pro možnost konfigurace maximálního stupně paralelismu v SQL Server. U většiny moderních velkých hardwaru vedou tyto pokyny k navrhovanému maximálnímu nastavení osmi. Pokud ale v porovnání s počtem procesorů spustíte mnoho menších dotazů, může vám pomoct nastavit vyšší počet dotazů. Omezení na osm není nutně nejlepší nastavení na větších webech, když je k dispozici více jader.

Na SQL Serverech s více než osmi jádry začněte s nastavením 0 a změny proveďte pouze v případě, že dojde k problémům s výkonem nebo nadměrnému zamykání. Pokud potřebujete změnit hodnotu MaxDOP, protože dochází k problémům s výkonem na hodnotě 0, začněte s novou hodnotou, která je alespoň větší nebo rovna minimálnímu doporučenému počtu jader pro velikost SQL Server dané lokality. Nižší než tato hodnota má téměř vždy negativní dopad na výkon. Například vzdálený SQL Server pro 100 000 klientských lokalit potřebuje alespoň 12 jader. Pokud má váš SQL Server 16 jader, začněte testovat nastavení MaxDOP s hodnotou 12.

Při zakazování antivirové ochrany v jakémkoli systému buďte obezřetní. V zabezpečených prostředích s vysokým objemem doporučujeme aktivní monitorování zakázat, abyste měli optimální výkon.

Další informace o doporučených antivirových vyloučeních najdete v tématu Doporučená vyloučení antivirového softwaru pro Configuration Manager 2012 a servery lokalit, systémy lokality a klienty aktuálních větví.

Změna několika klíčových nastavení služby IIS, jako je délka fronty fondu služby WsusPool a limit privátní paměti fondu služby WsusPool, může zvýšit výkon služby WSUS, a to i v menších instalacích. Další informace najdete v tématu Doporučený hardware.

Ujistěte se také, že máte nainstalované nejnovější aktualizace pro operační systém se službou WSUS:

• Windows Server 2012: Všechny kumulativní aktualizace, které nejsou jen zabezpečení, vydané v říjnu 2017 nebo novější. (KB4041690)
• Windows Server 2012 R2: Všechny kumulativní aktualizace, které nejsou jen zabezpečení, vydané v srpnu 2017 nebo novější. (KB4039871)
• Windows Server 2016: jakákoli kumulativní aktualizace, která není jenom zabezpečení, vydaná v srpnu 2017 nebo novější. (KB4039396)

Projděte si kompletní průvodce údržbou služby WSUS a Configuration Manager SUP Microsoft.

Tradiční monitorování výkonu serveru funguje efektivně pro obecné Configuration Manager. K monitorování základního stavu serverů můžete také využít různé sady Management Pack nástroje System Center Operations Manager pro Configuration Manager, SQL Server a Windows Server. Můžete také přímo monitorovat čítače Windows Sledování výkonu (PerfMon), Configuration Manager poskytuje. Sledujte backlogy v různých složek doručené pošty a vyhledejte varovné signály potenciálních problémů s výkonem webu nebo backlogů.

Viz také

• Pokyny k určení velikosti a výkonu webu
• nejčastější dotazy k Configuration Manager v Azure