A existência de uma pasta pública em um servidor em uma matriz do Exchange 2003 a preenche para usuários em outro servidor?

Question

Tenho 4 servidores back-end e 1 servidor front-end em um array do Exchange 2003. Estou tendo toneladas de problemas de replicação, porque há muitos dados nas pastas públicas (ou pelo menos eu suspeito). Algumas das pastas estão aumentando para até 5 GB e algumas pastas públicas têm mais de 20 subpastas.

Cada servidor back-end mantém os usuários para um escritório diferente.

Atualmente, se alguém em server1 enviar algo para a pasta pública, poderá levar de 1 a 45 minutos para que ele seja replicado para qualquer um dos outros servidores, mas qualquer outra pessoa em server1 verá imediatamente.

Eu tentei limitar a replicação de pasta a apenas um servidor para remover toda a replicação, na esperança de que todos os servidores apontassem para o servidor com a pasta pública, mas não parece funcionar dessa maneira.

O fato de ter uma pasta pública em um servidor em uma matriz do Exchange 2003 a preenche para usuários em outro servidor? Existe uma opção mais elegante?

    

Answer 1

Eu duvido que você tenha "muitos dados" em pastas públicas. Pastas públicas são armazenadas usando o mesmo mecanismo ESE que armazena caixas de correio, e eu vi instalações do Exchange 2003 com mais de 100GB de bancos de dados de caixa de correio (embora, sem dúvida, eles tiveram um desempenho muito ruim comparado às versões mais novas do Exchange, funcionaram bem). / p>

Diagnosticar seus "problemas de replicação" é algo que eu preciso de mais informações para ajudar, por isso não vou nem tentar resolver isso aqui. O que vou fazer é oferecer alguns comentários sobre o resto da sua pergunta.

Cada banco de dados de caixa de correio tem um "armazenamento público padrão" especificado nas propriedades do banco de dados de caixa de correio. O Outlook tentará acessar pastas públicas armazenadas nesse armazenamento de pasta pública primeiro. Você pode hospedar várias réplicas de uma pasta pública em diferentes armazenamentos públicos (para balancear a carga de acesso do cliente e fornecer réplicas em locais físicos com baixa conectividade WAN) ou pode ter alguns (ou um) armazenamentos públicos que agregam acesso de cliente para dentro. O que é "certo" depende do hardware em que você está hospedando as lojas, dos padrões de acesso de seus usuários e da topologia de sua rede.

Quando um usuário tentar acessar uma pasta pública que não tenha uma réplica em seu armazenamento público padrão, o Outlook solicitará uma referência de o armazenamento público padrão do usuário para outro armazenamento público que hospeda uma réplica. O algoritmo de referência leva em conta conectores entre grupos de roteamento (e é descrito em detalhes nesse artigo vinculado), mas, para seus objetivos, suspeito que todos os servidores estejam no mesmo grupo de roteamento, o que significa que o Outlook acabará escolhendo aleatoriamente uma réplica de todos os servidores que contêm réplicas de uma determinada pasta.

Você absolutamente pode ter um único armazenamento de pasta pública com nenhuma replicação que todos os seus clientes usarão. Você só precisa definir o armazenamento público padrão em todos os bancos de dados de sua caixa de correio para conseguir isso. Como o Exchange 2003 é um aplicativo de 32 bits, talvez você consiga obter uma vantagem de armazenamento em cache para hospedar todas as suas pastas públicas em um único servidor que não hospede nenhuma caixa de correio. Como você tem caixas de correio hospedadas em todos os quatro servidores, provavelmente será melhor hospedar as réplicas de pastas públicas em todos os quatro servidores e corrigir os problemas de replicação.

Dentro de uma pasta pública da LAN, a replicação deve estar ocorrendo rapidamente. Se os servidores estiverem sobrecarregados ou se você tiver problemas de configuração, poderá levar muito mais tempo. Você pode considerar postar uma pergunta separada com detalhes sobre os "problemas de replicação" para obter ajuda nessa frente.