Gostaria de um conselho sobre qual seria a melhor configuração para nosso SQL Server 2005 TempDB.
No momento, nosso banco de dados temporário consiste em um único MDFarquivo de 3 GB e um único arquivo de log de 120 MB na unidade D: de uma matriz RAID-5 de 3 fusos que é particionada em unidades C: e D:. A unidade D: também contém nossos principais programas de aplicativos e nosso banco de dados de relatórios.
Eu gostaria de mover o banco de dados temporário para sua própria unidade, que é uma matriz RAID-1 de 2 eixos com uma única partição, unidade F:.
Gostaria de criar MDFarquivos db temporários de 4 x 1 GB ao movê-los para esta unidade. Não tenho outra unidade dedicada sobressalente para dividir os arquivos TempDB MDF e LDF, portanto, ambos teriam que ir na mesma unidade.
Devo deixar o arquivo LDF na unidade atual ou devo mover todos os arquivos para a nova unidade?
Além disso, a distribuição do tempdb no mesmo eixo subjacente tem a mesma probabilidade de aumentar a latência e reduzi-la, pois isso pode realmente tornar o acesso do tempdb mais lento - uma única unidade ainda possui as mesmas partes móveis e quanto mais arquivos você está tentando ler /escrever simultaneamente, pior você ficará.
Eu começaria com 2 arquivos no máximo e veria se melhora a situação ou não. Você pode até considerar deixar um arquivo onde está e adicionar um segundo na nova unidade (dependendo da outra atividade na unidade original).
Certifique-se também de que eles tenham exatamente o mesmo tamanho e tenham a mesma configuração de crescimento automático. Assim que um arquivo for maior que o outro, o algoritmo de preenchimento proporcional usará apenas um arquivo. Considere usar o sinalizador de rastreamento 1117 para garantir que todos os arquivos de dados cresçam automaticamente ao mesmo tempo, mantendo o algoritmo de preenchimento proporcional sob controle. Observe que esse sinalizador de rastreamento afeta todos os bancos de dados - portanto, se você tiver outros bancos de dados com vários arquivos de dados, verifique se as configurações de crescimento automático não causarão problemas.
Um conhecido especialista em SQL Server, Paul Randal , recomenda que o número de arquivos de dados tempdb seja igual ao número de núcleos lógicos. Portanto, se você tiver 4 CPUs com hyperthreading, criará 8 arquivos de dados tempdb.
Se você tiver mais de 8 núcleos lógicos, ele recomenda começar com 8 e aumentar em blocos de 4 se notar contenção de tempdb. Adotamos essa abordagem em nosso SQL Server principal e a melhoria na simultaneidade foi perceptível.
Tempdb geralmente é armazenado na memória. Suas transações podem ser concluídas sem gravar no disco. Isso significa que a velocidade do disco para tempdb só é importante para consultas com uso muito pesado de tempdb.
Ambos raid 1 e ter o ldf na mesma unidade é um pouco de desempenho ao escrever, mas você pode ter recursos limitados. Deixar o arquivo ldf para trás ajudaria se o TempDB for um gargalo de desempenho.