Exchange 2010 Novo banco de dados em uma SAN - melhor prática

Question

Atualmente, temos um único banco de dados (em seu próprio Netapp Volume e LUN) e um volume e LUN separados para os logs de transação.

Portanto, para mapeá-lo como o servidor o vê: C: \ Server Install D: \ Database Disk L: \ Log Disk

Eu preciso criar um novo banco de dados (como o atual está ficando muito grande) e depois mover algumas caixas de correio para o novo banco de dados.

Estou bem com a criação do banco de dados e a movimentação das caixas de correio. A parte em que não estou claro é ONDE devo criá-lo.

Está tudo bem criar o novo banco de dados em D: \, que é o mesmo da caixa de correio original ou isso causaria problemas?

Posso apontar os logs de transação para L: \ e apenas usar uma pasta diferente ou isso causaria problemas?

Para algumas informações básicas, temos apenas cerca de 100 usuários do Exchange e um único servidor Exchange mantendo todas as funções.

Desculpe se a pergunta é um pouco básica, mas estou com dificuldades para encontrar recursos que lidam especificamente com as configurações de 2010 e SAN.

    

Answer 1

Organizamos nossos bancos de dados por grupo de armazenamento em uma unidade. Então o SG1 está no G: e o SG2 está no I :. Temos vários bancos de dados por grupo de armazenamento e, portanto, por unidade.

Estamos executando uma matriz de armazenamento totalmente flash, portanto, para nós, os iops não são um problema.

Para sua pergunta real, eu diria que é mais provável que seja uma pré-história. Colocando-os em unidades diferentes, você pode fornecer diferentes níveis de serviço, se necessário, além de duplicar seu potencial de iop se você estiver usando discos dedicados (mapeamento bruto).

Os registros se aplicam da mesma forma. Criamos um vDisk diferente para eles para flexibilidade, mas se você tiver o desempenho, ele deve funcionar de qualquer forma.