Compartir a través de

Los servicios de SQL Server que usan credenciales de dominio no se pueden iniciar

En este artículo se describe un problema por el que SQL Server no se inicia cuando la cuenta de inicio no tiene los permisos necesarios.

Versión del producto original: SQL Server
Número de KB original: 3006856

Síntomas

Cuando intenta iniciar o reiniciar un servicio de SQL Server, no lo hace y se registran los siguientes mensajes en el registro de errores de SQL Server:

<Time stamp> spid9s Error: 17182, Severity: 16, State: 1.

<Time stamp> spid9s TDSSNIClient initialization failed with error 0xffffffff, status code 0x80. Reason: Unable to initialize SSL support.

<Time stamp> spid9s Error: 17182, Severity: 16, State: 1.

<Time stamp> spid9s TDSSNIClient initialization failed with error 0xffffffff, status code 0x1. Reason: Initialization failed with an infrastructure error. Check for previous errors.

<Time stamp> spid9s Error: 17826, Severity: 18, State: 3. Time stamp spid9s Could not start the network library because of an internal error in the network library. To determine the cause, review the errors immediately preceding this one in the error log.

<Time stamp> spid9s Error: 17120, Severity: 16, State: 1. Time stamp spid9s SQL Server could not spawn FRunCommunicationsManager thread. Check the SQL Server error log and the Windows event logs for information about possible related problems.

Nota:

Este problema solo se produce en una instancia de SQL Server que se ejecuta en una cuenta de dominio.

Causa

El problema se produce porque faltan los permisos habituales concedidos a una cuenta del servicio SQL. Los derechos de usuario de la cuenta de inicio de SQL Server que deben estar presentes son los siguientes:

  • Ajuste las cuotas de memoria de un proceso (SeIncreaseQuotaPrivilege).

  • Omitir comprobación de recorrido (SeChangeNotifyPrivilege).

  • Inicie sesión como servicio (SeServiceLogonRight).

  • Reemplace un token de nivel de proceso (SeAssignPrimaryTokenPrivilege).

Para obtener más información, consulte Permisos de servicio.

Solución

Para resolver el problema, conceda los permisos que faltan a la cuenta de dominio del servicio SQL mediante el panel Asignación de derechos de usuario en el complemento MMC de directiva de seguridad local.