La demande a échoué ou le service n'a pas répondu en temps opportun?

Avait le même problème, je l'ai corrigé.

1. ouvrir le gestionnaire de Configuration SQL Server
2. Cliquez sur les services SQL Server (à gauche)
3. double-cliquez sur L'Instance SQL Server que je voulais démarrer
4. Sélectionnez la case d'option Built-in account dans l'onglet Log On et choisissez Système Local dans le menu déroulant
5. Cliquez sur Appliquer en bas, puis cliquez avec le bouton droit sur l'instance et sélectionnez Start

Cela fonctionne vraiment-j'avais vérifié beaucoup de sites et j'ai finalement obtenu la réponse.

Cela peut se produire lorsque le maître.mdf ou le mastlog.ldf est corrompu . Afin de résoudre le problème, allez sur le chemin suivant.

C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL , vous y trouverez un dossier "Modèle de Données" , copier le maître.mdf et mastlog.ldf et le remplacer dans

C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA dossier .

C'est ça. Maintenant, démarrez le service MS SQL et vous avez terminé.

C'était très fastidieux quand j'ai le même problème. Quand j'ai eu ce problème, je désinstallais mon SQL Server 2008 mais après avoir installé le SQL Server 2008 à nouveau, j'ai eu le même problème. J'étais tellement tendu plus, je n'avais reçu aucune aide de n'importe quel site.

Pour surmonter ce problème. Simplement, vous devez aller sur SQL Server Configuration Manager, puis cliquez sur Protocoles sur le panneau de gauche. Si vous exécutez le service réseau, désactivez simplement le protocole' VIA'. Et après cela essayez de démarrer votre service SQL il fonctionnera réussi.

Si vous exécutez SQL Server dans un environnement local et non sur une connexion TCP / IP. Accédez à protocoles sous SQL Server Configuration Manager, propriétés et désactiver TCP / IP. Une fois cela fait, le message d'erreur disparaîtra lors du redémarrage du service.

Si vous avez récemment modifié le mot de passe associé au compte de service:

1. Démarrer Gestionnaire de Configuration SQL Server .
2. Sélectionnez SQL Server Services dans le volet de gauche.
3. cliquez-Droit sur le service que vous essayez de démarrer dans le volet droit, puis cliquez sur Propriétés.
4. Entrez le nouveau mot de passe et confirmez le mot de passe.

Il suffit de désactiver le protocole VIA dans sql server Configuration manager

Après avoir poursuivi ce problème pendant quelques heures, nous avons trouvé un journal dans les journaux de L'Agent SQL Server indiquant ce qui suit:

This installation of SQL Server Agent is disabled. The edition of SQL server that installed this service does not support SQL server agent.

Nous utilisions SQL Server Express. Après un certain Googling , il semble que SQL Server Express ne supporte pas SQL Server Agent.

Je n'ai pas trouvé un morceau direct de Microsoft communications indiquant que SQL Express ne prend pas en charge SQL Server Agent, mais ce sentiment semble être répercuté sur de nombreux forums.

Je pense que cette solution est plus appropriée, car elle ne vous empêche pas d'utiliser L'accès TCP/IP.

Pour ouvrir un port dans le pare-feu Windows pour L'accès TCP

Dans le menu Démarrer, cliquez sur Exécuter, tapez WF.msc, puis cliquez sur OK.

Dans le pare-feu Windows avec sécurité Avancée, dans le volet de gauche, cliquez avec le bouton droit sur règles entrantes, puis cliquez sur Nouvelle règle dans le volet action.

Dans la boîte de dialogue Type de règle, sélectionnez Port, puis cliquez sur Suivant.

Dans la boîte de dialogue protocole et Ports, sélectionnez TCP. Sélectionnez Spécifique ports locaux, puis tapez le numéro de port de l'instance Moteur de base de données, tel que 1433 pour l'instance par défaut. Cliquez Sur Suivant.

Dans la boîte de dialogue Action, sélectionnez Autoriser la connexion, puis cliquez sur Prochain.

Dans la boîte de dialogue Profil, sélectionnez les profils qui décrivent environnement de connexion de l'ordinateur lorsque vous souhaitez Moteur de base de données, puis cliquez sur Suivant.

Dans la boîte de dialogue Nom, saisissez un nom et une description pour cette règle, et puis cliquez sur Terminer.

(Source: https://msdn.microsoft.com/en-us/library/ms175043.aspx)

Dans mon cas, le problème était que j'exécutais deux autres instances SQL Server qui étaient (ou au moins l'une d'entre elles) à l'origine d'un conflit.

La solution consistait simplement à arrêter l'autre instance SQL Server et son Agent SQL Server qui l'accompagnait.

Pendant que j'y suis, je vous recommande également de vous assurer que Named Pipes est activé dans les paramètres de protocole de votre serveur