Pergunta

Eu sei que as matrizes do HDD que tendo vários arquivos de log de bancos de dados diferentes têm um sucesso como altera o padrão IO de seqüencial para aleatório para a matriz.Então, ter uma matriz por banco de dados para seus logs é uma prática melhor.

Alguém tem alguma sugestão sobre como executar vários bancos de dados do SQL Server com os arquivos de log para cada um desses bancos de dados existentes em uma matriz SSD?

Alguém tem experiência com as diferenças do FMDS do Hitachi vs SSDs para o hardware de HUs?Estou preocupado com a consolidação de drives individuais até alguns FMDs e não poder sustentar o desempenho entre os bancos de dados do usuário e o TEMPDB, se tudo o que tiver é um conjunto de disco de 4 FMDs para tudo.

Foi útil?

Solução

Alterar de sequenciais para padrões lógicos de leitura / gravação é muito mais prejudicial em unidades rotacionais do que SSDs.Como as SSDs não têm cabeças de leitura, a latência é muito menor, mesmo em leituras e gravações não seqüenciais.Você terá um atendimento de desempenho se não for seqüencial, mas com SSDs mais altos, você poderá chegar perto ou saturar velocidades de barramento (SAS / SATA) no sistema.Você precisará ter certeza de que tudo o que você dirige sua matriz pode sustentar a E / S.Eu encontrei benchmarks de Crystalkmark W / 4K @ 32qd foram indicadores precisos de desempenho em um sistema ocupado.Tudo o que dizia, se sua matriz SSD puder sustentar os mesmos IOPs em todos os logs com a E / S aleatória, conforme as suas unidades de rotação podem fazer sequenciais, você ficará bem.

Eu não tenho experiência com FMDS vs SSDs.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a dba.stackexchange
scroll top