Esta é uma grande questão "depende".
Eu não posso responder a pergunta sobre como criar a pergunta sobre matrizes RAID individuais, pois não sou especialista em armazenamento, mas posso ajudá-lo com o resto.
A primeira coisa que você precisa considerar é qual é a carga de trabalho nos vários bancos de dados - OLTP (leitura / gravação) ou DSS / DW (leitura principalmente). Para cargas de trabalho de leitura / gravação, você deve estar olhando para RAID 1 ou RAID 10 (RAID 1 + 0), pois eles fornecem redundância e excelente desempenho de leitura / gravação. Para cargas de trabalho de leitura maior, você pode usar o RAID 5. O motivo pelo qual o RAID 5 não deve ser usado para cargas de trabalho de leitura / gravação é que você paga uma penalidade de desempenho nas gravações.
Os logs de transações, por sua própria natureza, são de leitura / gravação (ou gravação, dependendo se você está usando o log de transação para qualquer coisa - por exemplo, backups ou replicação de log) e nunca devem ser colocados no RAID 5. / p>
Isso significa que, para alguns bancos de dados e cargas de trabalho, você pode ter arquivos de dados no RAID 5 e arquivos de log no RAID 1/10, e para outros bancos de dados, você pode ter tudo no RAID 1/10. Indo mais longe, se você tiver um banco de dados particionado, ele pode conter alguns dados de leitura e alguns dados de leitura / gravação, possivelmente dentro da mesma tabela. Isso poderia ser dividido em grupos de arquivos separados e, em seguida, cada grupo de arquivos colocado em um nível de RAID apropriado.
A separação dos bancos de dados reais depende novamente da carga de trabalho e dos recursos do subsistema IO subjacente - um grau maior de separação pode ser necessário para armazenar itens em matrizes RAID individuais do que em uma SAN, por exemplo.
O Tempdb é um caso especial por si só, já que é geralmente um banco de dados altamente carregado e deve ser armazenado separado dos outros bancos de dados. Os bancos de dados do sistema não devem ser muito usados e podem ser colocados em qualquer lugar, desde que haja redundância.
Aqui está um link para um white paper que eu ajudei a escrever que deve ajudá-lo: Projeto de armazenamento de banco de dados físico . Verifique também se o subsistema de IO pode lidar com a carga de trabalho prevista - consulte este informe oficial: Práticas recomendadas de E / S de pré-implantação . Finalmente, certifique-se de usar o tamanho correto da faixa RAID (geralmente 64K ou superior nos sistemas mais novos), o tamanho correto da unidade de alocação NTFS (geralmente 64K) e que em sistemas anteriores ao Windows Server 2008, defina o deslocamento da partição de disco corretamente . Para informações sobre estes, e ponteiros para mais informações sobre eles e por que você deve configurá-los desta forma, veja este post: As suas compensações de partição de disco, tamanhos de faixa RAID e unidades de alocação NTFS estão definidas corretamente? .
Linha Bototm: conheça sua carga de trabalho e seus recursos de subsistema de ES e, em seguida, implemente adequadamente.
Espero que isso seja útil para você.
PS No que diz respeito ao tempdb, existe uma grande quantidade de worms sobre como você deve configurá-lo e há todos os tipos de informações conflitantes. Eu escrevi um post abrangente sobre a configuração do arquivo de dados tempdb em Equívocos em torno do TF 1118 .