Noções Básicas Sobre Solicitações de Movimentação

Aplica-se a: Exchange Server 2010

Tópico modificado em: 2010-02-04

Quando você move uma caixa de correio, você a está movendo de um banco de dados de caixa de correio de origem para um banco de dados de caixa de correio de destino. A caixa de correio de destino pode estar no mesmo servidor, em um servidor diferente, em um domínio diferente, em um site diferente do Active Directory ou em outra floresta.

Dica

Este tópico não trata de mover caixas de correio de ou para o Outlook Live.

Cuidados

Aqui estão alguns pontos importantes a se ter em mente ao mover caixas de correio:

  • Não é possível usar o Gerenciador de Sistema do Exchange ou a opção Usuários e Computadores do Active Directory para mover caixas de correio do Exchange 2003 para o Exchange 2010.
  • Você não pode usar o cmdlet Move-Mailbox no Exchange 2007 para mover caixas de correio do Exchange 2007 para o Exchange 2010.
  • Quando você move caixas de correio, o usuário não poderá ver as mensagens de controle de mensagens.

Vantagens das solicitações de movimentação

Solicitações de movimentação são um novo recurso do Exchange 2010. Há várias vantagens no uso de solicitações de movimentação:

  • As movimentações de caixa de correio são assíncronas e podem ser feitas pelo serviço Replicação de Caixa de Correio do Microsoft Exchange (MRS). Para mais informações, consulte Movimentações de caixa de correio assíncronas, adiante nesta seção.

  • Caixas de correio são mantidas online durante as movimentações assíncronas. Para mais informações, consulte Movimentações de caixas de correio online, adiante nesta seção.

  • Os itens na pasta Itens Recuperáveis de uma caixa de correio são movidos com a caixa de correio.

    Dica

    A pasta Itens Recuperáveis estão disponíveis somente no Exchange 2010. Para saber mais, consulte Understanding Recoverable Items.

  • Assim que a caixa de correio começa a ser movida, a indexação de conteúdo começa a verificar a caixa de correio, para a pesquisa rápida esteja disponível quando o movimento for concluído.

  • Você pode configurar a limitação para cada instância do MRS, cada banco de dados de caixa de correio ou servidor de Caixa de Correio.

  • A movimentação de caixas de correio remotas funciona pela Internet através do serviço Proxy de Replicação de Caixa de Correio do Microsoft Exchange (MRSProxy). Você não precisa configurar um servidor de back-end direto e o acesso ao Active Directory entre as florestas.

  • As movimentações de caixa de correio podem ser gerenciadas de qualquer servidor do Exchange 2010 dentro da organização.

  • O conteúdo da caixa de correio não é movido por meio de um computador administrativo. Por exemplo, no Exchange 2007, quando você executa o cmdlet Move-Mailbox, a movimentação de dados é gerenciada pelo computador em que você executou o cmdlet. Você não pode desligar a sessão do Exchange até que a movimentação seja concluída.

  • O histórico de movimentação da caixa de correio é mantido na caixa de correio.

Movimentações de caixa de correio assíncronas

No Exchange Server 2007, ao usar o cmdlet Move-Mailbox para mover uma caixa de correio, o cmdlet faz um registro no banco de dados de origem e no banco de dados de destino, e move o conteúdo de uma caixa de correio para outra caixa de correio. Você não pode fechar o Shell até que o comando seja concluído. Se você fechar o shell durante a movimentação, a movimentação falhará. O processo de movimentação pode levar várias horas para ser concluído.

Usando os cmdlets de solicitação de movimento do Exchange 2010, você pode executar um movimento assíncrono, pois não são os cmdlets que realmente executam o movimento. O movimento é executado pelo Serviço de Replicação de Caixa de Correio do Microsoft Exchange (MRS), um novo serviço que é executado em todos os servidores de Acesso para Cliente na sua organização do Exchange 2010. Usar o MRS é bom porque permite que você gerencie as movimentações de caixa de correio a partir de qualquer servidor do Exchange 2010 dentro da sua organização, após a solicitação de movimentação ter sido iniciada. Para mais informações, consulte Serviço de Replicação de Caixa de Correio do Microsoft Exchange, adiante neste tópico.

Movimentações de caixas de correio online

Em uma movimentação de caixa de correio online, os usuários finais ainda podem acessar suas contas de email durante a movimentação. O usuário é impedido de acessar a conta apenas durante um breve período, no final do processo (quando a sincronização final ocorre). Há suporte para movimentações de caixa de correio online entre bancos de dados do Exchange 2010 e entre bancos de dados do Exchange 2007 SP2 e do Exchange 2010. Você pode realizar movimentações de caixa de correio online entre florestas ou na mesma floresta. Os processos para movimentações de caixa de correio locais e para caixas de correio remotas são diferentes de movimentações online, e serão discutidos adiante, neste tópico.

Razões para mover caixas de correio

Aqui estão alguns cenários em que você precisará mover as caixas de correio:

  • Transição   Quando você fizer a transição de uma organização do Exchange 2007 ou Exchange Server 2003 existente para o Exchange 2010, você moverá caixas de correio dos servidores do Exchange para um servidor de Caixa de Correio do Exchange 2010.
  • Realinhamento   Você pode mover as caixas de correio para fins de realinhamento. Por exemplo, é recomendável mover uma caixa de correio de um banco de dados para outro que tenha um limite de tamanho de caixa de correio maior.
  • Investigar um problema   Se você precisar investigar um problema em uma caixa de correio, poderá mover essa caixa de correio para um servidor diferente. Por exemplo, é recomendável mover todas as caixas de correio que tenham muita atividade para outro servidor.
  • Caixas de correio corrompidas   Se você encontrar caixas de correio corrompidas, você pode movê-las para outro servidor ou banco de dados. As mensagens corrompidas não serão movidas.
  • Alterações de local físico   Você pode mover caixas de correio para um servidor que esteja em um local que não o do Active Directory. Por exemplo, se um usuário mudar para um local físico diferente, você poderá mover essa caixa de correio do usuário para um servidor que esteja mais próximo do novo local.
  • Separação de funções administrativas   Você pode querer separar a administração do Exchange da administração de contas do Windows Server. Para isso, você pode mover caixas de correio de uma única floresta para um cenário de floresta de recursos. Neste cenário, as caixas de correio do Exchange residem em uma floresta e suas contas de usuário do Windows associadas residem em uma floresta separada.
  • Terceirização da administração de email   Você pode terceirizar a administração de email e manter a administração das contas de usuário do Windows. Para isso, você pode mover caixas de correio de uma única floresta para um cenário de floresta de recursos.
  • Integração de administração de email e conta de usuário   Você pode alterar de um modelo de administração de email separado ou terceirizado para um modelo em que emails e contas de usuário possam ser gerenciados dentro da mesma floresta. Para isso, você pode mover caixas de correio de um cenário de floresta de recursos para uma única floresta. Nesse cenário, as caixas de correio do Exchange e as contas de usuário do Windows residem na mesma floresta.

Cenários suportados para movimentação de caixas de correio

A tabela a seguir lista os cenários suportados para mover caixas de correio do Exchange, incluindo links para os tópicos relacionados.

Mover de

Mover para

Suportado?

Movimentação online suportada?

Tópicos relacionados

Exchange 2010

Exchange 2010

Sim

Sim

Gerenciando solicitações de movimentação

Exchange 2007 SP2

Exchange 2010

Sim

Sim

Mover as caixas de correio dos servidores Exchange 2007 para servidores Exchange 2010

Exchange 2007 SP1

Exchange 2010

Não

Não

Mover as caixas de correio dos servidores Exchange 2007 para servidores Exchange 2010

Exchange 2003 SP2

Exchange 2010

Sim

Não

Mover as caixas de correio dos servidores Exchange 2003 para servidores Exchange 2010

Exchange 2010

Exchange 2007 SP2

Sim

Não

Mover as caixas de correio dos servidores Exchange 2010 para servidores Exchange 2007

Exchange 2010

Exchange 2003 SP2

Sim

Não

Mover as caixas de correio dos servidores Exchange 2010 para servidores Exchange 2003

Exchange 2000

Exchange 2010

Não

Não

Não se aplica

Exchange 2010

Exchange 2000

Não

Não

Não se aplica

Serviços usados em solicitações de movimentação

As solicitações de movimentação são processadas por dois serviços:

  • Serviço de Replicação de Caixa de Correio do Microsoft Exchange (MRS)
  • Serviço de Proxy do Replicação de Caixa de Correio do Microsoft Exchange (MRSProxy)

Serviço de Replicação de Caixa de Correio do Microsoft Exchange

Quando você usa os cmdlets de solicitação de movimentação para mover caixas de correio, o MRS processa a movimentação. Como dito anteriormente, o MRS fica em um servidor de Acesso para Cliente do Exchange 2010 e é o serviço que move as caixas de correio do banco de dados de origem para o banco de dados de destino. No Exchange 2007, a movimentação da caixa de correio era executada pelo cmdlet Move-Mailbox. Usando um serviço como o agente da movimentação, as caixas de correio podem ser movidas simultaneamente, ficando acessíveis para os usuários. Durante a movimentação, você pode exibir, cancelar e gerenciar a solicitação de movimentação de qualquer servidor do Exchange 2010 na sua organização.

Você pode iniciar e parar o MRS como faria com qualquer serviço. O MRS constantemente verifica todas as solicitações de movimentação em seu próprio site do Active Directory. Além disso, há um mecanismo de compartilhamento entre todas as instâncias do MRS, para que dois servidores não tentem executar a mesma solicitação de movimentação.

Todas as instâncias do MRS em um site do Active Directory trabalham em conjunto para garantir que a limitação do banco de dados e do servidor de Acesso para Cliente seja respeitada em todas as instâncias do MRS. A limitação do MRS é controlada por um arquivo de configuração. Por padrão, o arquivo de configuração fica na mesma pasta em que o Exchange está instalado:

<Exchange Installation Path>\V14\Bin\MSExchangeMailboxReplication.exe.config

Você pode controlar as seguintes propriedades do MRS:

  • MaxActiveMovesPerSourceMDB   Essa propriedade indica o número de caixas de correio que podem ser movidas pelo banco de dados da caixa de correio de origem, de uma vez. O valor-padrão é de 5 movimentações simultâneas.
  • MaxActiveMovesPerTargetMDB  Essa propriedade indica o número de caixas de correio que podem ser movidas pelo banco de dados da caixa de correio de destino, de uma vez. O valor-padrão é de 5 movimentações simultâneas.
  • MaxTotalMovesPerMRS   Essa propriedade indica o número de caixas de correio que podem ser movidas por uma única instância do MRS. O valor-padrão é de 100 movimentações simultâneas.
  • MaxActiveMovesPerTargetServer   Essa propriedade indica o número total de movimentações que podem ocorrer no servidor de destino, de uma vez. O valor-padrão é de 5 movimentações simultâneas.
  • MaxActiveMovesPerSourceServer   Essa propriedade indica o número total de movimentações que podem ocorrer no servidor de origem, de uma vez. O valor-padrão é de 5 movimentações simultâneas.
  • MaxMoveHistoryLength   Essa propriedade indica o número máximo de movimentações anteriores para manter no histórico da caixa de correio. O valor-padrão é de 2 movimentações por histórico de caixa de correio.
  • FullScanMoveJobsPollingPeriod   Essa propriedade indica com que frequência cada instância do MRS irá verificar novas solicitações de movimentação. O valor-padrão é 10 minutos.

Serviço de Proxy de Replicação de Caixa de Correio do Microsoft Exchange

Além do MRS, o serviço MRSProxy é instalado em cada servidor de Acesso para Cliente do Exchange 2010. O MRSProxy ajuda a facilitar as solicitações de movimentação entre florestas e é executado no servidor de Acesso para Cliente do Exchange 2010 da floresta remota. No entanto, por padrão, o MRSProxy fica desabilitado. Você precisará ativar o serviço MRSProxy na floresta remota, modificando o arquivo web.config para o servidor de Acesso para Cliente em que você deseja habilitar o MRSProxy. Recomendamos que você habilite o MRSProxy em todos os servidores de Acesso para Cliente na floresta remota.

Para mais informações, consulte Iniciar o serviço MRSProxy em um servidor de acesso remoto para cliente

Processo básico para solicitações de movimentação

A imagem e as instruções a seguir descrevem o processo básico para solicitações de movimentação local.

Fluxo de dados de movimento da caixa de correio local

Neste cenário, a caixa de correio de Ayla será movida do banco de dados de origem DB01, no servidor de Caixa de Correio MBX02, para o banco de dados de destino DB02, no servidor de Caixa de Correio MBX01. Para fazer isso, o seguinte comando é usado:

New-MoveRequest -Identity Ayla@contoso.com -TargetDatabase "DB02"
  1. Esse comando atualiza o Active Directory e coloca uma mensagem especial na caixa de correio do sistema dentro do site do Active Directory, informando que uma solicitação de movimentação foi iniciada e o estado foi definido como Na fila. As informações sobre a solicitação de movimentação são armazenadas em dois lugares: a caixa de correio do sistema do banco de dados de destino e no Active Directory. Se a movimentação for offline, a caixa de correio será bloqueada e não poderá ser acessada até que a movimentação atinja um status de Concluída.

  2. Todas as instâncias do MRS periodicamente verificam a caixa de correio em cada banco de dados em seu site do Active Directory, para ver se há solicitações de movimentação na fila. Neste exemplo, a instância do MRS em CAS01 localiza a caixa de correio de Ayla no status Em fila.

    Dica

    O cmdlet New-MoveRequest seleciona uma instância do MRS e solicita que o serviço processe a solicitação de movimentação imediatamente. Se a instância selecionada do MRS estiver disponível, ela começará a movimentação imediatamente. Caso contrário, a caixa de correio permanece com o status Em fila até uma instância do MRS localize a solicitação de movimentação.

  3. O MRS começa a mover os dados do DB01 para o DB02. O MRS atualiza o status da caixa de correio na caixa de correio da sistema para Em andamento.

  4. Quando a movimentação está quase terminando, a caixa de correio de Ayla é bloqueada por um pequeno período, enquanto a sincronização final da caixa de correio é concluída. Neste ponto, o status de solicitação de movimentação é alterado para Conclusão em Andamento.

  5. Quando a movimentação é concluída, a nova caixa de correio de Ayla no DB02 é ativada, e a caixa anterior no DB01 é excluída. O status de solicitação de movimentação é alterado para Concluído. Dependendo do cliente de email de Ayla, ela pode precisar sair e entrar do sistema, para acessar a caixa de correio.

  6. O administrador limpa as informações de solicitação de movimentação do Active Directory e da caixa de correio do sistema no DB02. Até que as informações de solicitação de movimentação sejam limpas, você não poderá mover a caixa de correio novamente. Para detalhes sobre como criar uma solicitação de movimentação, consulte Remover ou limpar solicitações de mudança.
    Um registro da movimentação é mantido na caixa de correio de Ayla e pode ser acessado executando-se o cmdlet Get-MailboxStatistics com o parâmetro IncludeMoveReport. Para mais informações, consulte Exibir Propriedades de Solicitação de Movimentação.

Movimentações de caixas de correio remotas

Movimentações de caixas de correio remotas também são conhecidas como movimentações de caixa de correio entre florestas. O Exchange 2010 dá suporte a dois tipos de movimentações de caixas de correio remotas:

  • Movimentações de caixas de correio remotas que têm o Exchange 2010 nas duas florestas
    Nesse cenário, uma floresta é uma floresta do Exchange 2010, e a outra tem pelo menos um servidor de Acesso para Cliente do Exchange 2010. Você pode usar o EMC (Console de Gerenciamento do Exchange) ou o Shell de Gerenciamento do Exchange para executar essas movimentações de caixas de correio. Para detalhes, consulte Criar uma Solicitação de Movimentação Remota que tenha do Exchange 2010 em Ambas as Florestas.
  • Movimentações de caixas de correio remotas com uma floresta do Exchange herdada
    Neste cenário, uma floresta contém o Exchange 2010 e a outra contém o Exchange 2003 Service Pack 2 (SP2), o Exchange 2007 SP2 ou uma combinação de ambos. Não há servidor de Acesso para Cliente do Exchange 2010 instalado na floresta herdada. Você não pode usar o EMC para executar essas movimentações de caixa de correio; é necessário usar o Shell. Para detalhes, consulte Criar uma solicitação de mudança herdada remota em que uma das florestas não tem o Exchange 2010.

Pré-requisitos para mover caixas de correio entre florestas

Os pré-requisitos para mover caixas de correio entre florestas são muitos. Para detalhes, consulte Prepare Mailboxes for Cross-Forest Move Requests.

Usando os parâmetros TargetDatabase ou RemoteTargetDatabase

O cmdlet New-MoveRequest usa os cmdlets TargetDatabase e RemoteTargetDatabase para identificar o banco de dados de destino para o qual você está movendo as caixas de correio.

Parâmetro TargetDatabase

Esse parâmetro especifica a identidade do banco de dados para o qual você está movendo a caixa de correio. Use esse parâmetro para executar movimentações locais e remotas de caixas de correio, quando você iniciar a movimentação da floresta de destino. Quando você inicia a movimentação da floresta de origem, o MRS "puxa" a caixa de correio da floresta de origem para a de destino.

Dica

Usar o parâmetro TargetDatabase é opcional. Se você não especificar esse parâmetro, o uso dele é implícito, e o balanceador de carga de provisionamento da caixa de correio especifica um banco de dados de destino. Se você não quiser que um balanceador de carga selecione um banco de dados, você vai precisar usar o parâmetro TargetDatabase ou especificar os bancos de dados que você deseja excluir do provisionamento, configurando o parâmetro IsExcludedFromProvisioning para $true no cmdlet Set-MailboxDatabase.

Parâmetro RemoteTargetDatabase

Esse parâmetro especifica a identidade do banco de dados de destino na floresta remota. Use esse parâmetro para movimentações de caixas de trabalho remotas somente quando você precisar iniciar a movimentação a partir da floresta de origem. Por exemplo, se você estiver movendo uma caixa de correio de um servidor do Exchange 2010 para um servidor do Exchange 2007 ou do Exchange 2003, comece a movimentação da floresta do Exchange 2010, que é a floresta de origem. Quando você inicia uma movimentação da floresta de origem, o MRS "empurra" a caixa de correio do servidor do Exchange 2010 para o servidor do Exchange 2007 ou do Exchange 2003.

Este exemplo "empurra" a caixa de correio de Tony Smith para a floresta remota:

New-MoveRequest -Identity 'tony@humongousinsurance.com -RemoteLegacy -RemoteTargetDatabase DB03 -RemoteGlobalCatalog 'GC01.humongousinsurance.com' -RemoteCredential $Cred -TargetDeliveryDomain 'mail.contoso.com'

Movimentações de caixas de correio remotas o Exchange 2010 em ambas as florestas

A figura a seguir ilustra esse cenário de movimentação de caixa de correio remota:

  • Um floresta é uma floresta do Exchange 2010 e a outra floresta tem pelo menos um servidor de Acesso para Cliente do Exchange 2010.

  • O MRS e o MRSProxy existem em todos os servidores de Acesso para Cliente do Exchange 2010. O MRS processa a movimentação entre florestas.

  • As florestas de Fourth Coffee e Contoso ambas contém servidores de Acesso para Cliente do Exchange 2010, mas apenas a de Contoso contém servidores de Caixa de Correio do Exchange 2010. A Fourth Coffee contém somente servidores de caixa de correio do Exchange 2007 SP2.

  • A Fourth Coffee contém a caixa de correio para tony@fourthcoffee.com. A Contoso contém um usuário habilitado para email para tony@fourthcoffee.com com todas as configurações pré-requisitadas definidas.

  • O comando a seguir é executado da floresta de destino, Contoso.com:

    New-MoveRequest -Identity 'tony@fourthcoffee.com' -TargetDatabase DBa  -RemoteHostName 'CAS01.fourthcofee.com' -RemoteCredential (Get-Credential Atlanta\Administrator) -TargetDeliveryDomain 'mail.contoso.com'
    

Dica

Se a caixa de correio de Tony estava sendo movida de um servidor do Exchange 2003, a movimentação era offline e Tony não podia acessar sua caixa de correio até que a movimentação estivesse concluída.

Fluxo de dados de movimento da caixa de correio remota

  1. O cmdlet New-MoveRequest solicita o MRS no servidor de Acesso para Cliente na floresta da Contoso. O cmdlet atualiza as informações do Active Directory da Contoso e a caixa de correio do sistema, no banco de dados de destino. Nesse ponto, o status da solicitação de movimentação é Em fila.

  2. Para iniciar a movimentação, o MRS na floresta da Contoso se comunica através do MRSProxy, na floresta da FourthCoffee. Então, o MRSProxy atualiza as informações do Active Directory da Fourth Coffee e a caixa de correio do sistema no banco de dados remoto. Nesse ponto, o status muda para Em andamento.

  3. O servidor MRS na floresta da Contoso puxa os dados da caixa de correio de Tony do servidor de Caixa de Correio, através o servidor MRSProxy, para o usuário habilitado para email tony@fourthcoffee.com. Nesse ponto, o status é Em andamento.

  4. Quando a movimentação da caixa de correio está quase concluída, o MRSProxy bloqueia a caixa de correio de Tony, na Fourth Coffee, por um breve período, enquanto a sincronização final é concluída. Nesse ponto, o status é Conclusão em andamento

  5. Na floresta da Contoso, o MRS converte o usuário habilitado para email tony@fourthcoffee.com para a caixa de correio tony@contoso.com. Na floresta da Fourth Coffee, o MRSProxy converte a caixa de correio tony@fourthcoffee.com para o usuário habilitado para email tony@contoso.com. Nesse ponto, o status é Concluído. Tony agora pode acessar sua caixa de correio da floresta da Contoso. Dependendo do cliente de email de Tony, ele pode precisar sair e entrar do sistema, para acessar a caixa de correio.

  6. O administrador limpa as informações de solicitação de movimentação do Active Directory e da caixa de correio do sistema. Até que as informações de solicitação de movimentação sejam limpas, você não poderá mover a caixa de correio novamente. Para detalhes sobre como criar uma solicitação de movimentação, consulte Remover ou limpar solicitações de mudança.
    Um registro da movimentação é mantido na caixa de correio de Tony e pode ser acessado executando-se o cmdlet Get-MailboxStatistics com o parâmetro IncludeMoveReport.

    Dica

    Se você quiser mover a caixa de correio de volta para a floresta remota, você deve iniciar a movimentação na floresta da Contoso. Isso porque o servidor de Caixa de Correio da Contoso está com a versão mais recente do Exchange (neste caso, o Exchange 2010). Além disso, você deve usar o parâmetro RemoteTargetDatabase quando você executa o cmdlet New-MoveRequest.

Movimentações de caixas de correio remotas herdadas

Se você estiver movendo caixas de correio remotamente de ou para organizações do Exchange 2003 ou Exchange 2007 e essas organizações não contiverem um servidor de Acesso para Cliente do Exchange 2010, o MRS na floresta do Exchange 2010 irá acessar diretamente o banco de dados remoto herdado e o servidor do Active Directory da organização remota. Ao executar uma solicitação de movimentação herdada remota, você deve fornecer estas informações no comando:

  • Identidade do usuário habilitado para email.
  • Opção RemoteLegacy.
  • FQDN do servidor de catálogo global remoto.
  • FQDN do endereço de email externo que será criado na floresta de origem para o usuário habilitado para email quando a solicitação de movimentação estiver concluída.
  • Banco de dados de destino ao mover caixas de correio para o Exchange 2010 ou o banco de dados de destino remoto ao mover caixas de correio do Exchange 2010 para o banco de dados herdado remoto.

A figura a seguir ilustra esse cenário de movimentação de caixa de correio herdada remota:

  • A floresta herdada (Humongous Insurance) não contém um servidor de Acesso para Cliente do Exchange 2010. Esse cenário é semelhante ao processo de solicitação de movimentação remota. Entretanto, como a floresta herdada remota não tem uma instância do MRSProxy à qual se conectar, o MRS na floresta da Contoso se conecta diretamente ao servidor do Active Directory e à caixa de correio do sistema da Humongous Insurance, na banco de dados da caixa de correio do Exchange 2003.

  • Quando você movimenta caixas de correio do Exchange 2003 para o Exchange 2010, a movimentação da caixa de correio será offline. Durante a movimentação, os usuários não poderão acessar suas caixas de correio. Quando você movimenta as caixas de correio do Exchange 2007 SP2 para o Exchange 2010, a movimentação ocorre online, e os usuários podem acessar suas caixas de correio durante a movimentação.

  • O comando a seguir é executado da floresta de destino, Contoso.com:

    New-MoveRequest -Identity 'tony@humongousinsurance.com -RemoteLegacy 
    -TargetDatabase DB02  -RemoteGlobalCatalog 'GC01.humongousinsurance.com' -RemoteCredential $Cred -TargetDeliveryDomain 'mail.contoso.com'
    

Fluxo de dados de movimento da caixa de correio herdada remota

Conclusão automática de movimentações de caixas de correio

O script MoveMailbox.ps1 no Exchange 2010 oferece uma experiência de gerenciamento de movimentação de caixa de correio síncrona similar à do cmdlet Move-Mailbox do Exchange 2007. Por padrão, os scripts são instalados em C:\Arquivos de Programas\Microsoft\Exchange Server\V14\Scripts. Para mais informações, consulte Mover caixas de correio usando o script MoveMailbox.ps1 no Shell.

Dica

Você pode usar esse script apenas para movimentações locais. Não é possível usar esse script para movimentações entre florestas.

MoveMailbox.ps1 executa as seguintes tarefas:

  1. Cria uma solicitação de movimentação local nova.
  2. Aguarda a movimentação de caixa de correio terminar.
  3. Remove a solicitação de movimentação após a conclusão.

Arquivar caixas de correio

Se a caixa de correio que você deseja mover tiver um arquivo pessoal, o arquivo será movido com a caixa de correio principal. Isso porque a caixa de correio de arquivo e a caixa de correio principal devem ficar no mesmo banco de dados de caixa de correio. Antes de mover as caixas de correio que tenham um arquivo pessoal, você deve calcular o tamanho do arquivo, não apenas pelo tamanho do banco de dados, mas por conta do tempo que a movimentação vai demorar para ser concluída.

Se você estiver movendo caixas de correio de um servidor do Exchange 2010 para um servidor do Exchange 2003 ou do Exchange 2007, precisará desabilitar o arquivo pessoal antes de poder mover a caixa de correio. Para detalhes, consulte Desabilitar um arquivo pessoal para uma caixa de correio.

Para saber mais sobre arquivos pessoais, consulte Noções Básicas Sobre Arquivos Pessoais.

Caixas de correio compartilhadas e caixas de correio de recursos

Além das caixas de correio do usuário padrão, você pode mover caixas de correio compartilhadas e caixas de correio de recursos. Uma caixa de correio compartilhada é uma caixa de correio em que vários usuários podem fazer logon. Uma caixa de correio de recursos é uma caixa de correio que representa um tipo de recurso, como uma sala de conferência ou um equipamento de vídeo. As caixas de correio de recursos têm propriedades adicionais no Active Directory que as caixas de correio do usuário e as caixas de correio compartilhadas não têm, como capacidade, por exemplo.

O Exchange 2003 não suporta caixas de correio de recursos. Em vez disso, você deve usar caixas de correio compartilhadas para representar recursos. Se você mover uma caixa de correio compartilhada do Exchange 2003 para o Exchange 2010, o MRS cria a caixa de correio como uma caixa de correio compartilhada do Exchange 2010. Depois de mover a caixa de correio para o Exchange 2010, você pode convertê-la em uma caixa de correio de recursos. Para detalhes sobre como converter uma caixa de correio compartilhada em uma caixa de correio de recursos, consulte Converter uma caixa de correio.

Movimentações de caixa de correio durante falhas de servidor

Solicitações de movimentação podem lidar com erros temporários. O MRS conduz verificações a cada 5 minutos, para garantir que o banco de dados para o qual a caixa de correio está sendo movida ainda esteja operacional. Se o MRS descobrir que o banco de dados de destino não está operacional, o MRS fará uma pausa de 30 segundos e tentará a movimentação. Se acontecer um failover, a movimentação não falhará. Em vez disso, o MRS irá detectar um failover do banco de dados, determinar o novo local do banco de dados e reiniciar a movimentação.

Outro erro que pode ocorrer é o servidor de Acesso para Cliente em que o MRS estiver sendo executado parar de responder. Se isso acontecer, a movimentação será interrompida e outra das instâncias do MRS irá continuar o processo e concluir a movimentação.

Para mais informações, consulte Solução de Problemas de Movimentação de Caixas de Correio.