Questões a conhecer durante a consolidação de site de um site baseado no Exchange Server 2003 Service Pack 1

Traduções de Artigos Traduções de Artigos
Artigo: 841659 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Depois de instalar Microsoft Exchange Server 2003 Service Pack 1 um local central, é possível iniciar a consolidação de site para mover os computadores do Exchange Server de locais remotos para o local central. Poderão ocorrer alguns problemas durante a consolidação de site. Antes de iniciar site consolidação, todas as do Active Directory Connectors (ADC) na floresta deve ser actualizado para a versão de ADC que está incluída no Exchange Server 2003 Service Pack 1.

Além disso, recomendamos que Certifique-se de configurar correctamente a agenda do conector de replicação de directório do Exchange Server 5.5 entre o site remoto e o local central onde os objectos serão movidos. O comportamento do Exchange Server 2003 Active Directory Connector e respectivo efeito no site enquanto está em execução dependem as várias variáveis de cada rede.

Depois de mover pastas públicas de sites, depois de verificações administrativas grupo move-se e depois re-home objectos, um número de problemas podem ocorrer. Para ajudar a preparar para uma movimentação de sites, é uma boa ideia que compreenda o comportamento e os problemas descritos neste artigo.

INTRODUÇÃO

Consolidação de site é o processo de consolidação de locais remotos para um site grande, central ou em vários sites de grandes dimensões. Depois de um local central foi implementado e tem começado a clientes executar o Outlook 2003, o administrador pode começar a consolidar os conteúdos de sites remotos. Consolidação de site irá consolidar o conteúdo principal, as pastas públicas, as caixas de correio e os objectos de directório. Consolidação de site também consolida serviços como o livro de endereços offline ou conectores externos para o local central. Este artigo descreve as questões conhecidas que poderão ocorrer durante a consolidação de site. Este artigo também explica o que poderá causar os problemas. Este artigo descreve soluções e resoluções. As informações são fornecidas para ajudar a compreender os problemas que poderão ocorrer. Além disso, as informações são fornecidas para o ajudar a concluir consolidação do site.

Instalar o Exchange Server 2003 Service Pack 1 Active Directory Connector

O Active Directory Connector (ADC) no Microsoft Exchange Server 2003 Service Pack 1 é um pré-requisito para consolidação do site. A interface gráfica (GUI, Graphical User Interface) do Exchange System Manager no Exchange Server 2003 Service Pack 1 não permite passa de sites para ocorre até que todos os ADCs na floresta foram actualizados para o Exchange Server 2003 Service Pack 1.

Actualizar a agenda do conector de replicação de directório do Exchange Server 5.5 (opcional)

Durante mudanças de sites, podem ocorrer muitas alterações de directório. A Microsoft recomenda que o administrador cuidadosamente a agenda do conector de replicação de directório do Exchange Server 5.5 entre o site remoto e o local central onde os objectos serão movidos. Para se certificar de que a replicação do fluxo de alterações rapidamente a partir do site central novamente para o site remoto que está a ser consolidado, o administrador pode querer efectuar o seguinte:
  • Certifique-se que o conector de replicação do Exchange Server 5.5 é definido directamente entre o site remoto e o local central.
  • Certifique-se que é utilizado o mesmo servidor do site central pelo conector de replicação e altera o bridgehead de replicação que o ADC está configurado para replicar o serviço de directório do Active Directory de.
  • Certifique-se que a agenda de replicação do Exchange Server 5.5 está definida para sempre ou para intervalos curtos.
Estas alterações são opcionais, mas muito recomendados. Se replicação de directórios ou replicação ADC está atrasada, o processo de limpeza automática depois sites move poderá demorar mais tempo.

Comportamento de ADC

Comportamento de ADC antes do mover

Antes de concluir uma jogada de verificações administrativas grupo de uma pasta pública, o ADC conclui várias etapas de mover verificações administrativas grupo comportamento de limpeza. Entrega de mensagens será afectada até que a limpeza de verificações administrativas grupo mover ADC esteja concluída.

O tempo a concluir o comportamento de limpeza de ADC depende do ambiente, a replicação entre locais do Exchange Server 5.5 e replicação do Active Directory para o Exchange Server 5.5.

Por exemplo, a limpeza das listas de distribuição e a eliminação do objecto stub executar cada 12 horas. A limpeza das listas de distribuição e a eliminação de objecto de stub são concluídas ao mesmo tempo. Em ambientes mais pequenos, estes poderão ser efectuadas num ciclo de limpeza de um ou de 12 horas. Em ambientes maiores, estes podem demorar duas ou mais ciclos de limpeza e podem demorar mais de 24 horas a concluir. Limpeza das listas de distribuição e eliminação do objecto stub podem demorar mais num ambiente maior devido ao seguinte:
  • A hora para replicar a partir do Active Directory para o Exchange Server 5.5
  • Replicação entre locais do Exchange Server 5.5.
A limpeza mais rápida, clique com o botão direito do rato o acordo de ligação e clique em Replicar agora . No entanto, a velocidade ainda está limitada pelo seguinte:
  • A hora para replicar a partir do Active Directory para o Exchange Server 5.5.
  • Replicação entre locais do Exchange Server 5.5.


Comportamento de ADC para Exchange Server 5.5 ligados e objectos do Active Directory durante a um grupo administrativo cruzado mover

O objecto de stub Exchange Server 5.5 e o objecto do Active Directory são não ligados durante uma movimentação de sites. A pública pasta realojar ferramenta (PFMigrate) utiliza o novo sinalizador NM_MOVED_CROSS_SITE nos nomes de ADC global para atribuir um valor de nomes global ADC diferente para ambos os objectos. O ADC não ligar estes dois objectos em conjunto. Por conseguinte, o objecto de stub pode ser eliminado no fim da limpeza sem eliminar o objecto do Active Directory.

O ADC suprime a replicação do objecto de stub Exchange Server 5.5 do Active Directory porque ADC GlobalNames são removidos e re-stamped com um valor diferente. Se o ADC não suprimir a replicação, o objecto de directório de pasta pública seria ser replicado novamente ao Active Directory e o resultado seria objectos duplicados. Além disso, se o ADCGlobalNames não foi replicado para todos os controladores de domínio, o utilizador pode estar ligado novamente ao objecto do Active Directory. Carimbos de data PFMigrate / ADCDoNotReplicate como um endereço de proxy X.500 numa pasta pública. O carimbo de data / ADCDoNotReplicate indica o ADC não para replicar este objecto novamente para o Active Directory. O bit de sites não pode ser utilizado para parar este comportamento porque ADC GlobalNames não replica inter site. Por este motivo, os acordos de ligação replicam alterações originadas de um site local não veria não a acesso a sites bit e ainda deverá replicar actualizações e eliminações.

Comportamento de limpeza do ADC

actualizar grupos de distribuição
No Exchange Server 5.5, o objecto de pasta pública do Exchange Server 5.5 antigo tem ter sido removido da lista de distribuição e a pasta pública movida tem de ser actualizada na lista de distribuição do Active Directory.

Os objectos de domínio são um dos objectos no Active Directory mais básicos. Todos os outros objectos são subordinados a objectos de domínio. O nome distinto (DN, Distinguished Name) do objecto de domínio é constituído pelos componentes de domínio (dc) do nome de DNS do domínio. Por exemplo, objecto o domínio microsoft.com tem um DN de dc = microsoft, dc = com. Objectclass utilizado para este objecto é domainDNS, sendo o objectcategory DomainDNS.

Uma vez que os membros da lista de distribuição é baseado em DN e os membros não são alterados durante mover grupo administrativo de acesso a sites de uma pasta pública, do Active Directory com os membros correctos da pasta pública. ADC utiliza o comando ADCGlobalNames para procurar membros do grupo e hiperligações de DN Quando replica para o Exchange Server 5.5. ADC pode actualizar a lista de distribuição do Exchange Server 5.5 forçar a replicação do grupo do Active Directory. No entanto, poderão existir latência entre locais do Exchange Server 5.5. Por conseguinte, quando a lista de distribuição é actualizada num site, não tenha o novo objecto e só pode ter conhecimentos sobre o objecto de pasta pública de stub. Para contornar este problema, o ADC conclui pesquisas de ligação DN permita ligar novamente a objectos antigos se o novo objecto não for possível quando o directório do Exchange Server 5.5 é procurado.

Se a antiga pasta pública do Exchange Server 5.5 foram eliminada e não foram deixada como uma pasta pública stub até depois da limpeza da lista de distribuição, a pasta pública será removida das respectivas listas de distribuição e a pasta pública perderiam respectivos membros de lista de distribuição. Isto pode ocorrer se as listas de distribuição replicadas novamente para Active Directory e removidos ao utilizador as respectivas listas de distribuição. No entanto, uma vez que a pasta pública de stub é mantida, tem de existir um processo que limpa estas listas de distribuição para que o objecto recentemente movido pasta pública é adicionado às listas de distribuição através do Exchange Server 5.5 sites e para que eventualmente o objecto de pasta pública de stub pode ser removido. Este comportamento pode ocorrer das seguintes formas:
  • O processo de PFMigrate toca todas as listas de distribuição que a pasta pública movida pertence no Active Directory. Por conseguinte, do Active Directory replicará membros correcto para o Exchange Server 5.5. O atributo ObjectVersion replicado é actualizado no Active Directory.
  • Se as listas de distribuição não estiverem no site de destino, o ADC pode automaticamente force a replicação de todas as listas de distribuição que pertence a pasta pública. PFMigrate marca todas as verificações administrativas-grupo de pastas públicas movidas com o X 500: ADCDeleteWhenUnlinked valor proxy e o aspecto de distribuição lista membros. ADC procura objectos com um endereço proxy X 500: ADCDeleteWhenUnlinked para forçar a replicação. Se o grupo de distribuição no local, irá tocar o grupo no Active Directory é o membro correcto com a nova pasta pública no novo local para forçar a replicação para o Exchange Server 5.5. Este comportamento foi adicionado à fase de ADC tem para limpeza de directório resolver hiperligações DN não resolvidas. Este comportamento é executada a cada 12 horas.



Remover objectos de stub no local original do Exchange Server 5.5


O X 500: ADCDeleteWhenUnlinked valor proxy é marcada num objecto através de PFMigrate processo para indicar que o objecto deve ser eliminado quando o atributo de membro está vazio. Isto significa que o objecto não pertence a quaisquer grupos de distribuição devido ao comportamento lista de distribuição actualizado anteriormente abordados. Isto também foi adicionado à fase que tenha o ADC para limpeza de directório resolver hiperligações DN não resolvidas.

O Outlook Web Access e o Outlook estado de leitura/não lida

Quando uma pasta pública é movida para um servidor diferente durante sites move das pastas públicas, o estado de leitura e não lido das mensagens na pasta pública é perdido. Este comportamento ocorre porque o estado não lido e leitura não é replicada entre servidores. Por conseguinte, quando um utilizador utiliza o Outlook Web Access ou quando acede a Outlook numa pasta pública que tenha sido movida entre sites, todas as mensagens serão apresentadas como não lidas. Este comportamento também ocorre quando move réplicas de pastas públicas no site. Este comportamento não é específico sites move-se.

Acesso público numa pasta que tenha sido movida entre sites

Poderá ocorrer o seguinte comportamento:
  • Acesso para uma pasta pública movido poderá ser negado temporariamente.
  • Poderá não ser redireccionado para a nova casa da pasta pública.
  • Não todo o conteúdo pode estar a ser a nova pasta pública.
Este comportamento pode ocorrer um dos seguintes dois motivos:
  • Se a lista de réplicas não é actualizada no servidor de ?s o utilizador que acede a sites movido a pasta pública, o utilizador será direccionado para a réplica antiga até que a lista de réplica é actualizada. Se a réplica antiga for eliminada, o utilizador não receberá o acesso à pasta pública. Lista de réplicas deve ser actualizada dentro de cinco minutos de mover entre sites. No entanto, se a lista de réplicas não pode ser replicada antes da réplica da pasta pública é eliminada, os utilizadores não terão acesso à pasta pública até que a lista de réplica é actualizada.
  • O utilizador pode ligar para o novo site para aceder as pastas públicas antes de todo o conteúdo é replicado para o novo site.


Afinidade de pasta pública

Acesso a pastas públicas poderá não concluir se afinidade de pasta pública não estiver definida para o novo site. Este comportamento ocorre porque a afinidade tem de ser configurada para o novo site ? doméstico ? da pasta pública antes da movimentação de sites de pasta pública. Este comportamento também ocorre quando mover réplicas de pastas públicas e não é específico de sites move-se.

Afinidade de pasta pública é a capacidade de um programa cliente para ver um servidor de outro site e para aceder a uma pasta pública. Isto é feito em vez de replicar essa pasta para o site local. Afinidade de pasta pública é normalmente utilizada se existir uma ligação de alta largura de banda.

Nota Afinidade de pasta pública não é necessária se as orientações para fornecer réplicas em sites de origem e destino durante a caixa de correio mover passos são seguidas. Afinidade será necessária se as pastas públicas são movidas total antes ou depois de move a caixa de correio.

Problemas conhecidos: comportamento depois de mover pastas públicas de sites

Efeitos de utilizadores do Exchange Server 5.5 e Exchange Server 2003 utilizadores quando as mensagens de correio electrónico são enviadas para pastas públicas

Problemas de entrega da mensagem podem ocorrer quando os utilizadores enviam mensagens de correio electrónico para uma pasta pública durante um grupo administrativo cruzada mover e enquanto o ADC está a limpar os objectos de directório do Exchange Server 5.5.

Nota Durante a movimentação de sites, os utilizadores poderão receber um relatório de falha de entrega (NDR) que contém o seguinte erro:
acesso negado a mensagem de erro 0 x 80070005




regras da pasta ' a receber '


Regras mover mensagens entre pastas públicas que se baseiam em pasta ID (FID) não funcionará depois de pastas públicas foram movidas entre grupos administrativos. Poderá receber uma mensagem semelhante à seguinte:
Impossível localizar a pasta de destino




Moved pastas públicas na lista de endereços global


Pastas públicas são movidas entre grupos administrativos poderão desaparecer da lista de endereços global do Exchange Server 5.5. Este comportamento pode ocorrer se o objecto original do Exchange Server 5.5 no site antigo está oculto antes do novo Exchange Server 5.5 objecto seja replicado para o novo local do Active Directory. Administrativas entre pastas públicas movidas não são afectadas no Active Directory, lista de endereços global do Exchange 2000 Server ou a lista de endereços global do Exchange Server 2003.



registo no diário


Registo em diário não funcionará se uma pasta pública que é utilizada para Exchange Server 5.5 ou Exchange 2000 Server registo em diário é movidos cruzadas administrative groups. Este problema ocorre porque o atributo LegacyExchangeDN é alterado.

Nota Diário para uma pasta pública no Exchange 2000 e Exchange Server 2003 não é suportado e poderá provocar problemas de funcionalidade e desempenho no ambiente do Exchange. Quando reconfigurar o registo no diário depois de mover a acesso a sites, altere o registo no diário para uma caixa de correio em vez de uma pasta pública de destino.



formulários organizacionais


Formulários organizacionais não são movidos entre sites pelo script PFMigrate. Formulários organizacionais fazem parte das pastas de sistema e os administradores necessário actualizar manualmente a lista de réplicas da pasta pública para esta e outras pastas de sistema.


programas de outros fabricantes com base nas pastas públicas


Programas de outros fabricantes que se baseiam numa pasta pública e o atributo LegacyExchangeDN dessa pasta pública poderão não funcionar depois de uma pasta pública é movida entre sites.

endereços de proxy
Pastas públicas mantêm os respectivos endereços proxy original a partir do respectivo site antigo. Além disso, as pastas públicas não obter proxy novo endereços de que está a ser movido grupo administrativo de acesso a sites, mesmo se a política de destinatários for baseada em membros do grupo administrativo.

O serviço de actualização de destinatários não irá marcar proxies actualizados se a pasta pública já proxies desse tipo. Para receber um novo endereço de proxy para uma política de destinatários agora aplicaria o utilizador baseadas no novo membro do grupo administrativo, clique em Aplicar agora na política de destinatários e, em seguida, reconstruir o serviço de actualização de destinatários. Recomendamos que não fizer a menos que seja necessário porque isto poderá afectar o desempenho da rede.

Apesar de endereços de proxy não são actualizados, fluxo de mensagens de correio electrónico não será afectado. No entanto, se o sistema executa muito específica restrição a verificação, poderá detectar um problema se os endereços não forem actualizados. Por exemplo, considere o seguinte cenário:
  • AG1 aceita mensagens de correio electrónico para domain1.com.
  • AG2 aceita mensagens de correio electrónico para Domínio2.com.
  • O conector que liga dois grupos administrativos não permite que alguém de fora da organização para enviar mensagens de correio electrónico através de-lo.
  • Por conseguinte, as mensagens de correio electrónico iria gerar um NDR. As mensagens de correio electrónico não serão enviadas através do conector.




executar o Directory Service/Information Store consistency adjuster opção ? realojar ?


Depois de mover entre sites de uma pasta pública, é aconselhável que não execute o Directory Service/Information Store (DS / IS) consistency adjuster com a funcionalidade Synchronized com o directório e repor o valor de raiz do servidor activada até todos os directório replicação foi concluída. Recomendamos que nunca execute o DS / IS consistency adjuster, a menos que seja necessário. Tem de aguardar até move-se entre sites de pasta pública está concluídos antes de executar o DS / IS consistency adjuster.
Se executar o DS / IS consistency adjuster pouco tempo depois de sites move das pastas públicas, poderá mude localização as pastas públicas para um site diferente do site de destino especificado pelo PFMigrate. Este comportamento poderá ocorrer se se verificarem as seguintes condições:
  • Pode executar PFMigrate para adicionar réplicas de pastas públicas para todas as pastas públicas num site de um servidor de destino num novo site.
  • Pode executar PFMigrate para eliminar todas as réplicas de pastas públicas de todos os servidores do site de origem.
  • Um administrador é executado o DS / IS consistency adjuster antes alojados atributos foram replicados a partir do Active Directory para o directório do Exchange Server 5.5.
No entanto, depois do Active Directory replica com o Exchange Server 5.5, existe sem risco de executar o DS / IS consistency adjuster.

Resolução de problemas comportamento após entre caixas de correio grupo administrativo move

Efeitos de utilizadores do Exchange Server 5.5 e utilizadores do Exchange Server 2003

Existem um número de problemas de entrega da mensagem durante uma movimentação do grupo administrativo de acesso a sites e enquanto o ADC está a limpar os objectos de directório do Exchange Server 5.5. Para preparar este comportamento, recomenda-se que compreende os potenciais problemas.

Problemas de fluxo de correio

Durante um curto período de tempo depois da caixa de correio for movida, mensagens podem acabar por em fila para servidores que estejam noutro local como se os servidores estão no local. Isto acontece porque o Message Transfer Agent (MTA) não reconhece como um utilizador pode ser movidos entre locais. Por este motivo, o MTA faz algumas suposições incorrectas depois do bloco PR_IN_TRANSIT é libertado.

Tenta entregar as mensagens é efectuada através de procedimentos armazenados remotos (RPC, Remote Procedure Call). Estas tentativas falharem se apenas um X 400 do conector liga os sites e se não partilha no mesmo contexto de segurança (a mesma conta de serviço). Também poderá receber mensagens de erro semelhantes à seguinte no servidor do Exchange 5.5:



Tipo de evento: aviso
Origem do evento: MSExchangeMTA
Categoria do evento: interface
ID do evento: 9318
Utilizador: N/d
Computador: Exchange5.5ServerName
Descrição: Ocorreu um erro de comunicações de RPC. Não é possível ligar através de RPC. Índice de tabela (LTAB) Localidade: 6, código de erro NT/MTA: 1753. Erro Comms 1753, erro de ligação 0, o nome do servidor remoto ExchangeServerName [MAIN BASE 1 500 % 10] (14)



A solução para este problema é temporariamente criar um conector de locais entre os locais. Isto permite uma ligação de RPC directa seja efectuada entre os servidores em questão. Esta ligação permite que entregue o correio. Depois de concluída a movimentação de caixa de correio entre sites e o MTA correctamente identificou o correcto encaminhamento para o utilizador, não detectará este problema.



regras da pasta ' a receber '


Se tiver qualquer cliente ou servidor lado ' a receber ' regras que se baseiam um utilizador e os respectivos LegacyExchangeDN Exchange, as regras serão interrompidas quando mover cruzada administrative groups utilizadores porque LegacyExchangeDN de um utilizador altera. No entanto, as regras da pasta a receber não interromper se o utilizador residir num Exchange Server 2003 Service Pack 1 ou posterior servidor com o. Regras da pasta ' a receber ' funcionam no Exchange Server 2003 Service Pack 1 depois de mover um grupo administrativo cruzado porque alterações ao arquivo de caixa de correio permitem regras para funcionar mesmo quando LegacyExchangeDN de um utilizador alterado. Em vez de confiar no atributo LegacyExchangeDN, o X.500 proxy-endereço adicional que foi adicionado durante a movimentação do grupo administrativo de acesso a sites pode ser utilizado durante a regra de processamento em servidores do Exchange 2003 Service Pack 1.

Se o utilizador não está hospedado no Exchange Server 2003 Service Pack 1, as regras de pasta a receber que se baseiam num grupo administrativo cruzado movido pessoa tem de recriar.



utilizadores Moved na lista de endereços global
Utilizadores que são movidos grupo administrativo de acesso a sites poderão desaparecer da lista de endereços global no Exchange Server 5.5 para um momento enquanto o objecto original do Exchange Server 5.5 no site antigo está oculto e antes do Exchange Server 5.5 novo objecto tenha sido replicado para o novo local do Active Directory. Grupo administrativo de acesso movidos os utilizadores estão inalterados no Active Directory, Exchange 2000 Server e a lista de endereços global do Exchange Server 2003.

endereços de proxy


Os utilizadores mantêm os respectivos endereços proxy original a partir do respectivo site antigo. No entanto, os utilizadores não obter proxy novo endereços de que está a ser movido grupo administrativo de acesso a sites, mesmo se a política de destinatários for baseada em membros do grupo administrativo.

O serviço de actualização de destinatários não irá marcar proxies actualizados se o utilizador já tiver proxies desse tipo. Para receber um novo endereço de proxy para uma política de destinatários agora aplicaria o utilizador baseadas no novo membro do grupo administrativo, clique em Aplicar agora na política de destinatários e, em seguida, reconstruir o serviço de actualização de destinatários. Recomendamos que não fizer a menos que seja necessário porque isto poderá afectar o desempenho da rede.

Apesar de endereços de proxy não são actualizados, fluxo de mensagens de correio electrónico não será afectado. No entanto, se o sistema executa muito específica restrição a verificação, poderá detectar um problema se os endereços não forem actualizados. Por exemplo, considere o seguinte cenário:
  • AG1 aceita mensagens de correio electrónico para domain1.com.
  • AG2 aceita mensagens de correio electrónico para Domínio2.com.
  • O conector ligar dois grupos administrativos não permite que alguém de fora da organização para enviar correio electrónico através dela.
  • Por conseguinte, a mensagem de correio electrónico gera um NDR. E, a mensagem de correio electrónico não será enviada através do conector.

processo de início de sessão do Outlook Web Access


Numa implementação de front-end/back-end, utilizadores podem aceder às caixas de correio através do Outlook Web Access (OWA) introduzindo ou um início de sessão explícito ou um início de sessão implícito . O URL para um início de sessão explícito Especifica o servidor e caixa de correio que o utilizador pretende aceder e assume o formato: http:// servername /exchange/ username /, onde servername é o nome do ambos o front-end ou back-end servidor do OWA e username é o nome da conta de Microsoft Windows do utilizador. Quando um utilizador utiliza um início de sessão para início de sessão ao Outlook Web Access (OWA) explícitas, o início de sessão poderão não funcionar. Este problema ocorre porque quando um utilizador for movido verificações administrativas de grupo, o directório virtual HTTP que o utilizador usa para alterações do Outlook Web Access (OWA). Altera o directório virtual HTTP que o utilizador utiliza para o Outlook Web Access (OWA) uma vez que altera o servidor de back-end do utilizador Exchange da caixa de correio. O erro de início de sessão irá ocorrer se o endereço SMTP no novo directório virtual HTTP não é um endereço SMTP que o utilizador tem.

Nota Directórios virtuais do Outlook Web Access do Exchange predefinidas são difíceis de todos os codificados para utilizar a política de destinatários predefinida e o endereço SMTP essa política. Só pode utilizar políticas de destinatários diferentes que tenham endereços SMTP diferentes se criar um novo directório virtual.

Este problema é provável dos dois cenários seguintes:
  • Cenário 1: Se o site de origem for um site do Exchange Server 5.5 puro em que cada site tem um endereço SMTP e, a caixa de correio actual tem um endereço SMTP no Exchange Server 5.5 que não corresponde a predefinição Exchange directório virtual endereço SMTP no servidor do Exchange Server 2003 Service Pack 1. Quando o utilizador é movido do Exchange Server 5.5 para o Exchange Server 2003, quando o utilizador tenta utilizar um início de sessão explícito com o Outlook Web Access para iniciar sessão no servidor do Exchange Server 2003 Service Pack 1, não é possível iniciar sessão.
  • Cenário 2: num misto puro Exchange 2000 Server/Exchange Server 2003 ambiente ou, se o utilizador está actualmente a utilizar um directório virtual dedicado que é criado pelo administrador e não é o directório virtual predefinido, para o Outlook Web Access. O directório virtual dedicado utiliza um endereço SMTP a partir de uma política de destinatários também fornece endereços SMTP que são utilizados por caixas de correio na organização do Exchange. Isto significa que o SMTP endereços correspondência. Quando o utilizador é movido para o novo local, estes são movidos para um servidor de caixa de correio do Exchange novo que esteja configurado para utilizar o directório virtual do Outlook Web Access do Exchange predefinido. Este directório virtual do Exchange predefinido utiliza a política de destinatários predefinida e tem um endereço SMTP diferente que o utilizador não tem. Por conseguinte, quando o utilizador é movido do Exchange Server 5.5 para o Exchange Server 2003, quando o utilizador tenta utilizar um início de sessão explícito no Outlook Web Access para iniciar sessão no servidor do Exchange Server 2003 Service Pack 1, não é possível sessão.
Para resolver os problemas no cenário de um e dois cenários, utilize um dos seguintes soluções:
  • Crie um directório virtual dedicado no novo local para o novo servidor de caixa de correio em que o utilizador é movido. Aponte o novo directório virtual dedicado a uma política de destinatários com o endereço SMTP que o utilizador tem.
  • De um locais mistos ou puro do Exchange Server 2000 cenário, adicione o endereço SMTP da política de destinatários predefinida a política de destinatário que se aplica ao utilizador movido. Depois do serviço de actualização de destinatários foi actualizado, o utilizador terá um proxy de SMTP adicional que agora corresponde ao directório virtual predefinido.
  • Adicionar manualmente o endereço SMTP correcto à utilizador movido
Exchange Server 2003 Service Pack 1 inclui uma correcção que torna possível utilizar o endereço SMTP de inícios de sessão implícitos ou explícitos inícios de sessão para contornar este problema. O Outlook Web Access irá sempre trabalhar nos seguintes cenários, quando liga a um servidor baseado no Exchange Server 2003 Service Pack 1:
  • início de sessão implícito
    Por exemplo, escreva o URL para acesso OWA no seguinte formato:
    http:// Server / exchange
  • início de sessão explícito utilizando o nome principal de utilizador (UPN) ou o endereço de SMTP
    Por exemplo, escreva o URL para acesso OWA no seguinte formato:
    http:// server exchange/utilizador @ Domain_Name. com

Quando tenta utilizar um início de sessão explícito utilizando o alias do utilizador e o utilizador não tem o endereço SMTP do directório virtual HTTP, o início de sessão não será concluído. Por exemplo, se escrever o URL para acesso OWA no seguinte formato: http:// Server /exchange/ User, não irá aceder a caixa de correio do servidor Exchange. Este problema ocorre sempre que um início de sessão explicitamente utilizando o alias de um utilizador é utilizado para o OWA e não é específico de cenários do grupo administrativo de acesso a sites.



informações de disponibilidade e caixas de correio de recursos


Informações de disponibilidade tem de ser re-published depois de mover uma caixa de correio sites. Para caixas de correio do utilizador, ocorrerá 15 minutos depois do utilizador utiliza o Outlook para iniciar sessão no servidor do Exchange e o utilizador executa uma acção de calendário. Por exemplo, se o utilizador aprova, elimina ou cria um pedido de reunião, as calendário informações de disponibilidade é republicadas 15 minutos mais tarde.

O proprietário da caixa de correio recurso, por exemplo uma sala de reuniões, deve abrir a caixa de correio e executar uma acção de calendário para republicar as informações de disponibilidade.

Este comportamento ocorre porque não haverá uma mensagem de disponibilidade para novo atributo o utilizador ?s LegacyExchangeDN no site de destino, mas o Outlook não publicar uma actualização até que é efectuada uma alteração de calendário e a cache do Outlook ? local ? livre/ocupado é dirtied. Este comportamento também ocorre se executar através do processo GUIDGen repor pastas de sistema local.

Ou, a ferramenta UpdateFB pode ser utilizada para automatizar este Free/Busy a republicação de processo.

Para obter informações adicionais sobre a ferramenta UpdateFB, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
294282Como utilizar Updatefb.exe para voltar a publicar em falta de dados de disponibilidade


Livro de endereços offline

Transferir livro de endereços offline e sites remotos
Quando um utilizador executa o Outlook 2003 no modo em cache em locais remotos com o Exchange Server 2003 ou uma versão anterior, tem Certifique-se tem de largura de banda suficiente para suportar uma transferência completa do livro de endereços offline de todos os clientes nesse site remoto.



sites remotos através de ligações lentas


Quando caixas de correio que utiliza o Outlook 2003 no modo em cache são movidas de um servidor remoto do Exchange Server 5.5 para um servidor Exchange 2003 SP1 central, um em sites ou não, tem de ser transferido um livro de endereços offline completo. Além disso, quando existe uma alteração significativa para o directório ou quando um novo grupo de administração é adicionado ou removido, uma transferência completa do livro de endereços offline será gerada para utilizadores do modo em cache. Por conseguinte, locais remotos tem Certifique-se de que existe largura de banda suficiente para suportar um livro de endereços offline completo para todos os clientes no site remoto.



obter informações adicionais sobre completo livro de endereços offline transferências


Normalmente, Os clientes do Outlook só verá um livro de endereços offline diff transferir. Este é um pequeno subconjunto da transferência do livro de endereços offline completo que contém apenas alterações em vez de total global address list. No entanto, existem casos em que clientes do Outlook terá de transferir o livro de endereços offline completo. Se o directório tiver um número significativo de alterações, por exemplo, muitas contas novas, alterações de nome e muito mais, ou um novo grupo de administração do Exchange é adicionado ou removido, todos os clientes que está no modo em cache serão actualizados com um livro de endereços offline completo. Além disso, os clientes que são movidos do Exchange Server 5.5 para um novo servidor de Exchange Server 2003 também receberá um novo completo Offline Address Book.

Para obter informações adicionais sobre como limitar o efeito de OAB completo transferências no Exchange Server 2003, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
867623Optimização de livro de endereços offline completa transfere para limitar o efeito numa rede local no Exchange Server 2003


Aguarde que as actualizações de directório

Os administradores tem de aguardar que as actualizações de directório ocorrer antes de mensagens de correio electrónico podem fluir sem criar um relatório de entrega (NDR).

Problemas conhecidos: comportamento após realojar de objecto

Entrega da mensagem será afectada no Exchange Server 5.5 e Exchange Server 2003 para listas de contactos e distribuição de correio de utilizadores

Se os utilizadores enviar mensagens de correio electrónico para contacto e listas de distribuição durante um grupo administrativo cruzado mover e, durante o ADC limpar dos objectos de directório do Exchange Server 5.5, existem um número de problemas de entrega de mensagens que poderão ocorrer.

regras da pasta ' a receber '


Quando o lista de distribuição/grupo é re-homed durante um grupo administrativo cruzado move, regras de pasta a receber que processo mensagens com base na DL como remetente ou destinatário não irá funcionar para caixas de correio hospedadas em servidores do Exchange anteriores ao Exchange Server 2003 Service Pack 1. Estas regras têm de ser recriadas ou caixas de correio com a regra devem ser movidas para um servidor que está a executar o Exchange 2003 SP1.



Moved pastas públicas na lista de endereços global


Quando uma lista de contactos/distribuição for realojada, poderão desaparecer da lista de endereços global no Exchange Server 5.5 durante o tempo que o objecto original do Exchange Server 5.5 no site antigo está oculto e antes do novo Exchange Server 5.5 objecto tiver sido replicado para o novo local do Active Directory. Re-homed objectos no Active Directory, lista de endereços global do Exchange 2000 Server ou a lista de endereços global do Exchange Server 2003 não são afectados.



endereços de proxy


Objectos que estão re-homed mantêm os respectivos endereços proxy original a partir do respectivo site antigo. No entanto, estes serão não obter novos endereços de proxy quando movidos grupo administrativo de acesso a sites, mesmo se a política de destinatários for baseada em membros do grupo administrativo.

O serviço de actualização de destinatários não irá marcar proxies actualizados no objecto se o objecto re-homed já tiver o mesmo tipo de proxies. Para receber um novo endereço de proxy para uma política de destinatários irá agora aplicar ao objecto com base em novos membros de grupo administrativo de, clique em Aplicar agora na política de destinatários e, em seguida, reconstruir o serviço de actualização de destinatários. Recomendamos que não fizer a menos que seja necessário porque isto poderá afectar o desempenho da rede.
Apesar de endereços de proxy não são actualizados, fluxo de mensagem de correio electrónico não será afectado. No entanto, se o sistema executa muito específica restrição a verificação, poderá detectar um problema se os endereços não forem actualizados. Por exemplo, considere o seguinte cenário:
  • AG1 aceita mensagens de correio electrónico para domain1.com.
  • AG2 aceita mensagens de correio electrónico para Domínio2.com.
  • O conector que liga dois grupos administrativos não permite que qualquer pessoa fora da organização para enviar mensagens de correio electrónico através de-lo.
  • Por conseguinte, a mensagem de correio electrónico iria gerar um NDR. Mensagem de correio electrónico não irá ser enviada através do conector.


X.500 endereços são substituídos por ADC interorganizacional nos contactos são movidos entre sites


Considere este cenário. Um acordo de ligação interorganizacional (AC) cria um contacto numa organização. O contacto representa caixas de correio de outra organização. Se o contacto for movido sites, o nome de directório original do contacto do site de origem está marcado para o contacto movido sob a forma de um endereço X.500. No entanto, se a caixa de correio que representa o contacto for alterada, a alteração é replicada para o objecto contacto movido e o ADC irá substituir o endereço X.500.

Para contornar este problema, utilize um ou mais dos seguintes procedimentos:
  • Reconfigurar o ADC para um novo local e, em seguida, execute a ferramenta perder todos os endereços X.500.
  • Exportar o LegacyExchangeDNs do Exchange Server 5.5 antes de mover sites e, em seguida, importe o LegacyExchangeDNs como endereços X.500 em caixas de correio do Exchange Server 5.5.
  • Mude para modo nativo do Exchange e não mover os contactos.


aguardar o ADC concluir


Tem de aguardar para o Active Directory para replicação Exchange Server 5.5, replicação intra-local e conclusão da replicação entre locais. Fluxo de mensagem de correio electrónico e outras operações serão afectadas até os directórios do Exchange Server 5.5 são sincronizados e o ADC foi executado para corrigir as alterações.

execute o Directory Service/Information Store consistency adjuster


Depois de uma distribuição de lista que é concedida acesso a uma pasta pública é movida sites, tem de executar o patched Directory Service/Information Store (DS / IS) consistência adjuster ferramenta para garantir que a lista de distribuição fica continuam a poder aceder à pasta pública.

Referências

Para obter informações adicionais, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
836489Uma actualização é necessária para consolidação de site de modo misto com o Exchange Server 5.5
843107Como utilizar a ferramenta pfMigrate para efectuar uma operação de mover pastas públicas de sites no Exchange Server 2003 Service Pack 1

Propriedades

Artigo: 841659 - Última revisão: 4 de fevereiro de 2014 - Revisão: 3.2
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Service Pack 1
Palavras-chave: 
kbnosurvey kbarchive kbmt kbinfo kbexchange2003sp1fix KB841659 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 841659

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com