Sintomas
Suponha que você use o recurso grupos de disponibilidade AlwaysOn no Microsoft SQL Server 2012. Quando você altera o acesso à conexão da réplica secundária de "legível" para "ilegível", ocorre uma corrupção em páginas que usam a compactação de página na réplica fornecida.Os bancos de dados de disponibilidade que experimentam esse problema na réplica secundária não podem ser recuperados devido a um erro durante a fase de restauração da sincronização. A réplica secundária não será sincronizada com a réplica primária e reportará o estado de sincronização de "SUSPEND_FROM_REDO". Além disso, você recebe as seguintes mensagens de erro no log de erros do SQL Server que hospeda a réplica secundária:
<data> <hora> SPID<ID> erro: 17066, severidade: 16, estado: 1. <data> <time> spid> <0 ID> SQL Server Assertion: file: <Page. cpp>, line = 3898 falha Assertion = '! pageFull '. Este erro pode estar relacionado ao tempo. Se o erro persistir após a reexecução da instrução, use DBCC CHECKDB para verificar a integridade estrutural do banco de dados ou reinicie o servidor para garantir que as estruturas de dados na memória não estejam corrompidas. <data> <Time> SPID<ID> erro: 3624, severidade: 20, estado: 1. <Data> <time>> <0 SPID> Verifique o log de erros do SQL Server para obter detalhes. Geralmente, uma falha de asserção é causada por um bug de software ou corrupção de dados. Para verificar se há corrupção do banco de dados, considere executar DBCC CHECKDB. Se você concordou em enviar despejos para a Microsoft durante a instalação, um mini despejo será enviado à Microsoft. Uma atualização pode estar disponível na Microsoft no Service Pack mais recente ou em uma QFE do suporte técnico. <data> <hora> SPID<ID> a movimentação de dados de grupos de disponibilidade AlwaysOn para o banco de dados ' <nome do banco de dados> ' foi suspensa pelo seguinte motivo: "sistema" (ID de fonte 2; Cadeia de caracteres de origem: ' SUSPEND_FROM_REDO '). Para retomar a movimentação de dados no banco de dados, será necessário retomar o banco de dados manualmente. Para saber mais sobre como retomar um banco de dados de disponibilidade, confira manuais online do SQL Server. <data> <Time> SPID<ID> erro: 3313, severidade: 21, estado: 2. <data> <time> SPID> <0 ID> durante a retomada de uma operação registrada no banco de dados ' <nome do banco de dados> ' 1786:4978584:74; Geralmente, a falha específica é registrada anteriormente como um erro no serviço de log de eventos do Windows. Restaure o banco de dados a partir de um backup completo ou repare o banco de dados. <data> <time> SPID<ID> alterar opção de parâmetro de banco de dados: retomar<data> <time> SPID> <0 ID> a disponibilidade de grupos de disponibilidade AlwaysOn para o banco de dados ' <nome do banco de dados> ' foi retomada. Esta é uma mensagem informativa apenas. Não é necessária nenhuma ação do usuário. <data> <hora> SPID<ID> as transações não qualificadas estão sendo revertidas no banco de dados <nome do banco de dados> para uma alteração de estado de grupos de disponibilidade AlwaysOn. Conclusão estimada da reversão: 100%. Esta é uma mensagem informativa apenas. Nenhuma ação do usuário é necessária. <data> <hora> SPID<ID> conexão AlwaysOn grupos de disponibilidade com Banco de dados primário encerrado para o banco de dados secundário ' <nome do banco de dados> ' na réplica de disponibilidade com ID de réplica: {bbdedecb-f26b-47e9-9e7d-7c22f99edb23}. Esta é uma mensagem informativa apenas. Não é necessária nenhuma ação do usuário. <data> <hora> SPID<ID> iniciando o banco de dados ' <nome do banco de dados> '. <Data> <time> SPID> <2 ID> recuperação do banco de dados ' <nome do banco de dados> ' (13) a 0% concluída (cerca de 781 segundos permanecem). Fase 1 de 3. Esta é uma mensagem informativa apenas. Não é necessária nenhuma ação do usuário......
Resolução
O problema foi corrigido primeiro na atualização cumulativa a seguir do SQL Server.
Atualização cumulativa 6 para SQL server 2012 SP2 atualização cumulativa 16 para SQL Server 2012 SP1
Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança incluídas na atualização cumulativa anterior. Confira as atualizações cumulativas mais recentes do SQL Server:
Informações adicionais
O problema anterior pode ocorrer quando o acesso de leitura é alterado para a réplica secundária. Você pode definir o acesso de leitura dos bancos de dados de disponibilidade na réplica secundária usando os dois métodos a seguir:
-
Defina o acesso de leitura usando o comando ALTER AVAILABILITY GROUP:
ALTER AVAILABILITY GROUP [AGName]MODIFY REPLICA ON N'<SRV>' WITH (SECONDARY_ROLE(ALLOW_CONNECTIONS = NO))
-
Defina o acesso de leitura alterando as configurações no explorador de objetos do SQL Server Management Studio (SSMS):
-
Conecte-se ao servidor e, em seguida, abra a pasta disponibilidade do AlwaysOn.
-
Abra a pasta grupos de disponibilidade.
-
Clique com o botão direito do mouse no grupo de disponibilidade e selecione Propriedades.
-
Altere a propriedade secundária legível para a réplica secundária para nãoe, em seguida, clique em OK.
-
Status
A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".
