INF: Zhodnocení výkon při inovaci z SQL Server 6.5

Překlady článku Překlady článku
ID článku: 297864 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

SQL Server byla zcela nezměněn mezi verze 6.5 a verze 7.0. Způsob uloženy a načíst data a statistiky je novější verze, než byl SQL Server 6.5 v vastly liší. Proto "Doporučené postupy" pro kódování a schématu návrhu nejsou stejné pro novější verze serveru SQL.

Tento článek poskytuje rychlý přehled některých problémů zvažte kódování a schématu návrhu mezi dvěma verzemi. Tento článek nezabývá každý potenciální problém výkonu ale ukázat některé další běžné problémy. Další informace naleznete na SQL Server Books Online, "Vnitřní Microsoft SQL Server 7.0" nebo "Vnitřní Microsoft SQL Server 2000" MSPress nebo na seznam článků Microsoft Knowledge Base zobrazené v tomto článku v části "Odkazy".

Další informace

základní

Jako libovolnou test provedete, ujistěte se, že mají platné směrného plánu pro porovnání. Například:
  • Ověřte, zda jsou identické hardwaru, operačního systému, rozložení disku, úrovně RAID, sítě a dalších faktorech. Nelze předpokládat, že dílčí rozdíly mohou být ignorovány, protože může mají neočekávané vedlejší účinky.

  • Zvážit potenciální dopad na dobu odezvy z jiných aplikací spustit na serveru, klienta nebo sítě nebo služby, které jsou spuštěny na serveru nebo klientské počítače.

  • Pro chybové zprávy nebo upozornění může být nutné adresu zkontrolujte počítače se systémem SQL Server a Microsoft Prohlížeč událostí protokoly (aplikace, systému a zabezpečení).

  • Použít k vyhledání konkrétní dotazy, které zdánlivě troublesome a se soustředit na tyto dotazy optimalizace SQL Server Profiler.

Indexy

Různé sady indexů je často potřebné pro optimální výkon po upgradu ze serveru SQL Server 6.5. Někdy indexy, které nebyly nalezeny v SQL Server 6.5 poskytnout Přijatelný výkon v SQL Server 7.0 nebo SQL Server 2000; však; i v těchto případech je pravděpodobné Pokud měnit strategie index využívat způsob práce novější verze serveru SQL lze dále zlepšit výkon.
  • Průvodce optimalizací index můžete dát velmi dobré zahájení o indexy, které chcete přidat, změnit nebo odebrat. Další informace o Průvodci optimalizací index naleznete následující:

    Online knihy serveru SQL

    Index Tuning Wizard for Microsoft SQL Server 7.0

    Index Tuning Wizard for Microsoft SQL Server 2000

    Troubleshooting the Index Tuning Wizard

    Designing an Index
  • Vedle co Průvodce optimalizací index doporučuje ve většině případů je nejlepší začít s seskupeného indexu na každé tabulky. Jsou občasné výskyty, kde není optimální, ale je velmi výjimečných existenci seskupený index hurts výkonu a obvykle pomáhá. Další informace naleznete v následujícím článku znalostní báze Microsoft Knowledge Base:
    297861INF: Nízký výkon haldy
  • Uložené straně efektu na změnu indexy způsobem může zobrazit nárůst velikosti indexu bez clusterů v novější verze. Zadání ve Pokud to způsobí další stránek naskenovaných v indexu výrazu tímto způsobem může za určitých okolností narušovat výkonu. Toto není něco by měl být příliš obáváte, ale které chcete zkontrolovat, pokud jste již mít řádky mimo jiné příčiny.
Další informace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:
311826INF: Průvodce doporučenými postupy optimalizace index

Statistics

Je vhodné spustit příkaz UPDATE STATISTICS bezprostředně po inovaci verze. Existují situace, kdy může být třeba ručně naplánovat UPDATE STATISTICS pravidelně. Jak často je nutné provést příkaz UPDATE STATISTICS je závislá na množství dat, distribuční data, četnost a typ aktivity změny v konkrétním prostředí a tak dále. Některé kroky mějte jsou:
  • I když je automatické aktualizace statistiky, je spuštěna pouze v určitých mezních hodnot. Kdykoli provést významné změny částka nebo distribuční data, doporučuje společnost Microsoft ručně provést příkaz UPDATE STATISTICS. Další informace naleznete v následujícím článku znalostní báze Microsoft Knowledge Base:
    195565INF: Jak SQL Server 7.0 a SQL Server 2000 Autostats práce
  • Automatické aktualizace statistiky vždy používá vzorkování; nikdy používá možnost WITH FULLSCAN. Použití možnost WITH FULLSCAN nevyžaduje přidělit další čas spuštění příkazu UPDATE STATISTICS; však může vést statistiky jsou přesnější, pokud data rovnoměrně rozloženy.

Konfigurace

Většina možností konfigurace bude self-tune a při, změnit je často counter-productive. Existují prostředích, kde přísným testování byl ověřen jako některé nastavení změní bude zvýšit výkon, ale které není případ ve většině situací. Proto byste měli měnit pouze nastavení z výchozí hodnoty po přísným testování jak ovlivní změna prostředí.
  • V téměř všech prostředích možnost priority zesílení by měla být nastavena OFF a možnost sdružování lightweight (známé také jako režim Fiber) by měla být nastavena OFF.

  • Nastavení na hodnotu vyšší než výchozí 255 možnost Maximální počet pracovních podprocesů lze také velmi detrimental výkon systému a stability.

Další informace o těchto nastaveních naleznete "Možnosti nastavení konfigurace" a "sp_dboption" témata v SQL Server Books Online. Můžete také odkazovat následujícím článku databáze Microsoft Knowledge Base:
166967INF: Správném SQL Server 6.5 nastavení konfigurace
319942Postupy: Zjištění správném nastavení konfigurace serveru SQL

Další tipy

  • Odebrat všechny tipy dotazu (index, spojení, sjednocovací a tak dále), které byly přidány do kódu, která byla použita pro SQL Server 6.5. Kvůli Optimalizátor rozsáhlé změny v SQL Server 7.0 rady zlepšení výkonu SQL Server 6.5 nejsou pravděpodobně Nápověda v SQL Server 7.0 nebo SQL Server 2000. Jak je uvedeno v tématu "OPTION klauzule" v SQL Server Books Online:
    Optimalizátor dotazu obvykle vybere nejvhodnější plán spuštění dotazu, je proto doporučeno <join_hint>, <query_hint> a použít pouze jako poslední možnost databáze zkušení správci <table_hint>.
  • Vlastník Kvalifikovat názvy všech objektů v všechny dotazy a uložené procedury. Další informace naleznete v následujícím článku znalostní báze Microsoft Knowledge Base:
    243586Odstraňování potíží uložená procedura Recompilation
  • Pomocí nejnovější aktualizace service pack pro SQL Server. Další informace naleznete v následujících článcích znalostní báze Microsoft Knowledge Base:
    290211INF: Jak získat nejnovější aktualizaci Service Pack pro SQL Server 2000
    274799INF: Jak získat aktualizaci Service Pack 3 pro Microsoft SQL Server 7.0
  • Vyhnout dynamické kurzory ("nejméně" možných kurzor použít). Další informace naleznete v následujícím článku znalostní báze Microsoft Knowledge Base:
    280406PRB: Nekonečná smyčka Dynamic kurzoru při Non jedinečné seskupeného indexu klíče je aktualizovaná hodnota větší nebo rovno
  • Zajistit, že diskové jednotky nejsou komprimovány. Ukládání dat nebo protokolu souborů na komprimované jednotky není podporována, jak je uvedeno v tématu "Fyzické databáze soubory a Filegroups" v SQL Server Books Online. Další informace o podpoře komprimovanou jednotku klepněte na článek číslo článku databáze Microsoft Knowledge Base:
    231347INF: Databáze SQL Server nepodporovaná v komprimované svazky
  • Vyhnout použití možnosti autoshrink, protože může vést k fragmentaci stejně jako režie výkonu.

  • Konfigurace databáze rostl automaticky (pomocí možnost autogrow) nastavit přírůstek růstu hodnotu dostatečně velký tak, že rozbalí zřídka.
  • Použijte nejnovější ovladače MDAC v klientských počítačích. Novější ovladače pravděpodobně funkce nebo optimalizace, které nebyly obsaženy v předchozích verzích. Odkazovat "DLL Nápověda databáze" určit, které ovladače je třeba upgradovat:

    DLL Help Database

  • Nastavit možnost sp_dbcmptlevel příslušné verze. Další informace naleznete v následujícím článku znalostní báze Microsoft Knowledge Base:
    285165INF: Připojení nebo obnovení databáze SQL Server 7.0 na SQL Server 2000 nelze změnit režim kompatibility

Odkazy

Další informace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:
315512INF: Zhodnocení Autogrow a konfigurace Autoshrink

Další informace naleznete v následujících článcích znalostní báze Microsoft Knowledge Base:
243589INF: Odstraňování pomalým spuštění dotazů na serveru SQL 7.0 nebo vyšší
243586INF: Odstraňování uložená procedura Recompilation
224587Postupy: Poradce výkonu aplikací se serverem SQL
243588Postupy: Poradce výkonu dotazy ad-Hoc
224453INF: Řešení SQL Server 7.0 nebo 2000 blokující problémy
251004INF: Jak monitor blokování SQL Server 7.0
271509INF: Jak monitor SQL Server 2000 blokování

Vlastnosti

ID článku: 297864 - Poslední aktualizace: 12. ledna 2005 - Revize: 4.5
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
Klíčová slova: 
kbmt kbinfo KB297864 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:297864

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com