Garantir que os pedidos de reunião permaneçam intactos quando Exmerging 2003 to 2010

Question

Estamos atualizando nosso servidor (SBS 2003, servidor de 5 anos) para um Enterprise Server 2008 R2 com o Exchange 2010. A empresa que pedimos para ajudar com a migração sugeriu que não tentássemos migrar, mas sim criar um novo domínio e depois trazer coisas. Eu não sei muito sobre isso, mas ele está usando o Exmerge para transferir caixas de correio do servidor antigo para o novo servidor, o que é bom. A preocupação que eu tenho é que os convites de calendário que estão atualmente, terão seu link quebrado na nova configuração, já que os usuários + recursos são recriados (e eu acho que eles são referidos por um ID em vez de endereço de e-mail?). O teste preliminar de algumas caixas de correio pareceu sugerir que esse é o caso (embora possa ser outro problema que estamos enfrentando).

Você tem algum conselho sobre como obter exagero para manter as referências corretas, para que, quando eu atualizar uma solicitação de reunião comigo, Bob e a Sala do Staff, todos recebam a solicitação atualizada? Existe alguma utilidade para usar ou alguma técnica?

    

Answer 1

Eu não posso realmente comentar se valeu a pena ou não, não sou especialista nisso, então confiamos no que nos foi dito. Tudo é migrado agora e está funcionando corretamente.

Para responder a minha própria pergunta, descobri uma solução para converter os endereços X400 no servidor 2003 em endereços SMTP para que as respostas de reunião funcionem corretamente.

Veja como eu fiz:

1. Abra o perfil dos usuários, quando fiz isso, usei os arquivos PST do Ex Merge, mas é possível fazer login no Outlook como usuário.
2. Salve o calendário como um iCal usando Arquivo > Salvar como (outlook 2007 e acima do iCal export eu acredito). Você precisa configurá-lo para fazer o calendário inteiro e também selecionar as opções para itens privados (e anexos, embora eles nem sempre funcionem no iCal)
3. Exportar para o iCal, se você abri-lo no bloco de notas, converte os endereços x400 em SMTP, que é a chave.
4. Agora, quando você tem a nova configuração de caixa de correio dos usuários no novo servidor, faça o login como eles (criei um perfil no outlook para cada usuário).
5. Faça o download do MFC Mapi do Codeplex. Abra esta ferramenta e conecte-se à sessão.
6. Ir para a loja de caixas de correio > Parte superior das informações STore > Calendário.
7. Selecione todos os itens do calendário e exclua (eu escolhi enviar para a lixeira, apenas no caso) (Isso permite que você exclua facilmente todos os itens do calendário sem ser solicitado a enviar um cancelamento)
8. Vá para o outlook e importe o arquivo iCal que você exportou.

Foi um pouco complicado, então eu só fiz isso para as pessoas no escritório que provavelmente teriam algumas delas. Você pode exportar apenas a solicitação de reunião para outras pessoas. Era essencial que eu fizesse isso para nossos diretores que têm uma tonelada de solicitações de reunião que seriam quebradas. Também recursos (contanto que você recrie os recursos com o endereço SMTP correto no novo servidor).

    

Answer 2

A empresa que você pediu para ajudá-lo está errada, na minha opinião, por sugerir que você ExMerge os dados em primeiro lugar. Não há como, usando o ExMerge, não fazer bagunça de seus dados existentes. Você também vai acabar com um domínio totalmente novo do Active Directory, então você terá que empregar ferramentas como ADMT ou USMT para manter a experiência do usuário.

A migração do SBS 2003 para o W2K8 seria muito simples. Da mesma forma, a migração para o Exchange Server 2010 do Exchange também seria direta.

• Instale uma réplica do Windows Server 2008 R2 DC depois de executar a preparação necessária do esquema de domínio.

• Instale o novo servidor do Exchange 2010 e mova as caixas de correio do Exchange 2003.

• Migre todos os dados do SBS Server.

• Desinstale o Exchange 2003 do SBS Server e execute uma desativação ordenada do Exchange 2003.

• Transfira as funções FSMO do SBS Server para uma máquina W2K8. O SBS começará a PARAR devido a problemas de licenciamento, mas você terá tempo mais que suficiente para o DCPROMO voltar a um servidor independente e, em seguida, desligá-lo.

Depois de migrar os GPOs específicos do SBS, etc., no Active Directory, eles podem ser removidos e podem ser limpos.

Dependendo da quantidade de dados que você tem, isso pode ser um trabalho de tarde. Quando estiver pronto, todos os seus computadores clientes ainda estarão associados ao domínio e todos os dados do Exchange ainda funcionarão conforme o esperado. (Se você realmente quiser ser chique, você pode adicionar um "swing" através de um controlador de domínio temporário e acabar com um novo servidor de arquivos que tenha o mesmo nome da máquina do antigo servidor SBS.)

    

Answer 3

Convites / Eventos enviados dentro da troca perderão a conexão com os convidados. Não há maneira de contornar isso (usando o exmerge). O Exchange controla essas conexões pelo DN do LDAP; que será diferente no novo domínio. A maioria dos lugares que executam o SBS não tem muitos problemas com isso, então ninguém realmente se esforçou para criar uma solução melhor (especialmente porque uma atualização direta mantém os DNs LDAP e a conexão; mas há vários motivos para não fazer uma atualização direta).

    

Answer 4

Fizemos o mesmo 2003 SBS para 2011 SBS sem migrar. Havia um monte de coisas estranhas de uma série de "consultores de TI" na caixa de 2003 e queríamos mudar o nome do domínio.

Se você usar um cliente de PC vinculado à caixa 2003, faça o login em cada conta, abra o Outlook, deixe em cache todos os dados da troca e, em seguida, exporte como arquivo PST, salve-os em um volume ou unidade de rede. Configure suas contas no novo servidor, use um cliente de PC ligado ao novo servidor e importe os arquivos PST.

Todo o seu calendário, e-mail, etc., serão transferidos. você precisará garantir que as pessoas não tentem responder a e-mails antigos, pois elas ainda farão referência ao domínio antigo.