10
votes

Pourquoi SQL Server Management Studio 2008 Command-ligne Commutateur a-t-il cessé de fonctionner?

J'ai toujours compenté lourdement sur les raccourcis Windows vers SSMS qui incluent des commutateurs de ligne de commande me permettant d'ouvrir rapidement une base de données spécifique sur un serveur spécifique. Par exemple

ssms.exe -nosplash


0 commentaires

4 Réponses :


0
votes

fonctionne bien comme ceci: xxx


1 commentaires

SQLWB.EXE est SQL Server Management Studio 2005 - SSMS.EXE est 2008. J'ai installé 2005 mais je préférerais utiliser 2008.



0
votes

J'utilise SSMS2008 contre une base de données SQL2005 et la ligne de commande SSMS fonctionne bien ici.

Il s'agit des informations de version produites par la SSMS sur la boîte de dialogue: P>

Microsoft SQL Server Management Studio              10.0.1600.22 ((SQL_PreRelease).080709-1414 )
Microsoft Data Access Components (MDAC)             6.0.6001.18000 (longhorn_rtm.080118-1840)
Microsoft MSXML                                     2.6 3.0 5.0 6.0 
Microsoft Internet Explorer                         8.0.6001.18813
Microsoft .NET Framework                            2.0.50727.3074
Operating System                                    6.0.6001


2 commentaires

Bon à savoir que cela fonctionne pour vous. Cela travaillait pour moi jusqu'à récemment. Selon msdn msdn.microsoft.com/en-us/library/ms162825.aspx Les mêmes commutateurs de ligne de commande doivent fonctionner pour SSMS.exe comme fonctionnement pour SQLWB.EXE.


Voici les informations de mon sujet de dialogue: Microsoft SQL Server Management Studio 10.50.1600.1 Composants d'accès à des données Microsoft (MDAC) 6.1.7600.16385 Microsoft MSXML 3.0 4.0 5.0 6.0 Microsoft Internet Explorer 8.0.7600.16385 Microsoft .NET Framework 2.0.50727.4927 Système d'exploitation 6.1.7600



7
votes

J'ai jeté la DLL en question au réflecteur et je me suis donné le code au bas de ce post, il n'y a malheureusement rien de plus évident dans le code qui facilite la disparition de la raison pour laquelle il est cessé de fonctionner pour vous ( 'Ti-t-il bien si Microsoft expédia des symboles de débogage avec tout ce qu'ils produisent qui est écrit contre le CLR?).

Il y a quelques endroits où le code me fait me demander si vous pourriez avoir une liste "des serveurs récemment utilisés" corrompue ou Quelque chose de similaire, vous pourriez peut-être essayer de suivre les étapes énumérées dans Cette question pour les effacer et voir si cela aide. P>

private void OpenConnectionDialogWithGlobalConnectionInfo()
{
    if ((ServiceCache.GlobalConnectionInfo != null) && (ServiceCache.GlobalConnectionInfo.Count != 0))
    {
        try
        {
            using (ConnectionDialog dialog = new ShellConnectionDialog())
            {
                IDbConnection connection;
                dialog.ImportRegisteredServersOnFirstLaunch = true;
                dialog.AddServer(new SqlServerType());
                UIConnectionInfo connectInfo = ServiceCache.GlobalConnectionInfo[0].Copy();
                if (dialog.TryToConnect(this.PopupOwner, ref connectInfo, out connection) == DialogResult.OK)
                {
                    this.ScriptFactory.CreateNewBlankScript(ScriptType.Sql, connectInfo, connection);
                }
            }
        }
        catch (Exception exception)
        {
            ExceptionMessageBox box = new ExceptionMessageBox(new ApplicationException(SRError.FailedToCreateNewSqlScript, exception));
            box.Caption = SRError.MessageBoxCaption;
            box.Show(this.PopupOwner);
        }
    }
    ServiceCache.GlobalConnectionInfo = null;
}


3 commentaires

Impressionnant - J'ai suivi le lien vers la question que vous avez mentionnée, qui m'a amené à ce dossier x: \ utilisateurs \ herb caudill \ appdata \ itinérateur \ microsoft \ Microsoft SQL Server \ 100 \ Tools \ shell . J'ai déplacé les différentes fichiers de préférences et de paramètres à un autre dossier et a pu ouvrir normalement des SSMS. En ajoutant sélectivement les fichiers, j'ai réduit le problème jusqu'au fichier windows.prf , qui a apparemment eu quelque chose dans lequel SSMS n'aimait pas. Je l'ai laissé recréer ce dossier et je suis de retour dans les affaires. Merci!!


Heureux de pouvoir être utile, d'être honnête, je ne m'attendais pas à ce que cela réponde à la question pour vous, toujours, weyhey! :) refleteur, encore une fois, prouve sa valeur.


@ROB et Herb, je ne sais pas pourquoi je suis en proie à ce problème, mais pour moi, c'est toujours lorsque j'essaie d'enregistrer un serveur, je reçois le même type de message, mais avec le "emplacement de programme" défini sur les autorisateurs. Dans le passé, j'ai fini par désinstaller SSMS et réinstaller. Nous savons tous à quel point c'est amusant. J'ai utilisé la méthode des herbes et j'ai pu résister. Merci de m'avoir sauvé des heures de temps.



1
votes

La fenêtre ObjectExplorer doit être ouverte. Ne te cache pas. J'ai résolu mon problème de cette façon :)


2 commentaires

Cela devrait ressembler à des commentaires ... Ne répondez pas à une ligne. ;-)


Si la réponse est vraiment de 10 mots, la réponse est de 10 mots.