Recomendações para configurar grupos de armazenamento e bancos de dados
Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Tópico modificado em: 2008-01-16
Este tópico fornece recomendações para as seguintes configurações de banco de dados e grupo de armazenamento do Microsoft Exchange Server 2007:
Dimensionamento de banco de dados
Bancos de dados por grupo de armazenamento
Configuração de disco
Dimensionamento de banco de dados recomendado
A determinação do melhor tamanho de banco de dados exige a avaliação de muitos fatores. Bancos de dados menores são geralmente melhores porque é possível fazer backup e restaurações deles mais rapidamente do que de bancos de dados maiores. No entanto, a determinação do tamanho do banco de dados deve levar em conta outros fatores, especialmente a capacidade e a complexidade. Implantar imediatamente o número máximo de bancos de dados pode adicionar uma complexidade desnecessária ao sistema. Por exemplo, você pode acabar gerenciando mais bancos de dados e LUNs (números de unidade lógica) do que o necessário.
Recomendamos que os bancos de dados do Exchange tenham aproximadamente 50 gigabytes (GB) de tamanho. Para os bancos de dados nos grupos de armazenamento que não estão habilitados ara replicação contínua, recomendamos um tamanho máximo de banco de dados de 200 GB. Para os bancos de dados nos grupos de armazenamento que estão habilitados para replicação contínua, recomendamos um tamanho máximo de 200 GB. Para obter mais informações, consulte Planejando o armazenamento em disco.
Bancos de Dados recomendados por grupo de armazenamento
Recomendamos que você coloque cada banco de dados novo em seu próprio grupo de armazenamento até que o número máximo de grupos de armazenamento seja alcançado. Esta recomendação oferece diversas vantagens:
Ela permite que você divida a carga das caixas de correio pelo maior número possível de bancos de dados e grupos de armazenamento.
Ela cria uma topologia de armazenamento do Exchange que pode ser gerenciada mais facilmente.
Os bancos de dados podem ser menores.
Os arquivos e o tráfego de log não são compartilhados entre vários bancos de dados.
A entrada/saída (E/S) de unidades pode ser mais bem gerenciada.
A capacidade de recuperação é melhorada.
Ele fornece uma profundidade de ponto de verificação mais agregada por usuário.
Bancos de dados em um grupo de armazenamento não são totalmente independentes porque eles compartilham arquivos de log de transações. Conforme o número de bancos de dados em um grupo de armazenamento aumenta, mais arquivos de log de transações são criados durante a operação normal. Esse maior número de arquivos de log de transações exige tempo adicional para a repetição do log de transações durante procedimentos de recuperação. Um aumento no tempo para a repetição do log de transações conseqüentemente resulta em um aumento nos tempos de recuperação.
Para obter mais informações sobre o log de transações, consulte Compreendendo o log de transação. Para obter mais informações sobre recuperação de desastres, consulte Estratégias de recuperação de desastres.
Grupos de armazenamento habilitados para replicação contínua
Todos os grupos de armazenamento habilitados para replicação contínua são limitados a um único banco de dados por grupo de armazenamento. Isto inclui todos os grupos de armazenamento em um ambiente de CCR (replicação contínua em cluster), bem como qualquer grupo de armazenamento habilitado para LCR (replicação contínua local) e/ou SCR (replicação contínua em cluster). Não é possível habilitar um grupo de armazenamento com vários bancos de dados para LCR ou SCR e, depois que um grupo de armazenamento estiver habilitado com a replicação contínua, não é possível incluir um segundo banco de dados ou um banco de dados subseqüente nele.
Configuração de disco recomendada
Como a E/S de arquivos de log é seqüencial e a E/S de arquivos de bancos de dados é aleatória, para que se obtenha um melhor desempenho, recomendamos colocar os arquivos de log em um disco separado dos arquivos de bancos de dados. Usando um arquivo de log para muitos bancos de dados, é possível reduzir o número de discos necessários. No entanto, há duas desvantagens nesse método:
Se ocorrer falha no disco que contiver os arquivos de log, muitos bancos de dados serão danificados ou perdidos em vez de apenas um.
A recuperação a partir de arquivos de log leva mais tempo porque os logs repetem dados para mais bancos de dados.
Para obter orientação detalhada sobre o projeto e a validação de uma solução de armazenamento para o Exchange 2007, consulte Planejando o armazenamento em disco.
Para obter o máximo desempenho e confiabilidade, recomendamos que, até mesmo sistemas comparativamente simples, como sistemas que contêm um único grupo de armazenamento, também armazenem arquivos de log e arquivos de bancos de dados em discos separados.
Para obter mais informações
Para obter mais informações sobre como gerenciar bancos de dados e grupos de armazenamento no Exchange 2007, consulte Gerenciando grupos de armazenamento e bancos de dados.
Para obter informações sobre como gerenciar pastas públicas, consulte Gerenciando pastas públicas.
Para obter informações sobre como gerenciar bancos de dados de caixas de correio, consulte Gerenciando bancos de dados de caixa de correio.
Para saber mais sobre armazenamento no Exchange 2007, consulte Estrutura de armazenamento dos servidores de transporte e Planejando o armazenamento em disco.
Para obter uma lista dos cmdlets do Shell de Gerenciamento do Exchange que você pode utilizar para gerenciar grupos de armazenamento e bancos de dados, consulte Cmdlets de banco de dados e grupos de armazenamento.