SqlServer est en mode de mise à niveau de script
Vista vient de terminer l'une de ses nombreuses mises à jour. Après avoir redémarré mon ordinateur, j'essaie de me connecter à L'instance SqlServer2008 avec Sql Server Management Studio et j'obtiens cette erreur:
Erreur de connexion à '...MSSQLSERVER2008". Des informations supplémentaires: La connexion a échoué pour l'utilisateur '...'. Raison: le serveur est en mode de mise à niveau de script. Seul l'administrateur peut se connecter pour le moment. (Microsoft SQL Server, Erreur: 18401).
Appuyer sur l'aide me permet d'accéder à une page internet en disant qu'il n'y a pas de information.
Thx Vista & Mises À Jour. N'importe qui une idée parce que sur internet je ne peux rien trouver sur ce problème.
6 réponses
Il semble que Cette Gu y avait les mêmes problèmes que vous et sa seule suggestion était d'attendre quelques minutes avant d'essayer de se connecter à nouveau.
Je n'ai encore vu aucun type de documentation Microsoft à ce sujet, et je n'ai vu aucun message du forum qui est venu à une sorte de résolution concernant le même problème.
Vérifiez votre observateur d'événements. J'ai eu le même problème et j'ai trouvé que (dans mon cas) il cherchait un répertoire qui n'existait pas pour effectuer un script de mise à niveau. AUCUNE indication qu'il y avait toute sorte de problème dans la boîte de dialogue, mais l'observateur d'événements a montré clairement quel était le problème.
Jim
J'ai eu le même problème. Attendre jusqu'à ce que la mise à jour a été faite n'a pas aidé. La Solution était, (après avoir vérifié Windows eventlog) pour définir les droits du dossier. SQL-Express n'avait aucun droit sur le dossier de base de données, Pourquoi jamais. Quelque chose a mélangé les droits lors de la mise à niveau de WinXP à Win 7. Qu'il a été.
Ajout d'un commentaire à cette page car c'est le meilleur résultat Google pour "script upgrade mode". Il semble qu'un certain nombre de choses peuvent amener une base de données SQL Server à passer dans ce mode. Dans notre boutique, nous avons rencontré ces deux cas au cours des derniers mois:
Log shipping-Je ne me souviens pas à quel point du processus exactement la base de données est entrée dans ce mode, iirc c'était en la ramenant. La solution était juste à attendre que ça passe.
Disque dur plein-la base de données est entré dans ce mode quand il a couru hors de l'espace. Nous sommes actuellement en train de nettoyer le lecteur, reviendrons avec une mise à jour si le réveiller s'avère difficile. Mise à jour: après avoir libéré de l'espace disque, il s'agissait simplement de définir la base de données "hors ligne" puis "en ligne" pour la sauvegarder.
Nous avions le même problème, mais nous avions besoin de savoir ce qui se passait en arrière-plan.
Les db ont été mis en mode de récupération, donc ils ont dû récupérer. Pour aider, nous sommes allés au journal des erreurs SQL Server situé où les fichiers système (normalement maître, modèle, msdb...) sont situés, mais sous le dossier journal. Dans le ERRORLOG, nous avons fait une recherche sur le mot récupération et avons pu regarder le pourcentage de la base de données récupéré. Tout a récupéré normalement, mais c'était beaucoup plus long que prévu.
La raison en est que le redémarrage du système se produit avec des logiciels importants\necessary chargés et effectue toutes les autres opérations plus tard afin que le démarrage se produise plus rapidement.
Ici, dans votre cas, le démarrage sql se produit car le démarrage de SQL n'est pas nécessaire pour que le système démarre. J'espère que vous êtes au courant du compte DAC(connexion administrateur dédiée, Link ) qui a une connectivité séparée et a la capacité de résoudre les problèmes, même L'ensemble de SQL server ne répond pas. SQL le serveur vous demande d'attendre ou d'ouvrir le compte SQL avec DAC et d'arrêter la mise à jour SQL.
Solutions:
1) attendez la fin de la mise à jour du backround
2) Ouvrez SQL en utilisant le compte DAC et tuez tous les processus en cours