SQL Server 2012 ne peut pas démarrer en raison d'un échec de connexion
J'ai récemment installé Microsoft SQL Server 2012 sur une nouvelle installation de Windows 7, mais chaque fois que je veux exécuter le serveur, j'obtiens le message d'erreur suivant:
Erreur 1069: le service n'a pas démarré en raison d'un échec de connexion.
L'utilisateur suivant est configuré pour démarrer le service: NT Service\MSSQL$SQLEXPRESS
Comment puis-je résoudre ce problème?
La réponse à cette question peut être identique au problème rencontré avec le serveur SQL complet (NTService\MSSQLSERVER) et consiste à réinitialiser le mot de passe. L'ironie est qu'il n'y a pas de mot de passe.
Les étapes sont les suivantes:
- Clic droit sur le service dans les services mmc
- Cliquez sur Propriétés
- Cliquez sur l'onglet Connexion
- Les champs de mot de passe sembleront contenir des entrées ...
- Effacer les deux champs de mot de passe
- Cliquez sur OK"
Cela devrait redonner l’accès au service et le redémarrer. Bizarre?
REMARQUE: si le problème survient au bout de quelques heures ou de quelques jours, vous avez probablement une stratégie de groupe qui redéfinit vos paramètres. Elle est imminente et reprend immédiatement.
Cela m'est arrivé Une stratégie sur le domaine supprimait les droits "Ouvrir une session en tant que service" du compte d'utilisateur SQL Server. Vous pouvez contourner ce problème en utilisant la solution de JLo, mais ne résout pas le problème des stratégies de groupe et le problème sera renvoyé à la prochaine actualisation des stratégies de groupe sur la machine.
La stratégie spécifique à l'origine du problème pour moi était: Sous, Configuration de l'ordinateur -> Paramètres Windows -> Paramètres de sécurité -> Stratégies locales -> Attribution des droits des utilisateurs: Ouvrir une session en tant que service.
Vous pouvez voir quelles stratégies sont appliquées à votre machine en exécutant la commande "rsop" à partir de la ligne de commande. Suivez le chemin d'accès à la stratégie répertoriée ci-dessus et vous verrez sa valeur actuelle ainsi que celle GPO définir la valeur.
Alors que ("run as SYSTEM") fonctionne, les utilisateurs doivent être avertis que cela signifie passer d'un compte de type autorisations minimales à un compte disposant de toutes les autorisations du monde. Ce qui n’est vraiment pas une pratique recommandée en matière d’installation ou de sécurité.
Si vous savez ce que vous faites et savez que votre serveur SQL Server fonctionnera toujours dans un environnement isolé (c’est-à-dire que l’accès Wi-Fi à l’aéroport ou à l’aéroport est inexistant), cela convient probablement, mais cela crée un véritable vecteur d’attaque qui peut complètement compromettre une machine ouverte. internets.
Cela semble être une erreur de la part de Microsoft et les utilisateurs doivent être conscients des implications de la solution de contournement publiée.
Résolvez mon problème après avoir effectué les modifications ci-dessous dans mon serveur SQL.
Les étapes sont les suivantes:
- Clic droit sur le service dans les services mmc
- Cliquez sur Propriétés
- Cliquez sur l'onglet Connexion
- Les champs de mot de passe sembleront contenir des entrées.
- Effacer les deux champs de mot de passe
- Cliquez sur OK"
Réponse courte:
installez les outils d’administration de serveur distant sur votre serveur SQL (option facultative de Windows Server), redémarrez, puis exécutez le gestionnaire de configuration SQL Server, accédez aux paramètres de service de chacun des services dont le compte d’ouverture de session commence par "Service NT". ... ", effacez les champs du mot de passe et redémarrez le service. Sous les couvertures, SQL Server Config Manager attribuera à ces comptes virtuels le droit Ouvrir une session en tant que service et vous serez prêt.
tl; dr;
Il y a un catch-22 entre les paramètres par défaut d'un domaine Windows et l'installation par défaut de SQL Server 2012.
Comme mentionné ci-dessus, la configuration de domaine Windows par défaut vous empêchera en effet de définir le droit de "connexion en tant que service" via la stratégie de groupe, sur la machine locale (via l'interface graphique au moins; si vous installez le module Powershell ActiveDirectory (via les outils d'administration de serveur distant) ) vous pouvez le faire par script.
Et, par défaut, le programme d'installation de SQL Server 2012 exécute les services dans des "comptes virtuels" (Service NT\préfixe, par exemple, NT Service\MSSQLServer. Il s'agit de comptes d'ordinateur local et non de comptes de domaine, mais vous ne pouvez toujours pas les affecter. En tant que droits de service si votre serveur est associé à un domaine, le programme d'installation de SQL Server tente d'attribuer le droit lors de l'installation et l'outil de gestion de configuration SQL Server tente également d'attribuer le droit lorsque vous modifiez le compte de connexion.
Et la belle catch-22 est la suivante: les outils SQL Server dépendent de (certains composants de) RSAT pour attribuer l’ouverture de session en tant que droit de service. Si RSAT n'est pas installé sur votre serveur membre, SQL Server Config Manager ne parvient pas à appliquer le paramètre en mode silencieux (malgré toutes les vérifications de pré-installation effectuées) et vous vous retrouvez avec des services qui ne démarrent pas.
Le seul indice de cette exigence que j'ai pu trouver dans les documents Blizzard de SQL Server et Compte virtuel était ceci: https://msdn.Microsoft.com/en-us/library/ms143504.aspx#New_Accounts , recherchez RSAT.
J'ai eu un problème similaire qui a été résolu avec ce qui suit:
- Dans Services.MSC, cliquez sur l'onglet Connexion et ajoutez l'utilisateur avec les privilèges minimaux et le mot de passe (sur le service générant l'erreur de connexion).
- En démarrant SQL Server pour s'exécuter en tant qu'administrateur
Si l'utilisateur est un utilisateur de domaine, utilisez le nom d'utilisateur et le mot de passe du domaine.
Une possibilité existe lors de l'installation des outils de données de serveur SQL Bi, alors que le serveur SQL était déjà configuré.
Solution: - 1.Just répare le serveur SQL avec l'instance configurée
si la solution ne fonctionne pas, alors ça vaut la peine de passer du temps à ingérer services.msc