Core component of SQL Server for storing, processing, and securing data
Ese Error 1067 es un clásico dolor de cabeza, especialmente después de configurar Always On, ya que SQL Server se vuelve mucho más sensible a los permisos y a la configuración de red. Básicamente, el proceso intenta arrancar, encuentra un muro y se rinde inmediatamente.
Aquí tienes los pasos lógicos para diagnosticar y solucionar esto:
1. Revisa el Visor de Eventos (Punto Crítico)
Antes de cambiar nada, necesitamos saber por qué murió.
Presiona Win + R, escribe eventvwr.msc y ve a Registros de Windows > Aplicación.
Busca errores de la fuente MSSQLSERVER. El mensaje ahí será mucho más específico que el error 1067 (por ejemplo: "fallo de inicio de sesión", "falta un archivo" o "error de quórum").
2. Causas probables tras configurar Always On
| Causa Probable | Qué revisar |
|---|---|
| Cuenta de Servicio | Al configurar Always On, a veces se cambia la cuenta de servicio (de LocalSystem a una Cuenta de Dominio). Si esta cuenta no tiene permisos locales de administrador o permisos en la carpeta de datos, el servicio no iniciará. |
| Cuenta de Servicio | Al configurar Always On, a veces se cambia la cuenta de servicio (de LocalSystem a una Cuenta de Dominio). Si esta cuenta no tiene permisos locales de administrador o permisos en la carpeta de datos, el servicio no iniciará. |
| Configuración de Red | Verifica en el SQL Server Configuration Manager que los protocolos (especialmente TCP/IP) estén habilitados. |
| Conflictos de Instancia | Si el servidor se reinició y hay una IP virtual de Always On que no levantó correctamente, el servicio principal podría entrar en conflicto. |
3. Pasos de solución inmediata
Verifica los permisos de la cuenta de servicio:
Abre el SQL Server Configuration Manager.
En "SQL Server Services", haz clic derecho en el servicio y ve a la pestaña __Log On__.
Asegúrate de que la contraseña sea correcta. Intenta cambiarla a `Local System` temporalmente solo para descartar si es un problema de credenciales de dominio (ojo: esto podría romper Always On, pero te dirá si el problema es de permisos).
__Verifica los archivos de ErrorLog:__
Ve a la ruta de instalación (usualmente `C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\Log`).
Abre el archivo llamado `ERRORLOG` (sin extensión) con el Bloc de notas. Busca las últimas líneas antes del cierre. Si dice algo sobre __"Cluster"__ o __"Always On"__, el problema está en la comunicación con el clúster de Windows.
__Deshabilitar temporalmente Always On:__
Si sospechas que la configuración de Always On bloquea el inicio, puedes intentar iniciar SQL Server con el flag de traza __-m__ (modo usuario único) o desmarcar la casilla de "Enable Always On Availability Groups" en las propiedades del servicio dentro del Configuration Manager, y luego intentar arrancar.
4. Un detalle con Windows Server 2025
Al ser una versión muy reciente, asegúrate de que el Windows Server Failover Clustering (WSFC) esté en estado "Running". Si el clúster no está activo, y SQL Server está configurado para Always On, el servicio se detendrá por seguridad.
¿Podrías revisar el Visor de Eventos y decirme qué mensaje específico aparece en los errores rojos de "MSSQLSERVER"? Con esa descripción puedo decirte exactamente qué cable conectar.
Hope it is useful 😁