Partições de disco ótimas para configuração do banco de dados (15 unidades)

Question

Estamos montando um novo sistema de banco de dados e temos 15 drives para jogar (+2 on-board para o sistema operacional).

Com um total de 15 drives, seria melhor configurar todos os 14 como um bloco RAID-10 (+1 hot spare) OU dividido em dois conjuntos RAID-10, um para dados (8 discos) e outro para logs / backups (6 discos).

Minha pergunta se resume ao seguinte: há um ponto específico em que ter mais unidades em uma configuração RAID-10 será pré-formada com as unidades divididas em conjuntos RAID-10 menores.

    

Answer 1

Eu provavelmente configuraria 12 em RAID-10 com um hot-spare e 4 em RAID-5, para que você possa obter alguma paridade para seus backups, embora o RAID-6 seja mais ideal.

O desempenho que você obtém dependerá muito do seu controlador RAID, embora com um bom controlador ele seja bastante escalável.

    

Answer 2

Você não vai gostar ... isso depende;)

O que eu faria:

• Pegue 4 unidades, RAID 10. Coloque 64gb no fundo para operar o sistema, o resto para os logs;) Lá vai yoyu. Como o sistema operacional é muito diferente, e você tem um controlador RAID de armazenamento em cache (esperançosamente), o impacto de duas partições é mínimo.

• Os outros 11 ... tiram 1 como reserva.

• 10 ... depende do que você precisa. Para alta performance eu iria novamente para o RAID 10.

O truque aqui é que nenhuma atividade de IO nos discos de armazenamento de banco de dados interferirá no recurso de I / O do registro. Isso basicamente dá a ambas as extremidades características IO definidas que são garantidas e podem ser medidas independentemente.

Dependendo da controlre de RAID e do SO, você pode querer ter cuidado com a sua formatação - no SQL Server:

• Alinhar partição a 1mb - automática com 2008 para cima, aparafusada antes. Use 256k + grupos de stripe.
• Formatar subsistemas de disco (exceto sistema operacional) com nós de 64kb NTFS
• Use vários arquivos de banco de dados, em especial pelo menos tantos arquivos de banco de dados / log para tmepdb e serviços pesados, pois seu processador pode executar threads em paralelo (= núcleos, núcleos * 2 para hyperthreading), pois há um "gargalo" de alocação arquivos.
• Não use o crescimento automático em operações normais - pré-aloque espaço. Você não quer realmente o impacto de desempenho do crescimento automático durante os tempos difíceis.