tipo - SQL Server 2012 no se puede iniciar debido a un error de inicio de sesión
no se puede abrir la base de datos predeterminada del usuario. error de inicio de sesión (6)
Recientemente instalé Microsoft SQL Server 2012 en una nueva instalación de Windows 7, pero cada vez que quiero ejecutar el servidor, aparece el siguiente error:
Error 1069: el servicio no se inició debido a un error de inicio de sesión.
El siguiente usuario está configurado para iniciar el servicio: NT Service/MSSQL$SQLEXPRESS
¿Como puedo solucionar este problema?
Esto me pasó a mí. Una política sobre el dominio estaba eliminando los derechos de "Iniciar sesión como servicio" de la cuenta de usuario de SQL Server. Puede solucionar esto utilizando la solución de JLo, pero no aborda específicamente el problema de política de grupo y volverá la próxima vez que las políticas de grupo se actualicen en la máquina.
La política específica que me causó el problema fue: En, Configuración del equipo -> Configuración de Windows -> Configuración de seguridad -> Políticas locales -> Asignaciones de derechos de usuario: iniciar sesión como un servicio
Puede ver qué políticas se aplican a su máquina ejecutando el comando "rsop" desde la línea de comandos. Siga la ruta de acceso a la política enumerada anteriormente y verá su valor actual así como también qué GPO establece el valor.
La respuesta a esto puede ser idéntica al problema con SQL Server completo (NTService / MSSQLSERVER) y esto es para restablecer la contraseña. Lo irónico es que no hay contraseña.
Los pasos son:
- Haga clic derecho en el Servicio en los Servicios mmc
- Haga clic en Propiedades
- Haga clic en la pestaña Iniciar sesión
- Los campos de contraseña aparecerán con entradas en ellos ...
- En blanco ambos campos de contraseña
- Haga clic en Aceptar"
Esto debería volver a otorgar acceso al servicio y debería volver a iniciarse. ¿Extraño?
NOTA: si el problema vuelve después de unas pocas horas o días, entonces probablemente tenga una política de grupo que está anulando su configuración y está llegando y quitándola de inmediato.
Respuesta corta:
instale las herramientas de administración remota del servidor en su servidor SQL (es una función opcional de Windows Server), reinicie, luego ejecute el administrador de configuración de SQL Server, acceda a la configuración del servicio para cada uno de los servicios cuya cuenta de inicio de sesión comienza con "NT Service ...", borre los campos de contraseña y reinicie el servicio. Bajo las cubiertas, el administrador de configuración de SQL Server asignará a estas cuentas virtuales el derecho de Iniciar sesión como servicio, y usted estará en camino.
tl; dr;
Existe un catch-22 entre la configuración predeterminada para un dominio de Windows y la instalación predeterminada de SQL Server 2012.
Como se mencionó anteriormente, la configuración de dominio predeterminada de Windows impedirá que defina el derecho de "iniciar sesión como servicio" a través de la edición de directiva de grupo en la máquina local (a través de la GUI al menos, si instala el módulo PowerSirectory de Powershell). ) puedes hacerlo mediante secuencias de comandos.
Y, de forma predeterminada, la instalación de SQL Server 2012 ejecuta servicios en "cuentas virtuales" (NT Service / prefix, por ejemplo, NT Service / MSSQLServer. Estas son como cuentas de máquinas locales, no cuentas de dominio, pero aún no puede asignarlas al inicio de sesión como derechos de servicio si su servidor está unido a un dominio. La instalación de SQL Server intenta asignar el derecho en la instalación, y la herramienta de administración de configuración de SQL Server también intenta asignar el derecho cuando se cambia la cuenta de inicio de sesión.
Y el hermoso catch-22 es este: las herramientas de SQL Server dependen de (algunos componentes de) RSAT para asignar el inicio de sesión como servicio correcto. Si no tiene instalado RSAT en su servidor miembro, el Administrador de configuración de SQL Server falla silenciosamente al intentar aplicar la configuración (a pesar de toda la llamativa verificación previa a la instalación que se ejecuta) y termina con servicios que no se inician.
El único indicio de este requisito que pude encontrar en la ventisca de SQL Server y el documento de Virtual Account fue este: https://msdn.microsoft.com/en-us/library/ms143504.aspx#New_Accounts , búsqueda de RSAT .
Si bien ("ejecutar como SISTEMA") funciona, se debe advertir a las personas que esto significa pasar de una cuenta de tipo de permisos mínimos a una cuenta que tenga todos los permisos del mundo. Lo cual no es una recomendación recomendada de mejores prácticas de configuración o de seguridad.
Si sabe lo que está haciendo y sabe que su SQL Server siempre se ejecutará en un entorno aislado (es decir, no en el wifi del hotel o del aeropuerto) probablemente sea correcto, pero esto crea un vector de ataque muy real que puede comprometer completamente una máquina si está abierto internets.
Esto parece ser un error de parte de Microsoft y la gente debe conocer las implicaciones de la solución provisional publicada.
Tuve un problema similar que se resolvió con lo siguiente:
- En Services.MSC, haga clic en la pestaña Iniciar sesión y agregue al usuario privilegios mínimos y contraseña (en el servicio que arroja el error de inicio de sesión)
- Al iniciar Sql Server para ejecutar como administrador
Si el usuario es un usuario de dominio use el nombre de usuario y la contraseña del Dominio
Una posibilidad es cuando se instalan las herramientas de datos del servidor sql Bi, mientras que el servidor sql ya estaba configurado.
Solución: - 1. Solo repara el servidor sql con la instancia de configuración
si la solución no funciona, vale la pena interferir con services.msc