La valeur ne peut pas être nulle. Nom du paramètre: viewInfo
Après avoir installé le Service Pack 2 sur un SQL Server 2008 R2 existant, j'ai perdu l'accès à toutes mes bases de données et j'ai commencé à faire face à l'erreur de la capture d'écran.
Des idées?
Vérifiez la valeur de l'environnement pour Temp et TMP.
C:\Utilisateurs\buck> set t
TEMP = C:\Utilisateurs\buck\AppData\Local\Temp\2
TMP = C:\Utilisateurs\buck\AppData\Local\Temp\2
Assurez-vous que le répertoire répertorié existe et que votre identifiant dispose des droits appropriés pour écrire dans ce répertoire. Vous pouvez également modifier les répertoires par défaut affectés à TEMP et à TMP via le panneau de configuration (Panneau de configuration-> Système et sécurité-> Système -> Paramètres système avancés).
Lorsque j'ai vu ce problème, c'est généralement parce que le lecteur sur lequel SSMS est installé n'a plus d'espace disponible. La suppression de certains anciens fichiers journaux élimine le problème.
Faire cette vérification rapide peut valoir la peine avant de procéder à une réinstallation.
J'ai eu cette erreur sur notre serveur partagé distant. Il s'est avéré que notre lecteur C n'avait plus d'espace disponible.
Je l'ai fait fonctionner en demandant à mon collègue de fermer sa session SQL Server Management Studio, ce qui a permis d'épargner 7 Go immédiatement! Je pourrais me connecter alors! Woot woot!
Un rapide google suggère qu’il s’agit apparemment d’un problème un peu commun. Il semble que ce ne soit pas un problème de SQL Server lui-même, mais bien un problème .NET. La solution la plus courante (et rapide) que j'ai trouvée consiste à réinstaller SSMS.
Lors de l'exécution, j'ai trouvé que cela était lié au dossier de l'environnement temporaire (TMP Temp).
J'avais essayé d'ajouter le dossier "2" à cet emplacement sans succès . C:\Utilisateurs\UTILISATEUR\AppData\Local\Temp\2
Essayez de taper% temp% dans l'explorateur de fichiers pour voir s'il vous emmène dans un emplacement valide. J'ai trouvé que j'avais reçu une erreur parce que j'essayais d'aller à un "4". C:\Users\USER\AppData\Local\Temp\4
J'ai créé un dossier nommé "4" dans le dossier Temp, j'ai redemandé SSMS et tout a recommencé à fonctionner.
Cliquez avec le bouton droit sur l'icône SSMS, puis cliquez sur "Exécuter en tant qu'administrateur". Sur la console SSMS, vérifiez que l’erreur a disparu en cliquant sur le nœud «Bases de données». L'erreur devrait maintenant être corrigée de manière permanente et vous n'avez plus besoin d'exécuter SSMS en tant qu'administrateur. La prochaine fois, démarrez simplement SSMS normalement et cela devrait fonctionner correctement.
Selon le lien suivant: https://connect.Microsoft.com/SQLServer/feedback/details/573771/value-cannot-be-null
Je viens de vérifier que mon utilisateur est l'administrateur local, puis je me suis déconnecté puis reconnecté.
Après cette étape, je n'ai plus reçu cette erreur.
J'ai constaté que si vous mettez à niveau un pilote odbc iseries sur un cluster SQL. Bien souvent, vous rencontrez ce problème avec précision. Renommer le fichier machine.config dans les dossiers 32 bits et 64 bits fait l'affaire. nous sommes actuellement passés de la version 12 ou 6.1 à la version 7.1 ou 13 car la version 12 provoquait une vérification de bogue sur l'une de nos instances SQL. Mis à niveau, et les problèmes sont tous partis.
À votre santé,
Je viens juste de faire face à ce problème et de le résoudre immédiatement en 5 minutes. Il suffit d’aller dans le Panneau de configuration et sur Exécuter l’outil de dépannage sous Programmes.
**PATH** Control Panel\All Control Panel Items\Troubleshooting\Programs
Il vous donnera la liste des programmes installés pouvant poser problème. Faites défiler cette liste et trouvez 'SQL Server Management Studio' et lancez le processus de dépannage à ce sujet. J'espère que cela vous réglera le problème.
J'ai eu la même erreur dans SSMS et j'ai trouvé ce lien et suivi les étapes indiquées.
Le problème semblait être lié à l'accès au contenu d'un fichier de paramètres. Le fichier avait des entrées non valides. Ce fichier est CurrentSettings-. Le correctif pour ceci est comme indiqué ci-dessous:
- Sur le serveur Allez dans le menu Démarrer–> Votre profil–> Documents–> SQL Server Management Studio–> Paramètres (il s'agit de l'emplacement du fichier spécifié ci-dessus).
- Supprimer tous les fichiers de ce dossier
- Redémarrer les services sqlserver
- Lancez le SSMS et cette erreur a disparu. Vous pourrez développer tous les dossiers et effectuer des activités SSMS régulières sans cette erreur.
Une fois que j'ai effectué ces étapes et redémarré mon PC, cette erreur a disparu et SSMS a bien fonctionné.
Je recevais cette erreur exacte et pensais que je pourrais essayer de réparer.
La réparation n'a pas résolu le problème, mais elle m'a indiqué qu'elle ne pouvait pas accéder à machine.config dans C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG. Elle n'a pas été trouvée! Il y avait un autre fichier machine.config.default
Donc, un coup de poignard à la copie, renommer .config et alto l'a résolu et tout fonctionne comme un champion.
Je reçois ce message plusieurs fois et chaque fois il est résolu par différentes solutions en-dessous de quelques-unes.
- Solution: Effacez le cache du dossier temporaire. Appuyez sur windows + R => tapez "% temp%" => supprimez tous les fichiers du dossier temporaire ... et essayez de savoir s'il fonctionne correctement et ouvre ssms avec succès.
- Solution: créez un dossier nommé "2" à l'emplacement de dossier temporaire mentionné ci-dessus ... Et essayez de savoir si cela fonctionne et que vous ouvrez ssms avec succès.
- Solution: créez un dossier nommé "4" à l'emplacement de dossier temporaire mentionné ci-dessus ... Et essayez de savoir si cela fonctionne et que vous ouvrez ssms avec succès.
- Solution: Cela peut être dû au manque d'espace disque dans le lecteur. Ssms est installé ... libérez-vous de l'espace ... et essayez-le s'il fonctionne et qu'il ouvre ssms avec succès.
- Solution: le format est la dernière solution ...