Почему это занимает много времени для Studio управления SQL для соединения?
Полагая, что Microsoft SQL Server не является, технически, медленной системой управления базами данных, я продолжаю задаваться вопросом, почему часто/обычно требуется такое долгое время для Studio управления SQL для соединения.
Это происходит, даже когда никто больше не получает доступ к серверу базы данных и когда Studio управления работает на той же машине как SQL Server.
Плюс Studio управления SQL часто занимает очень долгое время, чтобы сделать, что-то, даже просто отобразив полномочия входа в систему может занять несколько минут на в других отношениях неиспользованных серверах баз данных.
Есть ли некоторое очевидное объяснение?
6 ответов
Это звучит глупым, но у меня была проблема очень медленного Studio управления SQL Server, и этот прием решил его:
- Откройте Internet Explorer
- Перейдите к Инструментам-> интернет-опция
- Откройте вкладку "Advanced"
- Снимите флажок "С проверкой на аннулирование сертификата сервера (требует перезапуска)"
Этот прием является только эффективным, если компьютер, где Ваш Studio управления SQL Server установлен, НЕ подключен к Интернету. Только делая, который решил мою проблему. Возможно, это решит Ваш.
Это могло быть проблемой Определения имен? Если механизм SQL Server находится на той же машине, попытайтесь использовать (локальный) в качестве имени или даже 127.0.0.1 (или IP-адрес машины). Netbios по TCP/IP и/или несовершенному WINS/DNS может вести для замедления соединяющихся времен.
Также удостоверьтесь, что сервер имеет достаточно памяти для работы. SQL Server может работать хорошо поршень на менее чем 512 МБ, но производительность ухудшается очень быстро.
Не должно быть задержки дольше, чем 5 secs при соединении с сервером. (Меньше, если локальный).
У моего коллеги есть точное поведение как у Вас на его ПК. Он использовал Studio управления SQL Server 2005. Он решил установку новой версии, которая идет с SQL Server 2008.
Если Вы замечаете, что эта проблема происходит только на Вашем ПК, я предлагаю, чтобы Вы попробовали удаление и переустановили целый комплект Microsoft SQL Server.
по умолчанию, при соединении с локальным сервером, используемый сетевой протокол является общей памятью. Это может иногда быть довольно медленно.
Я испытывал ту же проблему скорости при соединении с подобно specced поле локально, но не удаленно.
Вы получаете то же замедление при определении сетевого протокола TCP/IP при соединении?
РЕДАКТИРОВАНИЕ кроме того, по данным Microsoft, это может быть проблемой, вызванной Studio управления, являющимся 32 битами и выполняемым на ОС на 64 бита. Посмотрите здесь: http://support.microsoft.com/kb/906892
Возможная поврежденная реализация IPv6? Вы выполняете двойной стек? Мы - и имели эту проблему прежде. IPv6 пробуют сначала, и если существуют какие-либо ошибки конфигурации, которые он в конечном счете приведет к сбою к IPv4.
Я добавил sqlservr.exe к списку исключений брандмауэра окон на SQL-сервере 2005. Результат: очень быстрый respons!