Hoje, aprendi da maneira mais difícil que você não pode verificar a corrupção de um secundário do Basic Availability Group . Dada essa limitação, como posso saber se é seguro fazer failover de um BAG? Pelo que sei, o secundário pode estar corrompido.
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Poderia haver corrupção? Sim. Poderia haver corrupção em qualquer banco de dados a qualquer momento, mesmo logo após executar o CheckDB? Sim. Parece um ponto discutível?
Nada impede você de criar um instantâneo do banco de dados e executar o checkdb nele, se isso lhe der tranquilidade.
Caso contrário, páginas ruins devem ser armazenadas no MSDB na instância local e o SQL Server Errorlog junto com os logs de eventos do aplicativo e do sistema no Windows devem dar uma ideia se há algum outro tipo de corrupção. Claramente não é 100% infalível, mas também não é executar um CheckDB em uma réplica secundária, fazer failover e, então, ter corrupção do sistema de arquivos acontecendo abaixo de você.