Como solucionar problemas de replicação contínua local

  • Artigo

 

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2007-10-10

Este tópico aborda como solucionar problemas que podem ocorrer quando você executa o Microsoft Exchange Server 2007 em um ambiente de LCR. Os procedimentos descritos nesse tópico indicam os seguintes problemas:

  • O cmdlet Get-StorageGroupCopyStatus relata que o banco de dados falhou e não é propagado.

  • O cmdlet Get-StorageGroupCopyStatus relata que o banco de dados falhou. O valor FailedMessage fornece informações específicas sobre a origem da falha.

  • Alertas, contadores de desempenho ou o cmdlet Get-StorageGroupCopyStatus indicam que backups de filas de cópia ou de repetição são feitos para uma cópia do grupo de armazenamento.

  • O cmdlet Get-StorageGroupCopyStatus relata um tempo obsoleto do valor LastInspectedLogTime.

  • A propagação está falhando.

  • O cmdlet Restore-StorageGroupCopy na LCR relata que Exx.log não estava disponível.

Quando ocorrem problemas diferentes dos listados aqui, examine o log de eventos para determinar a causa e o tipo de ação possível a ser realizada para a recuperação. Quando a hora da falha for identificada, outros logs de eventos podem ajudar você a entender melhor o problema. Para obter mais informações sobre ferramentas que podem auxiliá-lo na solução de problemas de LCR, consulte Ferramentas para solução de problemas de implantações de alta disponibilidade.

Antes de começar

Para executar estes procedimentos, você deve usar uma conta à qual esteja delegada a função Administrador do Exchange Server e o grupo Administradores local no servidor de destino. Para obter mais informações sobre permissões, delegação de funções e os direitos necessários para administrar o Exchange 2007, consulte Considerações sobre permissão.

Procedimento

O cmdlet Get-StorageGroupCopyStatus relata que o banco de dados falhou e não é propagado.

  • Causas possíveis   Um problema de configuração ou a cópia de replicação não tem um banco de dados de linha de base válido. Esse problema também poderá ser causado pela não habilitação do grupo de armazenamento no computador local.

  • Resolução   Faça o seguinte:

    • Verifique se o armazenamento da cópia está configurado corretamente e em operação. Se você encontrar um erro, poderá acionar uma nova verificação da cópia suspendendo e retomando o grupo de armazenamento.

    • Verifique se os caminhos da cópia de LCR estão corretamente configurados. É possível fazer isso usando o cmdlet Get-StorageGroup no Shell de Gerenciamento do Exchange. Para obter mais informações sobre como usar o cmdlet Get-StorageGroup para exibir as informações de configuração, consulte Como exibir as definições de configuração da replicação contínua local.

    • Use o cmdlet Update-StorageGroupCopy para propagar a cópia do grupo de armazenamento.

O cmdlet Get-StorageGroupCopyStatus relata que o banco de dados falhou e o valor FailedMessage fornece informações específicas sobre a origem da falha.

  • Causas possíveis   Várias causas possíveis poderão resultar em uma cópia passiva sendo determinada como falha. O valor de FailedMessage identifica especificamente o problema detectado.

  • Resolução   Você pode executar o cmdlet Get-StorageGroupCopyStatus para obter o valor completo de FailedMessage. Essa cadeia de caracteres identifica o problema específico detectado. Se a condição relatada for um log danificado ou ausente, tente localizar um log não danificado com o número de geração correto. Se o log correto não puder ser localizado, use o cmdlet Update-StorageGroupCopy para propagar novamente. Se a mensagem indicar que os logs na origem não estão disponíveis, remova o compartilhamento do diretório de log da origem e reinicie o serviço Replicação do Microsoft Exchange no computador. Analise as informações fornecidas pelo valor de FailedMessage e resolva as condições identificadas.

Alertas, contadores de desempenho ou o cmdlet Get-StorageGroupCopyStatus indicam que filas de cópia ou de repetição estão sendo criadas para uma cópia passiva.

  • Causas possíveis   Um registro posterior de cópia ou repetição de log poderá indicar um problema ou uma condição transicional em um processo de recuperação. Uma condição transicional ocorre quando uma cópia passiva é recentemente retomada depois de ter sido suspensa por um período de tempo significativo. Se a condição não for transicional, o problema pode ser causado por uma das seguintes razões:

    • Existe um problema na configuração.

    • A atividade de replicação está suspensa.

    • O serviço Replicação do Microsoft Exchange está parado.

    • Falha no armazenamento ou o armazenamento está offline.

  • Resolução   Determine se há um problema real ou uma condição transicional fazendo o seguinte:

    • Verifique se o serviço Replicação do Microsoft Exchange está sendo executado. Você pode usar o snap-in Serviços para isso. Se esse serviço estiver interrompido, inicie-o.

    • Execute o cmdlet Get-StorageGroupCopyStatus do Shell de Gerenciamento do Exchange com o comando fl e determine se a cópia passiva está suspensa. Se estiver suspensa, verifique se os arquivos da cópia passiva estão devidamente presentes e continue a cópia passiva usando o cmdlet Resume-StorageGroupCopy.

    • Execute o cmdlet Get-StorageGroupCopyStatus do Shell de Gerenciamento do Exchange com a opção fl e determine se a cópia é íntegra. Se a cópia tiver falhado, reveja a lista de campos de status para determinar a ação corretiva necessária.

Observe os contadores de desempenho de replicação por um período de vários minutos para determinar se está havendo progresso. Especificamente, consulte o número de geração de repetição e o número de geração de inspeção. Se o comprimento da fila de cópias continuar aumentando, mas comprimento da fila de repetições for curto ou estiver diminuindo, poderá haver um problema com o compartilhamento de arquivo de rede na cópia ativa ou no próprio servidor ativo. Verifique se o diretório de log da cópia ativa do grupo de armazenamento tem um compartilhamento de arquivo de rede definido nele mesmo usando a GUID do grupo de armazenamento. Você pode determinar a GUID do grupo de armazenamento usando o cmdlet Get-StorageGroupCopyStatus com a opção fl no Shell de Gerenciamento do Exchange.

Get-StorageGroupCopyStatus relata um horário obsoleto para LastInspectedLogTime

  • **Causas possíveis   **Há três possíveis causas para esse problema:

    • O banco de dados da cópia ativa está desmontado.

    • A cópia ativa é montada, mas não está sendo alterada em uma taxa significativa. Dessa forma, não estão sendo produzidos logs pela cópia ativa.

    • O serviço Replicação do Microsoft Exchange não está sendo executado.

  • Resolução   Determine quais das três causas está ocorrendo. É possível realizar esta determinação fazendo o seguinte:

    • Determine se o banco de dados está desmontado usando o Console de Gerenciamento do Exchange ou executando o cmdlet Get-StorageGroupStatus no Shell de Gerenciamento do Exchange. Se estiver desmontado, ele deverá ser montado e uma nova seqüência de geração de arquivos de log deverá ser criada antes da alteração do LastInspectedLogTime.

    • Verifique se o serviço Replicação do Microsoft Exchange está sendo executado. Se esse serviço estiver interrompido, inicie-o.

    • Depois de verificar se o banco de dados está montado, verifique se ele está gerando logs. Examine o diretório de log do banco de dados ativo e identifique o arquivo de log com o número de geração mais alto. Verifique o carimbo de data/hora nesse log. Ele deve corresponder a LastInspectedLogTime.

A propagação está falhando

  • Causas possíveis   Um backup está em andamento na cópia ativa ou há um problema de comunicação.

  • Resolução   Verifique se um backup do banco de dados ou do grupo de armazenamento afetado não está em andamento.

O cmdlet Restore-StorageGroupCopy relata que Exx.log não estava disponível

  • Causas possíveis   O cmdlet Restore-StorageGroupCopy solicita que você determine se ele deve continuar com um Exx.log ausente.

  • Resolução   Se você estiver esperando a ativação para produzir um banco de dados que não tenha perdido dados, responda Não no prompt. Se Exx.log não estiver disponível no momento da operação do cmdlet Restore-StorageGroupCopy, a recuperação será com perdas. Ao responder Não, você deverá resolver quaisquer problemas que estejam impedindo o acesso aos logs de produção. Quando esses problemas forem corrigidos, você poderá executar o cmdlet Restore-StorageGroupCopy novamente.

Para obter mais informações

Para obter mais informações sobre os cmdlets do Shell de Gerenciamento do Exchange mencionados neste tópico, consulte os seguintes tópicos: