Sei que essa é provavelmente uma pergunta muito aberta e as respostas podem variar, mas qual é o posicionamento ideal para os arquivos tempdb, mdf e ldf no SQL Server 2012 quando se fala de SSDs?
Antes da nova compra, eu tinha um SSD existente com os arquivos principais do SQL Server 2012 e o tempdb instalado e tinha o mdf / ldf em um HDD de 7200 rpm. Comprei 2 SSDs com a intenção original de colocar mdf em um e ldf no outro.
Mas, lendo mais, discos físicos separados para arquivos mdf e ldf realmente não se aplicam quando se trata de SSDs. Corrigir?
Então, eu estava pensando no seguinte:
SSD 1 - Arquivos principais do SQL Server 2012 e
SSD do Windows 2 - tempdb
SSD 3 - mdf e ldf
Se isso fizer diferença, isso será dedicado a apenas um banco de dados, para que não haja disputa entre vários bancos de dados.
Minha configuração de "pensamento" é boa ou é simplesmente um desperdício (ou seja, não há razão para separar o tempdb) onde agora tenho um SSD extra para usar em outro lugar?
Respostas:
O motivo original para dividir os arquivos de log e dados em discos separados foi duas vezes mais latência e largura de banda nas unidades.
Os SSDs não removem essas restrições, mas diminuem / aumentam os limites de maneira bastante significativa (7,9ms para uma leitura com um único HDD vs 0,1ms para uma leitura em um único SSD, aproximadamente).
Então, finalmente, sim e não - ele não se aplica TANTO quanto aos HDDs, mas esses limites ainda estão lá e ainda podem ser atendidos. Tudo depende da sua carga de trabalho.
Assumindo que
Sua configuração proposta teria alguns problemas (como mencionado anteriormente) e uma única falha na unidade é a principal.
Você poderia optar por algo assim.
Unidade única de 7200 rpm -
matriz Windows OS RAID 5 (3 SSDs) - dividida em 4 unidades (D para dados, L para logs, S para swap e T para Temp)
OU
Unidade única de 7200 rpm -
SSD único do Windows OS -
matriz RAID 1 de temperatura e troca (2 SSDs) - Dados e registros
É a minha preferência pessoal de descarregar o Windows em uma unidade não SSD quando você tem apenas um número limitado, mas isso depende inteiramente do que o servidor está fazendo e do risco que você está disposto a correr.
fonte