Todo,
Estoy en el proceso de evaluar SQL AlwaysOn y todo falla como se esperaba, excepto en una circunstancia, cuando el disco falla. En este caso, SQL no hace nada más que presentar los dos errores siguientes.
El error tiene sentido, ya que dejé caer la unidad que también contiene TempDB, pero lo que me preocupa es que dejar caer la unidad no parece ser lo suficientemente catastrófico como para provocar una conmutación por error.
¿Me estoy perdiendo de algo? Intenté agregar la unidad a wsfc, pero debido a que no es una unidad agrupada, no parece que vaya a funcionar, ya que la unidad de cada servidor individual aparece como un recurso separado.
Edición 1: la única entrada del registro de eventos es la siguiente. Una vez más, un error bastante esperado.
El sistema operativo devolvió el error 21 (El dispositivo no está listo) a SQL Server durante una lectura en el desplazamiento 0x00000000382000 en el archivo 'E:\Data\vcdb.mdf'. Los mensajes adicionales en el registro de errores de SQL Server y en el registro de eventos del sistema pueden proporcionar más detalles. Esta es una condición de error grave a nivel del sistema que amenaza la integridad de la base de datos y debe corregirse de inmediato. Complete una verificación completa de la coherencia de la base de datos (DBCC CHECKDB). Este error puede deberse a muchos factores; Para obtener más información, consulte los Libros en pantalla de SQL Server.
Respuesta1
La pérdida de un archivo de base de datos, incluso uno tan crítico como el archivo tempdb, sigue siendo un evento a nivel de base de datos.
Según este artículo de Microsoft Technet:
(Modos de conmutación por error y conmutación por error (grupos de disponibilidad AlwaysOn))
Los problemas en el nivel de la base de datos, como que una base de datos se vuelva sospechosa debido a la pérdida de un archivo de datos, la eliminación de una base de datos o la corrupción de un registro de transacciones, no provocan una conmutación por error en un grupo de disponibilidad.