SQL Server 2014, Standard Edition (executando em vmware, fwiw). Adicionando uma caixa Dell MD3420 DAS.
Na velha escola, você configuraria conjuntos de eixos discretos para MDF, LDF, TEMPDB, BACKUP.
Por exemplo
- MDF: Quantidade 6: 300 GB-15 K, RAID 10 // 900 GB de armazenamento
- LDF: Qtd. 4: 150 GB-15 K, RAID 10 // pegada de dados menor, eixos para aumentar IOPS
- TEMPDB: Qtd 4: 150 GB-15 K, RAID 10 // pegada de dados menor, eixos para aumentar IOPS
- BACKUP: Quantidade 2: 2TB, RAID 1
Caso de uso: Este sistema possui 5 bancos de dados e é OLTP.
Hoje em dia, estou sendo informado: Basta configurar unidades Qty 10: 600GB-15K e colocar MDF, LDF, TEMPDB e BACKUP, tudo lá. O desempenho geral mais alto do maior conjunto de eixos mais do que compensa a conexão de gravação em LDF e BACKUP simultaneamente durante os backups.
- a) Esse novo caminho é o caminho certo?
- b) O LDF deve ser discreto em relação ao MDF... Acho engraçado!
- c) Eu realmente sinto que os backups devem ser seu próprio conjunto de fusos (por vários motivos)
O vencedor é ? Tradição SQL? Ou o arquiteto de armazenamento da Dell?
Esta é uma questão de recuperação de banco de dados em primeiro lugar, depois de desempenho.
Recuperação de banco de dados :
Ao manter o arquivo LDF e o arquivo MDF na mesma matriz física, você perde qualquer chance de executar um backup de 'final do log'. Isso significa que seus dados desapareceram de:
O último log de transação obtido e copiado da matriz com falha.
Um par espelhado/grupo de disponibilidade/banco de dados replicado em outro lugar
Portanto, a primeira pergunta é 'quantos dados você pode perder'. Se você não pode perder mais do que a frequência com que faz backup de seus logs, colocá-lo nessa matriz não atenderá ao seu objetivo de perda de dados.
Atuação:
O resto realmente depende de seus padrões de uso. Parece que você não tem uma máquina ativa da qual possamos obter uma linha de base, se eu estiver errado, me avise. Supondo que não, devemos entender que DiskIO é crítico, especialmente quando pode não haver RAM suficiente ou em um ambiente de alta transação. Você acha que será altamente transacional? Em caso afirmativo, forneça muitos discos para a unidade de log de transações. Essa versão do Dell SAN permite que você acerte rapidamente seus discos, o que deve proporcionar um bom aumento de desempenho, pois as unidades de log de transações normalmente usam vários discos, não por espaço, mas por desempenho de gravação.
Colocar o TempDB em seus próprios discos foi útil, mas se você não tem nenhuma ideia clara de por que faria isso, então realmente você deve testar isso ou apenas colocá-lo na mesma matriz e testar isso. O TempDB pode ter padrões estranhos, então você pode obter vários resultados de desempenho e crescimento. Muitas pessoas, porém, apenas o colocam nos mesmos discos que os dados. Cabe a você neste caso.
Às vezes, pode valer a pena separar os discos pelos padrões do aplicativo e pelos bancos de dados que os suportam. Não tenho certeza se você tem essa opção. Caso contrário, seu layout parece bom, mas sem testar é impossível dizer. Pessoalmente, eu testaria o máximo que pudesse primeiro, veria quanto crescimento esperamos e, em seguida, veria se faz mais sentido adicionar mais IOPS à matriz de dados principal ou mantê-los separados.
Você é capaz de fazer algum tipo de benchmarking?
A resposta definitiva:
Como Ali e outros que postaram aqui observam, a verdadeira questão é: qual é o caso de uso detalhado?
Dizer "OLTP" não responde à pergunta. A verdadeira questão é muito mais detalhada. Por exemplo, "O TEMPDB é martelado de forma consistente (de modo que você deseja isolar esse IO do MDF IO)"
No nosso caso, o benefício de um vão maior (mais fusos) é significativamente maior do que a carga do TEMPDB, então esse é o passo 1:
O próximo ponto é o backup. Conforme discutido, o backup DEVE estar no diff span.
Agora o difícil: LDF. Pelo livro, o LDF deve estar no sistema de disco diferente do MDF. Este é um protocolo antigo e estabelecido do SQL Server.
Mas isso significa degradar o desempenho geral do sistema de disco.
Este é um tópico sutil. Isso começa a pressioná-lo a perguntar "Qual é o cenário de falha? Qual é o cenário de recuperação?"
Algumas respostas:
Mais longe:
Se apenas fizermos backups de log a cada poucos minutos (além de backups completos diariamente), a perda de LDF não é crítica
Conclusão: LDF e MDF podem ficar no mesmo vão.
O vencedor: Siga o arquiteto de armazenamento da Dell: O ganho de desempenho de um conjunto de eixo maior, nessa situação, supera outras preocupações.