Exchange 2007 Standard Edition

Question

Temos:

• Exchange 2007 Standard Edition
• IBM System X3650
• 2 x Intel Xeon 5430 2,66 GHz
• Versão 8.1 Build 240.6
• Caixa de Correio, Transporte de Hub, Função de Acesso para Cliente Instalada em uma Caixa
• Número total de caixas de correio: 110 - 130

6 discos físicos

• Disco 0,1 (68 GB) = RAID-1, partição do SO (C: partição)
• Disco 2,3 (279 GB) = Raid-1, Banco de Dados do Exchange (Primeiro e Segundo Grupos de Armazenamento) (D: Partição)
• Disco 4,5 (68 GB) = Raid-1, logs de transação do Exchange (E: partição)

Configuração:

• Grupos de armazenamento: D: \ Primeiro grupo de armazenamento \ Mailbox database.edb
• Grupos de armazenamento: D: \ Segundo grupo de armazenamento \ Public Folder Database.edb
• Logs de transação: partição E

Problema 1:

Em nossa Partição D (partição de banco de dados de caixa de correio), o tamanho total é 279 GB, o espaço livre restante é 64,7 GB, quando seleciono as pastas primeiro grupo de armazenamento e segundo grupo de armazenamento e clico com o botão direito do mouse em propriedades de 165 GB.

O banco de dados de caixa de correio informa um tamanho de 157 GB quando clicado com botão direito > Propriedades onde, como o tamanho exibido na pasta é 164,893,456 KB

Então, faltam cerca de 50 a 54 GB, não há mais nada nessas unidades, nenhum arquivo de página, nada.

A partição que hospeda os registros de transações está relatando os tamanhos com precisão.

Alguma sugestão / correções no acima?

Problema 2:

Como você já deve ter lido no Problema 1, o tamanho do banco de dados da caixa de correio é de 157 GB ou 164 GB; o que não é recomendado,

a) O que você sugeriria que deveríamos fazer para dividir caixas de correio em grupos de armazenamento nesse mesmo servidor?

b) Como poderíamos mover caixas de correio em diferentes grupos de armazenamento?

c) Este é o tamanho do armazenamento de informações? (Estou certo em pensar que isso não é recomendado)

d) Tendo vários grupos de armazenamento com um banco de dados de caixa de correio em cada, isso reduziria o tamanho do armazenamento de informações?

e) Alguma sugestão / como reduzir o tamanho do armazenamento de informações?

Nós não instalamos isso, nós herdamos isso - que outras recomendações você pode fazer para nos mantermos melhor preparados para qualquer desastre de servidor?

Estamos fazendo o backup do Yosemite Backup no RD1000 (320 GB) no momento, que está fazendo o backup com êxito, liberando os logs diariamente. Nós não fizemos uma restauração de teste AINDA.

Eu tentei fornecer o máximo de informações possível, por favor, deixe-me saber se você precisa de mais informações.

Além disso, ainda não enfrentamos nenhum problema no fluxo de mensagens, nas velocidades de acesso, tudo está funcionando bem, temos de duas a cinco pessoas acessando o OWA ou o Outlook apenas por meio da VPN.

Obrigado pelo seu tempo para ler o acima - aguardamos as suas sugestões de especialistas.

    

Answer 1

Estas são as minhas opiniões, portanto, tome-as como tal:

1. Pare os serviços do Provedor de Cópias de Sombra de Software da Microsoft e da Cópia de Sombra de Volume. Eu suspeito que você tenha alguns instantâneos do VSS que estão ocupando o espaço em disco.

2. Crie outros Mailbox Stores em seu atual Storage Group e divida suas caixas de correio de acordo movendo alguns deles para os novos Mailbox Stores. Crie quantas caixas de correio você achar necessário para manter o tamanho razoável. No Exchange Server 2003, é recomendável manter os Armazenamentos de Caixa de Correio abaixo de 100 GB, estou assumindo que o mesmo vale para o Exchange Server 2007. Não vejo necessidade de criar Grupos de Armazenamento adicionais.

Answer 2

Ainda não vi nenhuma restrição de tamanho em bancos de dados ou grupos de armazenamento, apenas RAM recomendada por grupo de armazenamento. É recomendável que você coloque diferentes bancos de dados no seu próprio grupo de armazenamento, porque cada grupo de armazenamento tem apenas um conjunto de logs de transações, independentemente de quantos bancos de dados ele possa conter. Você ficará limitado a 5 com o Standard, portanto, dependendo do crescimento do seu banco de dados, isso pode influenciar seu planejamento.

Sou um grande fã do RAID5 for Exchange, eu adicionaria outro disco a esses volumes. Redundância e tempo de atividade máximo superam em muito a velocidade excessiva de e-mail no meu livro.