Estou tentando planejar os dados SQL e os locais dos arquivos de log em uma nova SAN. Eu tenho alguns bancos de dados que dificilmente são usados. Eles são principalmente repositórios de metadados para aplicativos que são executados uma ou duas vezes por dia, portanto, praticamente não há carga neles em um determinado momento. O desempenho não será um problema.
Para simplificar, eu estava pensando em apenas colocar os dados e arquivos de log na unidade do sistema operacional (C :) em vez de criar mais LUNs na SAN. Assumindo que a unidade C: \ possui tolerância a falhas RAID adequada, existe alguma razão para isso não ser feito?
Se não houver carga real nos bancos de dados, eles poderão coexistir com outro conjunto de LUN de banco de dados. É sempre melhor manter o banco de dados e logs separados e já que você já está fazendo isso para outros bancos de dados, mantenha o mesmo esquema.
Eu colocaria pelo menos os arquivos ldf e mdf juntos em uma unidade diferente de C: Dessa forma, se o servidor falhar, você não perderá os dados.
Para um banco de dados pouco usado, não vejo nenhum problema com o seu plano de localizar o banco de dados e os arquivos de log na mesma unidade. Esteja ciente de qualquer impacto potencial no desempenho desse banco de dados causado por outras atividades do banco de dados e vice-versa.
Que tipo de SAN você tem? Em muitos casos, você não pode controlar quais fusos são "reservados" para os LUNs, o que dificulta muito a separação de logs e banco de dados em discos físicos separados.
Se você está falando sobre separá-los para LUNs diferentes, essa é uma questão de design baseada em backups e replicação, principalmente.