Jak určit správné nastavení konfigurace serveru SQL Server

Souhrn

Tento článek popisuje následující nastavení konfigurace a doporučení pro jejich použití:
  • Masku spřažení
  • Lehký sdružování.
  • Maximální asynchronní v/v
  • Maximální počet pracovních podprocesů
  • Paměti
  • Zvýšení priority
  • Nastavit velikost pracovní sady
SQL Server můžete získat velmi vysokou úroveň výkonu relativně málo konfiguraci ladění. Vysokých úrovní výkonu lze získat pomocí vhodné aplikace a návrhu databáze a nikoli na základě rozsáhlé konfigurace ladění. Naleznete v části "Odkazy" tohoto článku informace o řešení různých problémů s výkonem serveru SQL.


Při adresování problémy s výkonem, stupeň zlepšení, která je k dispozici v konfiguraci ladění je obvykle mírné, pokud jste nyní není k dispozici v systému správně nakonfigurována. V SQL Server verze 7.0 a novější SQL Server používá automatickou konfiguraci ladění a jsou velice vzácné, že nastavení konfigurace (zejména Upřesnit nastavení) nutné změny. Obecně neprovádějte konfiguraci serveru SQL Server bez důvodu náročné a není bez pečlivé metodický testování k ověření potřeba změnit konfiguraci změnit. Je nutné vytvořit směrný plán před změna konfigurace tak, aby po změně můžete změřit výhody.


Pokud nemáte SQL Server správně nakonfigurován, některá nastavení mohou stabilizovat Deaktivovat server nebo by mohly způsobit SQL Server chaoticky. Let zkušeností podpory s mnoha různých prostředí znamená, že jiné než výchozí nastavení může mít výsledky z neutrální rozsahu až velmi negativní.

Pokud změníte konfiguraci, je nutné provést přísné metodický testování před a po změně k posouzení stupně zlepšení výkonnosti.

Na základě skutečné podpory scénářů, SQL Server verze 7.0 a novější můžete dosáhnout velmi vysoké úrovně výkonu bez jakékoli ruční konfigurace ladění.

V SQL Server verze 7.0 a novější neprovádějte žádné změny konfigurace připojení uživatelů, zámkya Otevřít objekty protože podle výchozího nastavení serveru SQL Server dynamicky vyladění nastavení.

Masku spřažení

Masku spřažení nastavení odkazuje jak pevně vlákno je vázán na konkrétní procesoru. Ve výchozím nastavení použít spřažení "měkké", která se pokusí přeplánovat podproces CPU, kde je poslední spuštění systému Microsoft Windows NT a Microsoft Windows 2000. Však pokud to není možné, podproces může spustit na jiný procesor.

V praxi Pokud změníte výchozí nastavení masky příbuznosti jen zřídka pomáhá výkon a bude často snížit výkon.

Masku spřažení omezuje podmnožinu dostupných procesorů serveru SQL Server a jiných konkurenčních služeb lepší CPU přístup. Ve většině případů nepotřebujete to protože SQL Server spustí normální prioritou. Podproces plánovače systému Windows NT nebo Windows 2000 dynamicky upravuje priority podprocesu všech konkurenčních vláken a ujistěte se, že mají reálnou šanci na všech dostupných procesorů.

Neupravovat masku spřažení s výjimkou za velmi neobvyklých podmínek. Pokud budete chtít upravit masku spřažení, proveďte přísné metodický testování před a po změně k ověření potřeba a stupeň zlepšení.


Lehký sdružování.

Ve výchozím nastavení používá jeden podproces za aktivní SPID nebo uživatel proces serveru SQL Server. Těchto podprocesů ve sdruženém konfiguraci, kterou chcete zachovat přiměřenou velikost počet podprocesů pracovat. Upřesňující konfigurace možnost "lehký sdružování" (což se někdy označuje jako "Fiber režim") využívá podporu systému Windows NT "fiber" v podstatě zpracovat několik kontextů spuštění s jediným podprocesem.


Na základě skutečné výrobní zkušeností, nepotřebujete používat režim Fiber, ale ve velmi výjimečných případech. Lehký sdružování je pouze i potenciálně užitečné, pokud jsou splněny následující podmínky. Musí zjistit, zda je skutečně užitečné pomocí pečlivého testování řízený.
  • Velké víceprocesorových serverů jsou používány.
  • Všechny servery se systémem nebo blízko maximální kapacity.
  • Mnoho přepnutí kontextu dojde (větší než 20 000 za sekundu).
Chcete-li vyhledat přepínání kontextu, použijte nástroj Sledování výkonu, vyberte čítač podprocesů, vyberte objekt Přepnutí kontextu/s "a pak vyberte zachytit všechny instance serveru SQL Server.
SQL Mail SQL Server 2000 nebo SQL Server 2005 není podporována při spuštění serveru v režimu Fiber. SQL Mail není podporováno v serveru SQL Server 2000 64 bit. Další informace naleznete v tématu "Rozdíly mezi 64-bit a 32bitové verze" v SQL Server 2000 (64-bit Edition) Books Online.
Další informace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:

308604 PRB: SQLMail není podporována při spuštění serveru v režimu fiber

303120 OPRAVA: ConnectionWrite Chyba při použití sdružování lehký

Maximální asynchronní v/v

SQL Server 7.0: Maximální asynchronní v/v nastavení konfigurace je k dispozici v SQL Server 7.0. Může být vhodné změnit toto nastavení, pokud máte rychlé RAID systému a způsob, jak změřit výhody. Toto nastavení neměňte, pokud máte směrný plán, podle kterého chcete odhadnout výsledek. Sledování činnosti disku a vyhledejte disk problémy služby Řízení front zpráv. Další informace naleznete v následujících tématech SQL Server Books Online:
  • "Maximální asynchronní IO možnost"
  • "Sledování činnosti disku"
  • "Nalezení problémových míst"
SQL Server 2000 a novější: V serveru SQL Server 2000 a novější, nelze změnit nastavení konfigurace Maximální asynchronní v/v . SQL Server 2000 a novější automaticky provede toto nastavení.

Maximální počet pracovních podprocesů

Standardně Maximální počet pracovních podprocesů nastavení je 255 v serveru SQL Server 2000. Proto až 255 pracovních podprocesů lze vytvořit. Ve většině případů použijte výchozí nastavení 255. To neznamená, že můžete vytvořit pouze 255 připojení uživatele. Systém může mít tisíce připojení uživatele (které jsou v podstatě multiplexní až 255 pracovních podprocesů) a obecně uživatelé nelze vnímat obecně zpoždění. V takovém případě pouze 255 dotazy mohou být současně spuštěny, ale to je multiplexní dolů na počet dostupných procesorů, tak souběžné povahy je pouze vnímat bez ohledu na počet konfigurovaných pracovních podprocesů.

Poznámka: Standardně Maximální počet pracovních podprocesů nastavení je 0, SQL Server 2005 a SQL Server 2008.

Pokud nakonfigurujete počet pracovních podprocesů na hodnotu větší než výchozí, je téměř vždy kontraproduktivní a zpomaluje výkon z důvodu nároky na plánování a zdrojů. Pouze toto nastavení zvýšíte za velmi neobvyklých okolností a při přísné metodický testování ukazuje, že je vhodné tak učinit.


Paměti


Informace o konfiguraci paměti naleznete v tématu SQL Server Books Online téma "Optimalizace výkonu pomocí paměti možnosti konfigurace serveru".

Další informace o konfiguraci paměti pro servery v clusteru SQL v tématu "Pokyny k použití" v SQL Server Books Online téma "Vytvoření clusteru převzetí služeb při selhání".

Další informace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:

274750 jak nakonfigurovat paměť pro více než 2 GB v serveru SQL Server

224818 Optimalizace jednoduchých paměti je vyžadován, pokud SQL Server 7.0 a Exchange 5.5 Service Pack 2 jsou nainstalovány na serveru BackOffice Small Business Server 4.5

316749 PRB: pravděpodobně není dostatek virtuální paměti s velkým počtem databází

Zvýšení priority

Ve výchozím nastavení zvýšení priority je 0, což způsobí, že SQL Server spuštěn s normální prioritou, zda spustit SQL Server v počítači s jedním procesorem nebo symetrické víceprocesorové počítače (SMP). Pokud nastavíte zvýšení priority 1, spustí proces serveru SQL Server s vysokou prioritou. Toto nastavení neprovede procesu serveru SQL Server spustit na nejvyšší prioritou operačního systému.

Na základě zkušeností skutečné podpory, není musíte použít zvýšení priority dobrý výkon. Pokud používáte zvýšení priority, mohou narušit plynulé server za určitých podmínek fungování a nepoužívejte jej s výjimkou za velmi neobvyklých okolností. Například Microsoft Product Support Services použít zvýšení priority při jejich zkoumání problému s výkonem.

DŮLEŽITÉ: Nepoužívejte zvýšení priority pro servery v clusteru, které používají SQL Server 7.0 a novější.

Nastavit velikost pracovní sady

Nastavit velikost pracovní sady neměňte výchozí nastavení. S výchozí hodnotu 0 Správce virtuální paměti systému Windows NT nebo Windows 2000, můžete určit velikost pracovní sady SQL Server. Při instalaci serveru SQL Server, instalační program nastaví systém Windows NT nebo Windows 2000 k optimalizaci výkonu pro síťové aplikace. Správce virtuální paměti systému Windows NT nebo Windows 2000 proto udělá velmi málo pracovní sadu oříznutí, který ovlivňuje pouze minimální pracovní sada instance serveru SQL Server.

Toto nastavení obvykle neposkytuje žádné výhody výkonu. Založeno na podporu skutečné případy, změna tohoto nastavení obvykle způsobí větší škody než dobré.

Pokud změníte nastavit velikost pracovní sady, může být také příčinou chybové zprávy SQL Server 844 nebo 845. Naleznete v části "Odkazy" v tomto článku, další informace o běžné příčiny chybové zprávy 844 a 845.

Odkazy

Další informace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:

310834 PRB: společné příčiny chybová zpráva 844 nebo 845 (chyby vypršení časového limitu západka vyrovnávací paměti)

298475 jak řešit problémy s výkonem aplikací

243589 jak Poradce při potížích s dotazy zpomalit běžící na serveru SQL Server 7.0 nebo novější

243588 jak řešit výkon dotazů ad hoc

224587 jak řešit výkonu aplikací se serverem SQL Server

Nastavení konfigurace 166967 správné SQL Server verze 6.5

254321 clusterů serveru SQL Server úkoly, co nedělat případě a základní upozornění

297864 informace o výkonu při upgradu ze serveru SQL Server 6.5

Vlastnosti

ID článku: 319942 - Poslední kontrola: 12. 1. 2017 - Revize: 1

Váš názor