Então eu herdei um servidor que tem sérios problemas de latência de gravação de acordo com um script fornecido por glen berry, também notei que os arquivos tempdb estão espalhados por várias unidades.
Quais poderiam ser os benefícios de ter arquivos Tempdb.ndf em unidades diferentes? existe algum? também a latência mais alta vem das unidades que hospedam esses arquivos tempdb
Quando há vários arquivos de dados em um banco de dados, todas as gravações no banco de dados são distribuídas em todos os arquivos com base na proporção de espaço livre que o arquivo possui em relação ao espaço livre total em todos os arquivos. Agora, cada um dos arquivos de dados tem seu próprio conjunto de páginas de alocação (chamadas páginas PFS, GAM e SGAM) para que as gravações se movam de arquivo para arquivo, as alocações de página ocorram a partir de diferentes páginas de bitmap de alocação, espalhando o trabalho pelos arquivos e reduzindo a contenção em qualquer página individual. Este seria o seu benefício.
Novamente fator importante é quantos deles estão lá. Como recomendação geral, deve basear-se nos processadores lógicos que você possui no servidor. Portanto, para 8 ou menos, mantenha o número igual a processadores. Para mais, o ponto de partida deve ser 8 e, em seguida, aumentar em um com base em problemas de teste ou contenção.
Novamente, para latências de gravação, você pode verificar com sua equipe de armazenamento qual é o limite para o número de aceitação em seu ambiente. Para um banco de dados temporário mais rápido, em nosso ambiente, os mantemos em SSDs e garantimos que o arquivo de log seja distribuído em uma unidade diferente dos arquivos de dados.
Além disso, como uma observação lateral, o número de latências pode ou não ser um problema, dependendo da natureza do desempenho que você está testemunhando agora.
Além disso, sugiro verificar os sinalizadores de rastreamento 1117 e 1118 se você estiver na versão do sql executando 2014 ou inferior. A partir de 2016, está ativado por padrão