Instalamos unidades SSD dedicadas para TempDB
- Primeira pergunta - essas unidades devem ser formatadas com tamanho de alocação de 64 Kb? Atualmente mostra 4 Kb (Bytes por Cluster = 4096)
O TempDB se beneficia do tamanho da unidade de 64 Kb ou pode ficar com o padrão de 4 Kb?
- Segunda pergunta - temos dados e arquivos de log em volumes "virtuais" separados que o administrador da SAN dividiu antes, esses volumes são feitos da matriz SAN RAID e mostram o tamanho da unidade de alocação de 4 Kb
Não podemos alterar o tamanho da unidade de alocação para esses volumes neste momento. Portanto, se alterarmos a unidade SSD TempDB para 64 Kb e os volumes de dados/log permanecerem em 4 Kb, isso causará algum problema para o SQL Server?
ABSOLUTAMENTE formate 64k.. tempdb será mais rápido e menos tributado do que os outros arquivos de dados san. Os fatores podem ser muitos, mas o principal é o uso pesado de tempdb. O SQL Server aloca espaço em múltiplos de 64k, assim como o Win Server, por design.
Gravar em um arquivo de dados pré-alocado corretamente em sua própria unidade formatada de 64k é muito significativo para o desempenho. O bloco de 64k iria de 16x4k de leituras de arquivos de dados para tempdb em 1x64k de gravação de pacote em oposição a 16k de gravação de pacote. A alocação de 4k no drive san de leitura realmente não é uma grande preocupação, a menos que haja muita fragmentação, é a escrita que será afetada por 4k San. Essa é a verdade matemática. No entanto, em teoria, um San adequadamente invadido, mesmo em 4k, pode não ser tão perceptível porque considere os múltiplos da cabeça da unidade com os quais eles estão escrevendo.
Além disso, há modificações de arquitetura que você pode usar, como fazer com que o tempdb use várias partições de dados iguais. Mas isso provavelmente está além do escopo.
Essa é a minha resposta curta, espero não confundir a questão, sendo curta.