Solução de problemas de uma operação de adicionar arquivos com falha (grupos de disponibilidade de AlwaysOn)
Este artigo foi traduzido manualmente. Coloque o ponteiro do mouse sobre as frases do artigo para ver o texto original. Mais informações.
Tradução
Original

Solução de problemas de uma operação de adicionar arquivos com falha (grupos de disponibilidade de AlwaysOn)

 

Em algumas implantações de grupos de disponibilidade AlwaysOn, os caminhos de arquivos diferem entre o sistema que hospeda a réplica primária e os sistemas que hospedam uma réplica secundária.Se o caminho do arquivo de uma operação de adicionar arquivos não existir em uma réplica secundária, a operação de adicionar arquivos terá sucesso no banco de dados primário.Mas a operação de adicionar arquivos fará o banco de dados secundário ser suspenso.Isto, por sua vez, faz a réplica secundária entrar no estado NOT SYNCHRONIZING.

System_CAPS_noteObservação

É recomendável que, se possível, o caminho do arquivo (incluindo a letra da unidade) de um determinado banco de dados secundário seja idêntico ao caminho do banco de dados primário correspondente.

Para resolver esse problema, o proprietário do banco de dados deve concluir as seguintes etapas:

  1. Remover o banco de dados secundário do grupo de disponibilidade.Para obter mais informações, consulte Remover um banco de dados primário de um grupo de disponibilidade (SQL Server).

  2. No banco de dados secundário existente, restaure um backup completo do grupo de arquivos que contém o arquivo adicionado no banco de dados secundário, usando WITH NORECOVERY e WITH MOVE (especificando o caminho de arquivo na instância de servidor que hospeda a réplica secundária).Para obter mais informações, consulte Restaurar um banco de dados em um novo local (SQL Server).

  3. Faça backup do log de transações que contém a operação adicionar arquivo no banco de dados primário e restaure manualmente o backup do log no banco de dados secundário usando WITH NORECOVERY e WITH MOVE.

  4. Prepare o banco de dados secundário para reingressar no grupo de disponibilidade, restaurando, WITH NO RECOVERY, todos os backups de log pendentes a partir do banco de dados primário.

  5. Reunindo o banco de dados secundário ao grupo de disponibilidade.Para obter mais informações, consulte Unir um banco de dados secundário a um grupo de disponibilidade (SQL Server).

Mostrar:
© 2016 Microsoft