Directiories de dados do SQL Server 2008 em SSD

Question

Vou instalar uma nova instância do SQL Server 2008 na minha máquina de desenvolvimento / teste. Minha máquina tem um disco SATA de 500 GB de 7200 rpm (C: OS) e um SSD de 80 GB Intel X25-G2 (D :). Detalhes da configuração da máquina é a seguinte:
CPU: i7 860
RAM: 8 GB

A Microsoft disse que tenho uma opção para colocar os seguintes diretórios em diferentes discos. Então planejo colocar o banco de dados do usuário & Temp DB no SSD e restante no disco tradicional. É uma boa escolha para obter um aumento de desempenho no SSD rápido?

Diretório raiz de dados: C: \ Arquivos de Programas \ Microsoft SQL Server

Diretório do banco de dados do usuário D: \ Data

Diretório de log do usuário C: \ Logs

Diretório do banco de dados temporário D: \ TempDB

Diretório de Logs Temporários C: \ TempDB

Diretório de backup C: \ Backups

    

Answer 1

Então esta é sua máquina pessoal e não um servidor? Eu coloquei todos os arquivos de banco de dados no SSD.

1. O SQL realmente grava alterações nos arquivos de dados com pouca frequência. As alterações são gravadas no log de transação imediatamente e gravadas no arquivo de dados pelo gravador lento em algum momento no futuro, quando o subsistema de E / S não estiver ocupado. Portanto, geralmente não está tentando gravar o log de transações e os arquivos de dados ao mesmo tempo. Isso ocorre por design.

2. TempDB vive na RAM, não? Há um arquivo de apoio físico, mas, no meu entender, basicamente o SQL armazena em cache isso na RAM, antes de tudo.

A situação clássica em que você ganhará desempenho colocando o log de transação em um disco separado é quando você tem uma mistura de gravação / leitura bastante uniforme e você não tem RAM suficiente para o SQL Server para servir essas leituras das páginas armazenadas em cache na RAM, forçando-a a ler essas páginas do disco. Em seguida, você obterá contenção de disco se o arquivo de dados e os logs de transação estiverem no mesmo disco físico.

Acho difícil acreditar que você encontrará tal situação em uma estação de trabalho de usuário único. A única exceção pode ser se você tiver um banco de dados grande demais para caber na RAM da sua estação de trabalho e estiver fazendo uma importação grande e complexa de dados que envolve muitas leituras além das gravações.

Esses SSDs da Intel são fantásticos para o trabalho em banco de dados. Boa decisão de compra.

    

Answer 2

Acabei de encontrar este link É um pouco longo, mas aproveite para completar o vídeo. Informações muito importantes sobre o uso do disco do servidor SQL e do SSD.

    

Answer 3

Se você tiver a sala, coloque todos os arquivos DB na unidade SSD, como sugerido anteriormente.

Um ponto de esclarecimento: Para esclarecer uma lenda urbana, o tempDB geralmente está no disco, não na memória. Você pode forçá-lo a correr da memória, mas normalmente não é melhor. link

    

Answer 4

Realize que os SSDs diminuam com o desgaste, temos um servidor sql de produção com armazenamento SSD de 1TB e após 6 meses os SSDs são removidos e voltam para os drives SAS 15k, o desempenho é significativamente melhor com o HDD do que com SSD DEPOIS DO USO - Quando eles eram novos, não havia comparação alguma - o SSD acabou com o desempenho do HDD em todos os benchmarks, mas depois de 6 meses eles estão lentos. Ainda não tive tempo de escrever mais detalhes, mas tentarei compartilhar vários benchmarks quando tiver algum tempo livre.