SQL Server Management Studio 2012 зависает

Я столкнулся с той же проблемой: при доступе к удаленному серверу с помощью обозревателя объектов SSMS зависал на неопределенный срок. В журнале системных событий Windows будет отображаться ошибка DCOM 10009 («DCOM не удалось установить связь с компьютером ИМЯ_МАШИНЫ с использованием любого из настроенных протоколов»).

Решением было очистить историю MRU и другие настройки из моего профиля. Для этого:

1. Закройте все открытые экземпляры SSMS 2012.
2. В Проводнике откройте «%AppData%\Microsoft\SQL Server Management Studio».
3. Переименуйте папку «11.0» во что-нибудь другое, например «11.0.old».
4. Откройте ССМС 2012

Вы увидите, что ваш список MRU очищен. После этого вы сможете повторно ввести свои учетные данные и использовать SSMS в обычном режиме.

Если все работает, можно удалить переименованную папку. В противном случае удалите новую созданную папку «11.0» и переименуйте исходную обратно в «11.0».

Я понятия не имею, действительно ли это список MRU вызывает эту проблему или это какие-то другие данные профиля.

Нам удалось обнаружить, что SSMS пытается установить соединение DCOM через порт 135 с SQL Server (возможно, для служб SSIS, отладки T-SQL или чего-то еще). Наш брандмауэр был настроен на блокировку порта 135. Открыв порт в брандмауэре, мы смогли использовать SSMS (отсюда причина, по которой он работал с локальными базами данных, но не с удаленными). К сожалению, открытый порт 135 является поводом для множества атак, поэтому для нас это не было практичным решением.

Отключите автоматическое закрытие для всех баз данных. Работал как шарм для меня! Каждый раз, когда вы расширяете или обновляете список баз данных, сервер должен активировать базы данных, вызывающие зависание.

Просто запустите это, чтобы найти все базы данных, которые автоматически закрываются.

SELECT name, is_auto_close_on
FROM master.sys.databases AS dtb 
WHERE is_auto_close_on = 1 
ORDER BY name

Кредиты http://social.msdn.microsoft.com/Forums/sqlserver/en-US/99bbcb47-d4b5-4ec0-9e91-b1a23a655844/ssms-2012-extremely-slow-expanding-databases?forum=sqltools

Чтобы отключить этот параметр для базы данных, щелкните правой кнопкой мыши экземпляр базы данных в проводнике объектов -> щелкните свойства -> щелкните «Параметры» на левой панели навигации в окне свойств базы данных -> измените значение свойства Auto Close на «False» в правая панель, как показано на снимке ниже:

Предполагая, что у вас есть доступ только к одной базе данных в хостинговой компании (что почти всегда так, по крайней мере, с определенным именем пользователя/паролем), вы можете вообще избежать необходимости использовать раскрывающийся список, установив зарегистрированный сервер по умолчанию на база данных, к которой вы должны получить доступ:

(Здесь это тоже может занять больше времени, но это будет одноразово. Вы также можете ввести его вместо ожидания заполнения списка.)

Таким образом, даже если логин, созданный для вас хостом, по умолчанию направляет вас к tempdb или чему-то еще, Management Studio все равно поместит вас в контекст вашей базы данных.

Теперь я вижу, что вы говорите об узле Object Explorer, а не о раскрывающемся списке «Использовать базу данных», который я как-то неправильно истолковал. Упражнение, которое можно попробовать, состоит в том, чтобы выделить узел базы данных (не разворачивая его) и нажать F7 (детали обозревателя объектов). Если это загрузится для вас, то это может быть альтернативой навигации по иерархии, и, в качестве бонуса, вы можете показать здесь множество атрибутов сущности, а также выбрать несколько элементов, две вещи, которые вы не можете контролировать в Object Explorer.

Если это не поможет, то ваш хост должен помогать вам лучше, чем кажется. Если SSMS 2012 поддерживается, они должны иметь возможность протестировать это в SSMS 2012 и подтвердить или опровергнуть, что они могут его воспроизвести. Если он не поддерживается, я думаю, вам следует также установить SSMS 2008 (они могут сосуществовать) и использовать его для управления этим конкретным сервером.

Конечно, почти все, что вы можете делать в обозревателе объектов (и многое другое, что вы не можете), вы можете сделать с помощью представления каталога и/или DMV. Поэтому, прежде чем решить, что делать, вы можете просмотреть (или поделиться с нами), для чего именно вы используете Object Explorer — если есть способ сделать это без Object Explorer, вам может понравиться обходной путь лучше, чем иметь две версии. инструмента (поскольку улучшения в SSMS 2012 не имеют абсолютно никакого отношения к Object Explorer).

Я провел более месяца со службой поддержки Microsoft SQL, устраняя эту проблему. Это было отправлено как ошибка.

У меня есть SQL 2012 SSMS и VS 2012, установленные на Win 7 (64).

Удаление папки профиля никогда не работало в течение разумного периода времени.

Обходной путь, который мы нашли, заключался в том, чтобы убедиться, что мой профиль SSMS по умолчанию использует базу данных Master при подключении. Похоже, это как-то связано с тем фактом, что я подключаюсь к Windows Authentication и принадлежу к нескольким группам AD, которым назначены разрешения SQL, И у меня нет конкретных разрешений SQL, настроенных для моей учетной записи AD.

В моем случае удаление папки профиля сработало ровно один раз. В следующий раз, когда я открыл SSMS 2012, он снова завис при подключении к серверу. В SP1 это тоже не исправлено.

Так было до тех пор, пока я не нашел следующий простой обходной путь, описанный в заявка Бена Амада на сайте connect.microsoft.com: Всегда закрывайте Сведения об обозревателе объектов< /em> перед закрытием SSMS 2012.