none
Migrar Database de e-mail para outro servidor. Exchange 2010 RRS feed

  • Pergunta

  • Aqui na empresa ocorreu uma queda de energia e isso acabou corrompendo o HD de um dos meus servidores de Exchange (CAS, HUB, MAILBOX), tenho outro que é somente Mailbox, não estou conseguindo mover as contas para o outro servidor, e nem pelo DAG, ou seja, eu tenho dois Database distintos em cada servidor... preciso saber se eu consigo migrar essas duas Databases para o outro servidor, assim como é feito no banco de Recovery mas de uma forma ativa, eu não estou conseguindo nem mesmo fazer backup, pois o HD esta com problemas de I/O.

    http://technet.microsoft.com/pt-br/library/dd876926%28v=exchg.141%29.aspx

    Será que a portabilidade de database funciona?

    Desde já agradeço

    • Editado Sidneyestrela quinta-feira, 29 de novembro de 2012 17:19
    quinta-feira, 29 de novembro de 2012 17:17

Respostas

  • Cara,

    Se você tem um DAG mas não adiciona uma cópia do database no outro servidor membro, não adianta muita coisa.

    a portabilidade só vai funcionar se você tiver acesso ao Database ativo. Pelo que você disse ele está desmontado correto? 

    Como você pretende mover o database se o database foi junto com o HD?

    A recomendação é usar Backup nessas horas, aproveita que tudi já está pré-configurado no DAG, então basta você restaurar um backup do database e ter certeza de que os usuários se conectam ao Exchange via Cas Array (para que a configuração do Outlook seja feita automaticamente.)

    Abraços


    Jonathan Santos | http://jonathanrsantos.wordpress.com MCP | MCSA | MCSA Messaging | MCSE | MCITP Exchange 2010 | MCITP Lync Server

    • Marcado como Resposta Richard Juhasz quarta-feira, 27 de fevereiro de 2013 16:43
    quinta-feira, 29 de novembro de 2012 20:00
    Moderador
  • Pelo que entendi você perdeu seu servidor "1" CAS, HUB e Mailbox.

    Você possuía um outro servidor "2" mailbox para ter alta disponibilidade

    Como você ja tem o servidor de mailbox "2" criado, você não precisa mover as bases, basta recriar o servidor 1.

    Como todas as informações do Exchange 2010 ficam no AD, basta criar um servidor com o mesmo nome do que você perdeu, adicionar no dominio (resetar conta antes) executar o Exchange Setup com o comando /mode:recoverserver.

    Abraços

    • Sugerido como Resposta Tiago Celidonio segunda-feira, 3 de dezembro de 2012 10:00
    • Marcado como Resposta Richard Juhasz quarta-feira, 27 de fevereiro de 2013 16:43
    sexta-feira, 30 de novembro de 2012 12:03

Todas as Respostas

  • Cara,

    Se você tem um DAG mas não adiciona uma cópia do database no outro servidor membro, não adianta muita coisa.

    a portabilidade só vai funcionar se você tiver acesso ao Database ativo. Pelo que você disse ele está desmontado correto? 

    Como você pretende mover o database se o database foi junto com o HD?

    A recomendação é usar Backup nessas horas, aproveita que tudi já está pré-configurado no DAG, então basta você restaurar um backup do database e ter certeza de que os usuários se conectam ao Exchange via Cas Array (para que a configuração do Outlook seja feita automaticamente.)

    Abraços


    Jonathan Santos | http://jonathanrsantos.wordpress.com MCP | MCSA | MCSA Messaging | MCSE | MCITP Exchange 2010 | MCITP Lync Server

    • Marcado como Resposta Richard Juhasz quarta-feira, 27 de fevereiro de 2013 16:43
    quinta-feira, 29 de novembro de 2012 20:00
    Moderador
  • Pelo que entendi você perdeu seu servidor "1" CAS, HUB e Mailbox.

    Você possuía um outro servidor "2" mailbox para ter alta disponibilidade

    Como você ja tem o servidor de mailbox "2" criado, você não precisa mover as bases, basta recriar o servidor 1.

    Como todas as informações do Exchange 2010 ficam no AD, basta criar um servidor com o mesmo nome do que você perdeu, adicionar no dominio (resetar conta antes) executar o Exchange Setup com o comando /mode:recoverserver.

    Abraços

    • Sugerido como Resposta Tiago Celidonio segunda-feira, 3 de dezembro de 2012 10:00
    • Marcado como Resposta Richard Juhasz quarta-feira, 27 de fevereiro de 2013 16:43
    sexta-feira, 30 de novembro de 2012 12:03