Tout d'abord, nous présenterons deux solutions couramment utilisées sur Internet :
1. Poste de travail--Panneau de configuration--Outils d'administration--Service--Clic droit sur MSSQLSERVER--Propriétés--Connexion--Identité de connexion--Sélectionnez « Système local Compte"
ou :
2. Poste de travail--Panneau de configuration--Outils d'administration--Service--clic droit sur MSSQLSERVER--Propriétés--Connexion--Identité de connexion--Sélectionnez "Ce compte"--Entrez votre mot de passe modifié et confirmation mot de passe mot de passe administrateur.
La différence entre les deux :
choisissez la première méthode, et si vous modifiez le mot de passe administrateur à l'avenir, vous n'avez pas besoin de l'ajuster (mais la personne qui se connecte au système d'exploitation est l'administrateur système) .
Choisissez la deuxième méthode, et si vous modifiez le mot de passe administrateur à l'avenir, vous n'avez pas besoin de l'ajuster à nouveau.
Voici une situation que j'ai rencontrée :
Ce matin, mon collègue m'a dit que son SQL ne pouvait pas se connecter à son "Enterprise Manager", et l'erreur signalée était "Erreur 1069, le service ne peut pas être démarré en raison d'un échec de connexion, j'ai vérifié". en ligne. J'ai atteint les deux solutions ci-dessus, mais lorsque j'ai vu la fenêtre de service, j'ai trouvé un autre endroit qui peut causer ce problème, comme indiqué ci-dessous :
Nous trouvons d'abord le service MSSQLSERVER, puis vérifions ses propriétés.
J'ai découvert qu'un compte de domaine était utilisé pour la vérification lors du démarrage du service. J'ai donc demandé si le mot de passe du domaine de connexion avait été modifié. La réponse était oui, car le domaine a été configuré pour obliger l'utilisateur à modifier le mot de passe après. une certaine période de temps, et il ne peut pas être le même que le mot de passe précédent (à l'exception du mot de passe vide, j'ai fait des expériences là-dessus ^_^). J'ai donc réinitialisé le mot de passe ici, redémarré le service avec succès et SQL peut également se connecter avec succès.
Grâce à ce problème, nous avons constaté que lorsque le mot de passe du domaine est modifié, les informations de vérification de connexion utilisées par le service correspondant ne seront pas automatiquement mises à jour et doivent être mises à jour manuellement pour résoudre ce problème. Si cela vous pose problème, il est plus facile de changer directement l'identité de connexion en « Compte système local », comme la solution ci-dessus.