SQL Server ne démarre pas au démarrage de Windows mais démarre manuellement

21

Le service de mon instance SQL Server (SQL Server 2008 R2 Express) a Type de démarrage = Automatique. Les deux dernières fois, j'ai redémarré mon ordinateur, le service n'a pas pu démarrer de lui-même, mais il démarre très bien lorsque je démarre manuellement le service.

L'Observateur d'événements montre que le service ne démarre pas en raison d'un délai de connexion. Il y a 2 entrées concernant ce délai:

Entrée 1

Un délai d'attente a été atteint (30000 millisecondes) lors de l'attente de la connexion du service SQL Server (SQLEXPRESS).

Entrée 2

Le service SQL Server (SQLEXPRESS) n'a pas pu démarrer en raison de l'erreur suivante: Le service n'a pas répondu à la demande de démarrage ou de contrôle en temps opportun.

J'ai vérifié les fichiers ERRORLOG et aucune erreur n'a été consignée au moment de ces entrées de l'Observateur d'événements.

Avez-vous des idées sur la cause de ce problème ou comment puis-je approfondir mes recherches?

Keith
la source

Réponses:

12

Ce problème se produit car SQL Server a perdu les informations d'identification de connexion ou utilisé un compte sans droits pour démarrer les services.

Pour démarrer automatiquement vos services, SQL Server a besoin d'un compte avec des droits pour démarrer les services lors du démarrage du système d'exploitation.

Pour résoudre ce problème, vous devez aller dans Outils d'administration> Services> SQL Server (MSSQLSERVER ou le nom de vos instances)> Clic droit> Propriétés> Déplacer pour ouvrir une session> Définir l'option de connexion à l'aide d'un compte système local

Si vous avez choisi cette option, appuyez sur le bouton Parcourir et trouvez le compte de service local ou le compte de service réseau là-bas> Cliquez sur Appliquer.

Redémarrez votre ordinateur et vous pourrez démarrer votre serveur SQL.

jmonterohn
la source
1

Juste une réflexion rapide sur quelque chose à examiner, dans un environnement de type domaine, certains systèmes d'exploitation vous permettent de vous connecter au serveur avant que la connectivité réseau complète ne soit établie. Vous souhaiterez peut-être vérifier les paramètres de stratégie de groupe au niveau local ou de domaine pour ne pas autoriser l'ouverture de session ou le démarrage du système d'exploitation jusqu'à ce que la connectivité réseau complète soit établie.

Juste au cas où vous le remarqueriez lorsque vous vous connectez au serveur après le redémarrage, il se connecte en fait au système d'exploitation avec les informations d'identification mises en cache avant qu'il puisse atteindre les contrôleurs de domaine pour s'authentifier (connectivité réseau non entièrement établie) avec les informations d'identification de connexion s'il s'agit d'une information d'identification de domaine le compte de service SQLExpress s'exécute en tant que.

Je ne sais pas si c'est exactement applicable dans votre cas, mais c'est quelque chose au moins simplement enquêter et essayer de tester au moins juste au cas où.

J'ai trouvé cela dans un article que j'ai enregistré il y a longtemps quand j'ai eu un problème similaire avec un répertoire de base AD (pas via un script de connexion) pour mapper le répertoire de base d'un PC de poste de travail:

La valeur de stratégie pour Configuration ordinateur -> Modèles d'administration -> Système -> Ouverture de session «Toujours attendre le réseau au démarrage et à l'ouverture de session de l'ordinateur» sera définie sur «Activé».

Si la valeur de registre suivante n'existe pas ou si sa valeur n'est pas définie sur 1, il s'agit d'une constatation:

Registre Hive: HKEY_LOCAL_MACHINE Sous-clé: \ Software \ Policies \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon \ Value Nom: SyncForegroundPolicy Type: REG_DWORD Valeur: 1

Pimp Juice IT
la source
1

Avez-vous essayé de vous connecter en tant qu'administrateur local?

J'ai eu exactement le même problème avec SQL 2014 Express sur Windows 10. Je voulais créer un nouvel utilisateur qui n'était pas l'administrateur local intégré, j'ai donc créé un nouvel utilisateur, l'ai ajouté au groupe Administrateurs, définissez cet utilisateur se connecter automatiquement au démarrage et le tour est joué! Le service SQL Server ne démarre pas automatiquement. J'ai essayé le démarrage différé, essayé le service local, essayé le service réseau, essayé le nouvel utilisateur administrateur, essayé le paramètre de stratégie de groupe Toujours attendre ... Rien n'a fonctionné.

Même désinstallé SQL Server 2014 Express, redémarré, supprimé manuellement tous les fichiers / dossiers restants et redémarré et réinstallé sous le nouvel utilisateur administrateur. Toujours pas.

Revenu à la connexion automatique en tant que compte administrateur intégré et le tour est joué! Le service SQL Server démarre maintenant automatiquement.

C'est évidemment une solution de contournement pour moi, donc je fais toujours des recherches.

** MISE À JOUR **

En fait, mon problème était enraciné dans la machine ayant été renommée précédemment. Une fois que j'ai modifié la valeur "OriginalMachineName" dans le registre, le problème a été résolu!

Jerry Turner
la source
-1

Je suis allé au service local et j'ai changé

SQL Server (MSSQLSERVER Agent SQL Server (MSSQLSERVER)

Définissez-les sur Retard automatique et Type de connexion sur

Cochez le compte du système local ( autoriser le service à interagir avec le bureau )

Et ça démarre automatiquement

Hamisi Jabe
la source
-5

Eh bien, il y a quelques choses que vous pouvez essayer. Tout d'abord, accédez à Panneau de configuration> Système et sécurité> Outils d'administration> Services> puis recherchez SQL Server ou SQL Server VSS Writer dans la liste Services (local). Faites un clic droit dessus et sélectionnez Propriétés, cliquez sur l'onglet Général et assurez-vous que le type de démarrage est défini sur «Automatique».

Maintenant, le service peut en fait échouer pour une raison quelconque. Donc, ce que vous pouvez faire, cliquez sur l'onglet Récupération et sélectionnez une option pour Première défaillance. Essayez probablement de redémarrer le service.

La prochaine chose à faire est d'aller dans l'Observateur d'événements et de vérifier la liste des services et de rechercher les avertissements ou les erreurs qui peuvent avoir été enregistrés par le service (ou Windows).

Si tout le reste échoue, vous pouvez essayer d'utiliser l'utilitaire Rebuild Master. Pour plus de détails à ce sujet, consultez cette page MSDN: https://social.msdn.microsoft.com/Forums/en-US/f713067f-3017-478b-a9ae-8049d80f9fdc/sql-server-is-not-starting-up? forum = sqldatabaseengine

Jase
la source
2
Quel lien terrible à inclure - reconstruire votre base de données principale est un conseil terrible - pour 1 OP devrait avoir des sauvegardes de la base de données principale et des bases de données système pertinentes, pour 2 il peut démarrer SQL Server manuellement, donc le problème décrit dans le lien n'est pas son problème . Keith - êtes-vous déjà allé au fond des choses?
MHSQLDBA
pourquoi cette réponse effroyable est-elle toujours là?
Mitch Wheat
Le mot «probablement» n'appartient à aucune sorte de réponse ici.
Jerry Dodge