Portabilidade de sinal de linha
Aplica-se a: Exchange Server 2013
A portabilidade do tom de discagem é um recurso do Microsoft Exchange Server 2013 que fornece uma solução de continuidade de negócios limitada para falhas que afetam um banco de dados de caixa de correio, um servidor ou um site inteiro. A portabilidade do tom de discagem permite que os usuários tenham uma caixa de correio temporária para enviar e receber email enquanto sua caixa de correio original está sendo restaurada ou reparada. A caixa de correio temporária pode estar no mesmo servidor da Caixa de Correio do Exchange 2013 ou em qualquer outro servidor da Caixa de Correio do Exchange 2013 em sua organização que tenha bancos de dados com a mesma versão do esquema de banco de dados. Isso permite que um servidor alternativo hospede as caixas de correio dos usuários que estavam anteriormente em um servidor que não está mais disponível. Os clientes que dão suporte a Autodiscover são redirecionados automaticamente para o novo servidor sem precisar atualizar manualmente o perfil da área de trabalho do usuário. 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. Esse banco de dados vazio, chamado de banco de dados de tom de discagem, permite que os usuários enviem e recebam mensagens de email enquanto o banco de dados com falha é recuperado.
Há três opções para executar uma recuperação de tom de discagem:
Recuperação de tom de discagem no servidor com o banco de dados com falha: se o servidor que hospeda o banco de dados com falha ainda estiver funcional, recomendamos que você execute uma recuperação de tom de discagem nesse servidor. Isso significa menos tempo de inatividade porque você não precisa mover arquivos de banco de dados entre servidores. Além disso, você não precisará reconfigurar perfis de mensagens para clientes que não dão suporte a Autodiscover.
Discar a recuperação de tom usando um servidor alternativo para o banco de dados de tom de discagem: se um servidor falhar e precisar ser reconstruído, a maneira mais eficiente de fornecer aos usuários a funcionalidade básica de email é criar um banco de dados de tom de discagem em outro servidor e usar a portabilidade do banco de dados para mover a configuração da caixa de correio dos usuários para esse novo servidor. Como esse processo envolve mover o banco de dados de tom de discagem de volta para o servidor original (recuperado), essa opção adiciona mais tempo ao processo de recuperação geral. Além disso, esse processo é mais complexo do que executar uma recuperação de tom de discagem no servidor original. Ao executar esse processo, o servidor que hospeda o banco de dados de tom de discagem deve ter recursos suficientes para dar suporte à carga adicionada dos usuários adicionais. Além disso, se o cliente dos usuários não oferecer suporte a Autodiscover, seu perfil de mensagens precisará ser reconfigurado para apontar para o servidor de tom de discagem.
Discar a recuperação de tom usando e permanecendo em um servidor alternativo para o banco de dados de tom de discagem: isso é semelhante à opção anterior, exceto que você não volta para o servidor original. Recomendamos essa opção para situações em que não é possível ou viável recuperar o servidor com falha. Nesse cenário, os usuários normalmente permanecem em um servidor alternativo após a conclusão da operação de recuperação. Ao executar esse processo, o servidor que hospeda o banco de dados de tom de discagem deve ter recursos suficientes para dar suporte à carga adicionada dos usuários adicionais. Além disso, se o cliente dos usuários não oferecer suporte a Autodiscover, seu perfil de mensagens precisará ser reconfigurado para apontar para o servidor de tom de discagem.
Todas as três opções seguem as mesmas etapas básicas:
Crie um banco de dados de tom de discagem vazio para substituir o banco de dados com falha.
Esse novo banco de dados permitirá que usuários que tinham caixas de correio no banco de dados com falha enviem e recebam novas mensagens. A portabilidade do tom de discagem permite apontar um usuário para um banco de dados diferente sem mover a caixa de correio. Se você criou o banco de dados de tom de discagem em um servidor diferente do servidor que abrigou o banco de dados com falha, você precisará mover a configuração da caixa de correio para esse novo servidor.
Restaure o banco de dados antigo.
Use o software de backup e recuperação que normalmente você usa para restaurar o banco de dados com falha. Se não houver backup do banco de dados com falha, recupere o banco de dados com falha usando outros meios, se possível. Se você estiver usando o mesmo servidor para recuperação de tom de discagem, precisará restaurar o banco de dados em um banco de dados de recuperação (RDB).
Troque o banco de dados de tom de discagem pelo banco de dados restaurado.
Depois que o banco de dados com falha for restaurado, troque-o pelo banco de dados de tom de discagem. Isso dá aos usuários a capacidade de enviar e receber email e acessar todos os dados no banco de dados restaurado. Se os usuários foram movidos para um banco de dados de tom de discagem em outro servidor, você precisará mover a configuração da caixa de correio de volta para o servidor original.
Mesclar os bancos de dados.
Para obter os dados do banco de dados de tom de discagem no banco de dados restaurado, mescla os dados usando o cmdlet New-MailboxRestoreRequest .
Para obter etapas detalhadas sobre como executar uma recuperação de tom de discagem, consulte Executar uma recuperação de tom de discagem.