Velká délka diskové fronty neznamená, že máte I/O úzké hrdlo, pokud máte SAN nebo NAS, možná se budete chtít podívat na další další čítače. Podívejte se na SQL Server Urban Legendy diskutované pro více podrobností.
1:Následující operace intenzivně využívají tempdb
- Opakované vytváření a rušení dočasných tabulek (místních nebo globálních)
- Proměnné tabulky, které používají databázi tempdb pro účely úložiště
- Pracovní tabulky spojené s CURSORS
- Pracovní tabulky spojené s klauzulí ORDER BY
- Pracovní tabulky spojené s klauzulí GROUP BY
- Pracovní soubory spojené s HASH PLANS
Tyto funkce SQL Server 2005 také intenzivně využívají databázi tempdb:
- verzování na úrovni řádku (snapshotisolation)
- přestavba online indexu
Jak je uvedeno v jiných odpovědích SO, přečtěte si tento článek
o osvědčených postupech pro zvýšení výkonu databáze tempdb.
2:Pohled na množství volné paměti RAM na serveru, tj. pohled na počítadlo WMI Paměť->Dostupné Mbajty nepomáhá, protože SQL Server ukládá datové stránky do mezipaměti v RAM, takže každý db server, který běží dostatečně dlouho, bude mít málo volné paměti RAM.
Počítadla, na která byste se měli podívat a která vám lépe řeknou, zda přidání RAM na server pomůže, jsou:
Instance SQL Server:Správce vyrovnávací paměti->Předpokládaná životnost stránky (v sekundách) Hodnota pod 300-400 sekund bude znamenat, že stránky nejsou v paměti příliš dlouhé a data se neustále načítají z disků. Servery, které mají nízkou očekávanou životnost stránky, budou mít prospěch z další paměti RAM.
a
Instance SQL Server:Správce vyrovnávací paměti->Poměr zásahů mezipaměti mezipaměti To vám říká procento stránek, které byly přečteny z paměti RAM, které nemusely vyvolat čtení z disku, poměr přístupů do mezipaměti nižší než 85 znamená, že server bude mít prospěch z další paměti RAM
3 :Ano, tady se to nemůže pokazit. Doporučuje se mít tempdb na samostatné sadě disků. Podívejte se na tento článek znalostní báze
pod nadpisem:Přesunutí databáze tempdb, jak to provést.