Portabilidade de sinal de linha

Aplica-se a: Exchange Server 2013

A portabilidade do tom de marcação é uma funcionalidade do Microsoft Exchange Server 2013 que fornece uma solução de continuidade de negócio limitada para falhas que afetam uma base de dados de caixa de correio, um servidor ou um site inteiro. A portabilidade do tom de marcação permite que os utilizadores tenham uma caixa de correio temporária para enviar e receber e-mails enquanto a caixa de correio original está a ser restaurada ou reparada. A caixa de correio temporária pode estar no mesmo servidor de Caixa de Correio do Exchange 2013 ou em qualquer outro servidor de Caixa de Correio do Exchange 2013 na sua organização que tenha bases de dados com a mesma versão de esquema de base de dados. Isto permite que um servidor alternativo aloje as caixas de correio de utilizadores que estavam anteriormente num servidor que já não está disponível. Os clientes que suportam a Deteção Automática são automaticamente redirecionados para o novo servidor sem terem de atualizar manualmente o perfil de ambiente de trabalho do utilizador. Após os dados da caixa de correio original do usuário serem restaurados, um administrador pode mesclar a caixa de correio recuperada e a caixa de correio com sinal de linha de um usuário em uma caixa de correio única e atualizada.

O processo para o uso da portabilidade de sinal de linha é denominado uma recuperação de sinal de linha. Uma recuperação de sinal de linha envolve a criação de um banco de dados vazio em um servidor de Caixa de Correio para substituir o banco de dados com falha. Esta base de dados vazia, conhecida como base de dados de tom de marcação, permite que os utilizadores enviem e recebam mensagens de e-mail enquanto a base de dados com falha é recuperada.

Existem três opções para efetuar uma recuperação de tom de marcação:

• Recuperação do tom de marcação no servidor com a base de dados com falha: se o servidor que aloja a base de dados com falha ainda estiver funcional, recomendamos que execute uma recuperação de tom de marcação nesse servidor. Isto significa menos tempo de inatividade porque não precisa de mover ficheiros de base de dados entre servidores. Além disso, não terá de reconfigurar perfis de mensagens para clientes que não suportam a Deteção Automática.

• Recuperação de tons de marcação através de um servidor alternativo para a base de dados de tom de marcação: se um servidor falhar e precisar de ser reconstruído, a forma mais eficiente de fornecer funcionalidades básicas de correio aos utilizadores é criar uma base de dados de tom de marcação noutro servidor e utilizar a portabilidade da base de dados para mover a configuração da caixa de correio dos utilizadores para esse novo servidor. Uma vez que este processo envolve mover a base de dados de tom de marcação novamente para o servidor original (recuperado), esta opção adiciona mais tempo ao processo de recuperação geral. Além disso, este processo é mais complexo do que efetuar uma recuperação de tom de marcação no servidor original. Ao executar este processo, o servidor que aloja a base de dados de tom de marcação tem de ter recursos suficientes para suportar a carga adicional dos utilizadores adicionais. Além disso, se o cliente dos utilizadores não suportar a Deteção Automática, o respetivo perfil de mensagens terá de ser reconfigurado para apontar para o servidor de tom de marcação.

• Recuperação de tons de marcação utilizando e permanecendo num servidor alternativo para a base de dados de tom de marcação: é semelhante à opção anterior, exceto que não reverter novamente para o servidor original. Recomendamos esta opção para situações em que não é possível ou viável recuperar o servidor com falha. Neste cenário, os utilizadores normalmente permanecem num servidor alternativo após a conclusão da operação de recuperação. Ao executar este processo, o servidor que aloja a base de dados de tom de marcação tem de ter recursos suficientes para suportar a carga adicional dos utilizadores adicionais. Além disso, se o cliente dos utilizadores não suportar a Deteção Automática, o respetivo perfil de mensagens terá de ser reconfigurado para apontar para o servidor de tom de marcação.

As três opções seguem os mesmos passos básicos:

1. Crie uma base de dados de tom de marcação vazia para substituir a base de dados com falhas.

   Esta nova base de dados permitirá que os utilizadores que tinham caixas de correio na base de dados falhada enviem e recebam novas mensagens. A portabilidade do tom de marcação permite-lhe apontar um utilizador para uma base de dados diferente sem mover a caixa de correio. Se tiver criado a base de dados de tom de marcação num servidor diferente do servidor que alojava a base de dados com falhas, terá de mover a configuração da caixa de correio para esse novo servidor.

2. Restaure a base de dados antiga.

   Utilize o software de cópia de segurança e recuperação que normalmente utiliza para restaurar a base de dados com falhas. Se não existir nenhuma cópia de segurança da base de dados com falha, recupere a base de dados com falhas com outros meios, se possível. Se estiver a utilizar o mesmo servidor para recuperação de tons de marcação, terá de restaurar a base de dados para uma base de dados de recuperação (RDB).

3. Troque a base de dados de tom de marcação pela base de dados restaurada.

   Depois de a base de dados com falha ser restaurada, troque-a pela base de dados de tom de marcação. Isto dá aos utilizadores a capacidade de enviar e receber e-mails e aceder a todos os dados na base de dados restaurada. Se os utilizadores foram movidos para uma base de dados de tom de marcação noutro servidor, terá de mover a configuração da caixa de correio novamente para o servidor original.

4. Intercalar as bases de dados.

   Para obter os dados da base de dados de tom de marcação para a base de dados restaurada, intercale os dados com o cmdlet New-MailboxRestoreRequest .

Para obter passos detalhados sobre como efetuar uma recuperação de tons de marcação, consulte Executar uma recuperação de tons de marcação.