Todos,
Estou no processo de avaliação do SQL AlwaysOn e tudo está falhando conforme o esperado, exceto em uma circunstância, quando o disco falha. Nesse caso, o SQL não faz nada além de apresentar os dois erros a seguir.
O erro faz sentido, pois descartei a unidade que também contém TempDB, mas o que me preocupa é que a eliminação da unidade não parece ser catastrófica o suficiente para causar um failover.
Estou faltando alguma coisa aqui? Tentei adicionar a unidade ao wsfc, mas como não é uma unidade em cluster, não parece que funcionará, pois cada unidade de servidor individual aparece como um recurso separado.
Edição 1: A única entrada do log de eventos é a seguinte. Mais uma vez, praticamente um erro esperado.
O sistema operacional retornou o erro 21 (O dispositivo não está pronto.) ao SQL Server durante uma leitura no deslocamento 0x00000000382000 no arquivo 'E:\Data\vcdb.mdf'. Mensagens adicionais no log de erros do SQL Server e no log de eventos do sistema podem fornecer mais detalhes. Esta é uma condição grave de erro no nível do sistema que ameaça a integridade do banco de dados e deve ser corrigida imediatamente. Conclua uma verificação completa de consistência do banco de dados (DBCC CHECKDB). Este erro pode ser causado por vários fatores; para obter mais informações, consulte os Manuais Online do SQL Server.
Responder1
Perder um arquivo de banco de dados, mesmo que seja tão crítico quanto o arquivo tempdb, ainda é um evento no nível do banco de dados.
De acordo com este artigo do Microsoft Technet:
(Modos de failover e failover (grupos de disponibilidade AlwaysOn))
Problemas no nível do banco de dados, como um banco de dados que se torna suspeito devido à perda de um arquivo de dados, à exclusão de um banco de dados ou à corrupção de um log de transações, não causam failover de um grupo de disponibilidade.