Qual é o tamanho deste banco de dados? Quanto tráfego é provável ver?
Nenhum dos bancos de dados do nosso servidor SQL atingiu o ponto de precisar de mais de um arquivo para dados e outro para logs.
Como doug_w diz, teste várias configurações e veja como elas funcionam. Mas lembre-se de não exagerar e dificultar a manutenção, pois o tempo médio de resposta será 10% mais rápido quando a média com o simples for 0,1 segundos.
EDITAR: Após o seu comentário dando tamanho e números de usuários. Meu sentimento é que como você divide os dados vai depender do que eles estão fazendo. Todos eles estarão atingindo as mesmas poucas tabelas, ou todos eles atingem a maioria das tabelas, ou é distribuído de forma bastante aleatória? Se todos os usuários estiverem aptos a acessar as mesmas tabelas, seja um pouco ou mais. Em seguida, minha primeira configuração de teste seria colocar os dados em um único arquivo em um conjunto de discos. Obviamente, embora isso seja apenas um começo, ainda precisa ser testado.
Além disso, notei que você já tem um RAID 6 para dados. Você pode mudar isso, como em fazer para 2 matrizes separadas. Você não obterá nenhum ganho de desempenho ao dividir o banco de dados em grupos de arquivos separados se todos os arquivos estiverem no mesmo conjunto de fusos. Se você estiver preso ao único conjunto de discos, o único motivo para dividir o banco de dados entre grupos de arquivos é facilitar a manutenção. Coisas como backups podem ser feitas no nível do grupo de arquivos, portanto, se você agrupar todos os dados alterados com freqüência em um grupo de arquivos, você poderá fazer o backup com mais frequência e não precisar fazer o backup de cargas de dados estáticos. Novamente, isso depende da sua estratégia de backup, se você não tem prazos de recuperação muito curtos, então você pode estar satisfeito com um backup completo todas as noites e apenas fazer backup de backups durante o dia.