Tudo,
Eu estou no processo de avaliar o SQL AlwaysOn, e tudo está falhando como esperado, exceto em uma circunstância, quando o disco está esgotado. Nesse caso, o SQL não faz nada, além de apresentar os dois erros a seguir.
O erro faz sentido, já que eu derrubei a unidade que também contém TempDB, mas o que me preocupa é que a queda da unidade não parece ser catastrófica o suficiente para causar um failover.
Estou sentindo falta de algo aqui? Eu tentei adicionar a unidade ao wsfc, mas como não é uma unidade em cluster, não parece que funcionará, pois cada unidade de servidores individual aparece como um recurso separado.
Editar 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.) para o 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. Essa é uma condição de erro grave no nível do sistema que ameaça a integridade do banco de dados e deve ser corrigida imediatamente. Conclua uma verificação de consistência completa do banco de dados (DBCC CHECKDB). Este erro pode ser causado por muitos fatores; Para obter mais informações, consulte os manuais online do SQL Server.
A perda de 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 da Microsoft Technet:
( Modos de failover e failover (grupos de disponibilidade AlwaysOn) )
Issues at the database level, such as a database becoming suspect due to the loss of a data file, deletion of a database, or corruption of a transaction log, do not cause an availability group to failover.
Tags sql windows-cluster alwayson