how many tempdb files should I create?
A resposta padrão para isso é: Um por núcleo da CPU. Este é o "benchmark" para o SQL 2005 e 2008.
Eu tenho uma pergunta sobre os arquivos tempdb e hyperthreading. Aqui estão as especificações sw / hw.
Padrão X64 do Servidor 2008 SP2 SQL 2005 Standard Sp3 x64 E5540's Dual Quad Core Xeon (HT ativado) Ram de 12 GB
Minha primeira pergunta é quantos arquivos tempdb devo criar? Os guias dizem 16, mas eu li que o SQL Standard suportará apenas 4 CPUs físicas. Como o sql distingue entre o que é físico / lógico ou núcleos versus soquetes?
Se eu puder responder a essa pergunta, pode haver outras, então, primeiro, as primeiras coisas que eu suponho.
Obrigado a qualquer um que possa ajudar.
how many tempdb files should I create?
A resposta padrão para isso é: Um por núcleo da CPU. Este é o "benchmark" para o SQL 2005 e 2008.
Desative o Hyperthreading. SQL e HT não se misturam .
Standard Edition suporta apenas 4 CPUs, na verdade: Comparação de recursos do SQL Server 2005 . Mas, assim como o licenciamento, a limitação Express / Workgroup / Standard CPU (1/2/4) é por processador físico, portanto, o sistema usará todos os 8 núcleos. Consulte KB914278 (embora seja para o Express, o algoritmo também se aplica a outras edições afaik).
Portanto, você deve criar 8 arquivos de tamanho igual para tempdb. Depois de desativar o HT, é claro.
Para 2005, aqui estão minhas regras básicas:
Em TEMP, crie 0,25 para 1 arquivo de dados por grupo de arquivos por CPU. Dual Core (superescalar) conta como CPU adicional - hyperthreading não.
O TEMP total, no mínimo, deve estar em torno de 25% do tamanho da maior tabela em qualquer banco de dados. Seja TEMP generoso. A TEMP é completamente danificada e reconstruída na devolução do SQL Server. A TEMP só pode utilizar o modelo de recuperação de banco de dados SIMPLE.
Veja aqui também: link
felicidades
Na minha opinião:
'# threads = # tempdb's'