none
Problemas na transição 2003 para 2010 SP1 + SR6 RRS feed

  • Pergunta

  • Prezados,

    Estou realizando transição de um ambiente Exchange Server 2003 para o 2010 SP1 e estou tendo problemas com o conector de Roteamento criado pela instalação do Exch2K10. Informa "Unable to bind to the destination server in DNS".

    Já notei que trata-se de um problema de configuração dos smtps virtuais no Exch2K3.

    Hoje estes conectores estão configurados para realizarem o relay para um equipamento de antispam. No entanto, este relay não está configurado para ser realizado através do smarthost e sim da configuração para adicionar servidores permitidos para relay.

    Realizei um teste rápido colocando somente o relay no smarthost e os conectores de roteamento na fila pararam de dar este erro. No entanto, como muitos reclamaram que não estavam recebendo mensagem, tive que retornar para a configuração anterior. 

    Pelo que vejo está aí o problema. Preciso testar isto melhor. Precisava de um método para testar o conector de roteamento. 

    Poderiam me informar outros métodos para realizar testes?

    Grato!

     


    Artur de Souza Aragão - Analista TI Pleno
    sexta-feira, 4 de novembro de 2011 15:12

Respostas

Todas as Respostas

  • Arthur verifique  o artigo 

    http://www.andersonpatricio.org/Tutoriais/Tutoriais.asp?tut=1429

    Att

    sábado, 5 de novembro de 2011 18:25
  • Arthur verifique  o artigo 

    http://www.andersonpatricio.org/Tutoriais/Tutoriais.asp?tut=1429

    Att


    Fernando,

    Boa tarde e obrigado pela atenção.

    Eu estou revisando algumas ações.

     

    Eu realmente preciso registrar o certificado antes? Eu lembro que já realizei transições do 2003 para o 2007 e isto não impactou no roteamento das mensagens do 2003 com o ambinte novo.

    Revisei alguns posts aqui e vi que você indicou alguns cenários como a revisão de permissões herdadas no Schema e vou revisar isto quando for oportuno.

    Existe um front-end que é usado somente para o OWA e meu roteamento entre legado e novo está sendo realizado com um dos servidores back-end.

    Uma dúvida que surgiu neste cenário, foi que eu revisei documentações e até um tutorial do grande Anderson e informa que este roteamento deve ser feito com o front-end. Procede isto? Na documentação do Anderson mostra ele iserindo um dos back-ends para o roteamento. E aí vem a minha dúvida. É possível remover este conecor de roteamento criado na instalação e criar outro, mas desta vez direcionando para o front-end? Pelos posts que andei revisando, parece ser possível, mas gostaria de opiniões de quem jpa realizou este processo em específico, pois eu nunca precisei realizá-lo.

    Estou pensando em adicionar ao conector de roteamento os outros servidores exchange legados e verificar o que ocorre.

    Rapaz, é a primeira vez que pego uma situação tão chata no Exchange Server 2010 na questão de roteamento de mensagens. No RTM não ocorreram problemas deste tipo.

    Grato pela atenção!!!

     


    Artur de Souza Aragão - Analista TI Pleno
    sábado, 5 de novembro de 2011 19:16
  • Eu realizei algumas pesquisas na base da Microsoft, posts aqui do fórum e até mesmo em alguns internacionais. Pude ver que não sou o único que passa por este problema. Já alinhei algumas tomadas de resolução. Vou tentar realizar estas ações e conseguindo obter o sucesso, compartilho com o pessoal que precisa sempre de informações para resolver problemas que não eram esperados.

    Abração à todos!!!


    Artur de Souza Aragão - Analista TI Pleno
    domingo, 6 de novembro de 2011 01:58
  • Fala Artur!

    Eu já tive um problema parecido com o seu a algum tempo atrás, e a solução que encontrei foi recriar o Send Connector do Servidor Exchange.

    Valida qual o caminho que não está funcionando corretamente e recria-o para o servidor de destino.


    Jonathan Santos | http://jonathanrsantos.wordpress.com MCP | MCSA | MCSA Messaging | MCSE
    terça-feira, 8 de novembro de 2011 12:46
    Moderador
  • Fala Artur!

    Eu já tive um problema parecido com o seu a algum tempo atrás, e a solução que encontrei foi recriar o Send Connector do Servidor Exchange.

    Valida qual o caminho que não está funcionando corretamente e recria-o para o servidor de destino.


    Jonathan Santos | http://jonathanrsantos.wordpress.com MCP | MCSA | MCSA Messaging | MCSE


    Jonathan,

    Eu realmente queria que fosse apenas isto.

    Mas, eu já descobri em parte do que se trata o problema realmente. Em uma intervenção anterior, criamos outros conectores smtp nos servidores Exchange legados, pois acreditávamos que o "Default SMTP Virtual Server" não estava funcionando corretamente em um dos servidores. A medida realmente resolveu parte do problema na época estabilizando o cenário.

    Na instalação do Exchange Server 2010, não me atentei para este caso, pois a instalação utiliza os conectores smtp que estão na posição 1 em uma flag do Schema referente aos protocolos. E aí  que eu descobri que os conectores de roteamento estão utilizando os smtps que estão estopados e não so que foram criados. Infelizmente não há como alterar isto no EMS e a resolução vai além, sendo necessário alterar informações no Schema, forçar ou aguardar réplicas do AD e após isto restart de serviços inerentes. Como a coisa toda acaba impactando na produção, terei que realizar este procedimento em horário oportuno.

    Quando proceder com as mudanças, compartilharei as resoluções com o pessoal.

    Chegamos a realizra testes com os conecvtores padrão, mas estes se comportaram muito mal. As mensagens ficavam presas na fila e tudo mais. E estavam com as mesmas configurações dos conectores que foram criados na intervenção inicial. Chegou ao ponto dos dois legados não se comunicarem um com o outro.

    De qualquer forma agradeço pela ajuda. São estas atitudes do pessoal aqui que ajudam tantos outros profissionais que passam por problemas nas implementações. Por mais cuidadosas que elas possam ter sido definidas.


    Artur de Souza Aragão - Analista TI Pleno
    terça-feira, 8 de novembro de 2011 13:02
  • Assim Artur,

    Estranho ele não estar utilizando os conector criados na instalação.

    Ele cria 2 conectores bidirecionais, esses são os possiveis conectores com problema.
    No meu caso eu precisei recriar o Receive connector do Exchange 2010, isso via EMS.

    No meu caso fiz em ambiente online mesmo (produção) e funcinou sem problema.

    Se for o caso você pode cria-los em paralelo ao seus conectores de produção com a mesma prioridade, ai fica mais facil...


    Jonathan Santos | http://jonathanrsantos.wordpress.com MCP | MCSA | MCSA Messaging | MCSE
    terça-feira, 8 de novembro de 2011 13:13
    Moderador
  • Assim Artur,

    Estranho ele não estar utilizando os conector criados na instalação.

    Ele cria 2 conectores bidirecionais, esses são os possiveis conectores com problema.
    No meu caso eu precisei recriar o Receive connector do Exchange 2010, isso via EMS.

    No meu caso fiz em ambiente online mesmo (produção) e funcinou sem problema.

    Se for o caso você pode cria-los em paralelo ao seus conectores de produção com a mesma prioridade, ai fica mais facil...


    Jonathan Santos | http://jonathanrsantos.wordpress.com MCP | MCSA | MCSA Messaging | MCSE


    Os smtps default não funcionam corretamente, então na época, foram estopados estes e criados outros. Como os padrões recebem a flag CN=1 no Schema, na instalação do Exchange Server 2010 os smtps que são pegos, são justamente os que estão parados. Então terei que mudar estes para falg CN=3 e os criados recentemente como CN=1. Aí resolvo o meu problema com os smtps. Talvez eu só tenha que reconfigurar os servidores nos conectores de roteamento removendo-os e recolocando-os com o set-routinggroupconnector.

    Eu achei estranho uma coisa. Já existe um receive connector e você teve que criar outro? Na instalação do SP1? Talvez esteja aí o meu problema com o não recebimento das réplicas de PF e SF, além da comunicação do legado com o novo ambiente.

    Neste caso você utilizou esta medida de resolução correto? http://technet.microsoft.com/en-us/library/bb232021.aspx

    Ambos os conectores de recimento ficam ativos? Ou, você precisou desabilitar o receive conector? Default ou Client?  Estes são os dois atuais do ambiente.


    Artur de Souza Aragão - Analista TI Pleno
    terça-feira, 8 de novembro de 2011 13:54
  • Assim Artur,

    Estranho ele não estar utilizando os conector criados na instalação.

    Ele cria 2 conectores bidirecionais, esses são os possiveis conectores com problema.
    No meu caso eu precisei recriar o Receive connector do Exchange 2010, isso via EMS.

    No meu caso fiz em ambiente online mesmo (produção) e funcinou sem problema.

    Se for o caso você pode cria-los em paralelo ao seus conectores de produção com a mesma prioridade, ai fica mais facil...


    Jonathan Santos | http://jonathanrsantos.wordpress.com MCP | MCSA | MCSA Messaging | MCSE


    Os smtps default não funcionam corretamente, então na época, foram estopados estes e criados outros. Como os padrões recebem a flag CN=1 no Schema, na instalação do Exchange Server 2010 os smtps que são pegos, são justamente os que estão parados. Então terei que mudar estes para falg CN=3 e os criados recentemente como CN=1. Aí resolvo o meu problema com os smtps. Talvez eu só tenha que reconfigurar os servidores nos conectores de roteamento removendo-os e recolocando-os com o set-routinggroupconnector.

    Eu achei estranho uma coisa. Já existe um receive connector e você teve que criar outro? Na instalação do SP1? Talvez esteja aí o meu problema com o não recebimento das réplicas de PF e SF, além da comunicação do legado com o novo ambiente.

    Neste caso você utilizou esta medida de resolução correto? http://technet.microsoft.com/en-us/library/bb232021.aspx

    Ambos os conectores de recimento ficam ativos? Ou, você precisou desabilitar o receive conector? Default ou Client?  Estes são os dois atuais do ambiente.


    Artur de Souza Aragão - Analista TI Pleno


    Algo notado ontem, foi que sem um send connector configurado, as mensagens não são entregues pelo roteamento. Só quando configuramos o send connector, as mensagens saíram para a área de higienização (appliance de antispam) e depois foram entregues no ambiente legado. Ou seja, estão dando uma volta desnecessária, já que o conetor de routing group tinha que estar faznedo disto. O send connector só configuramos depois de migradas as mailboxes e atualizadas, políticas, listas de endereços e a OAB transferida.

    Vi que muitos tem resolvido criando um novo routing group connector. Mas, e o anterior? As mensagens não vão ficar batendo no que não está funcionando?

    Segue o comando para criação de um novo RoutingGroupConnector bidirecional.

    - New-RoutingGroupConnector -Name "OldToNew" -SourceTransportServers "Exchange2007Hub.contoso.com" -TargetTransportServers "Exchange2003.contoso.com" -Cost 10 -Bidirectional $true -PublicFolderReferralsEnabled $true


    Artur de Souza Aragão - Analista TI Pleno
    terça-feira, 8 de novembro de 2011 14:06
  • Em meu caso, utilizarei inicialmente a resolução 11 desta documentação http://support.microsoft.com/kb/822933/en-us, forçar ou esperar as réplicas do AD entre os sites e talvez reconfigurar os servidores com o comando set-routingroupconnector.

    Depois eu verificarei como os conecores de roteamento se compotarão.


    Artur de Souza Aragão - Analista TI Pleno
    terça-feira, 8 de novembro de 2011 14:26
  • Em meu caso, utilizarei inicialmente a resolução 11 desta documentação http://support.microsoft.com/kb/822933/en-us, forçar ou esperar as réplicas do AD entre os sites e talvez reconfigurar os servidores com o comando set-routingroupconnector.

    Depois eu verificarei como os conecores de roteamento se compotarão.


    Artur de Souza Aragão - Analista TI Pleno

    Prezados,

    Obrigado pela atenção dos poucos que acompanharam e deram alguma ajuda. Como informei, retornaria aqui para confirmar a resolução tomada. Funcionou corretamente, onde as réplicas do PF, SF e OAB, além da comunicação entre o legado e o ambiente novo, funcionaram no momento em que os smtps virtual servers do legado foram levantados com as mudanças.

    Obrigado!


    Artur de Souza Aragão - Analista TI Pleno
    sexta-feira, 11 de novembro de 2011 12:13