Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article décrit un problème où SQL Server ne parvient pas à démarrer lorsque le compte de démarrage ne dispose pas des autorisations requises.
Version du produit d’origine : SQL Server
Numéro de base de connaissances d’origine : 3006856
Symptômes
Lorsque vous essayez de démarrer ou de redémarrer un service SQL Server, il ne parvient pas à le faire, et les messages suivants sont enregistrés dans le journal des erreurs 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.
Note
Ce problème se produit uniquement sur une instance SQL Server qui s’exécute sous un compte de domaine.
Cause
Le problème se produit parce que les autorisations habituelles accordées à un compte de service SQL sont manquantes. Les droits utilisateur pour le compte de démarrage SQL Server qui doivent être présents sont les suivants :
Ajustez les quotas de mémoire pour un processus (SeIncreaseQuotaPrivilege).
Contourner la vérification de la traversée (SeChangeNotifyPrivilege).
Connectez-vous en tant que service (SeServiceLogonRight).
Remplacez un jeton de niveau processus (SeAssignPrimaryTokenPrivilege).
Pour plus d’informations, consultez Autorisations de service.
Résolution
Pour résoudre le problème, accordez les autorisations manquantes au compte de domaine du service SQL à l’aide du volet Attribution des droits utilisateur dans le composant logiciel enfichable MMC de stratégie de sécurité locale.