Colocar seu arquivo de log em um volume separado, mesmo que esteja no mesmo ataque, deve ser um desempenho melhor do que ter os dados e os registros no mesmo volume. Cada volume só pode ser acessado por meio de um caminho por vez na maioria dos sistemas de armazenamento. Isso significa que seus logs e dados compartilham a mesma porta do controlador, cache do controlador, profundidade da fila e recursos do switch FC. Qualquer um deles pode se tornar um gargalo e colocar seus logs em outro volume que compartilhe o menor número possível deles resultaria em um aumento de desempenho.
Dito isso, há um motivo de desempenho e confiabilidade para que os logs e dados sejam armazenados em discos separados, supondo que você não esteja em uma dessas novas máquinas que usam todos os spindles da matriz simultaneamente. Cada vez que você escreve um banco de dados, ele é registrado, e cada registro recebe uma gravação (no topo da modificação real).
- Se você perder uma invasão inteira (que é rara, mas acontece) que hospeda seus registros e dados, você se arrisca a perder dados reais, a menos que seus registros sejam replicados. O envio de logs nem sempre é compatível com todos os bancos de dados.
- Durante a operação normal, se você tiver seus registros e dados no mesmo conjunto de fusos pequeno , poderá arriscar limitar a produção real do banco de dados com gargalos de desempenho no nível do disco.
Você está em uma invasão 50. Isso geralmente é um sinal de que você está distribuindo seus dados em mais de 8 ou 16 discos. Se este for o caso, também é geralmente verdade que você irá configurar pelo menos dois raid-50s por tipo de disco (dos quais você tem um). A melhor solução para sua situação é colocar seus dados no mais rápido (ou seja, maior) ataque que você tem, e seus logs no outro.