Чому для підключення SQL Management Studio потрібно так багато часу?


18

Враховуючи, що Microsoft SQL Server технічно не є повільною системою управління базами даних, мені постійно цікаво, чому для підключення SQL Management Studio часто / зазвичай потрібно такий тривалий час.

Це трапляється навіть тоді, коли ніхто інший не має доступу до сервера баз даних і коли Management Studio працює на тій же машині, що і SQL Server.

Плюс SQL Management Studio часто займає щось дуже багато часу, навіть просто відображення дозволів для входу може зайняти кілька хвилин на серверах баз даних, інакше не використовуваних.

Чи є якесь очевидне пояснення?


1
Як довго "так довго"? 2 секунди, 20 секунд чи 200 секунд?
Беван

У вас є якісь непарні плагіни? Кожен сервер, до якого я намагаюся підключитися, займає менше 2 секунд у моїй робочій мережі.
Боб Кінг

@Bevan для мене, хвилин на підключення до localhost... це справді засмучує. (YMMV) І це почалося в якийсь останній момент часу, раніше такого не було.
ANeves

@Bevan, для мене потрібно 50 секунд. Коли я клацаю по значку, поки щось не з’явиться, це 50 секунд, що, на мою думку, є занадто багато часу.
FabianVal

Відповіді:


14

Це звучить нерозумно, але у мене виникла проблема дуже повільної студії управління SQL Server, і цей трюк вирішив її:

  • Відкрийте Internet Explorer
  • Перейдіть до пункту Інструменти -> Інтернет
  • Відкрийте вкладку «Додатково»
  • Зніміть прапорець "Перевірити скасування сертифікату сервера (потрібен перезапуск)"

Цей трюк ефективний лише в тому випадку, якщо комп'ютер, на якому встановлена ​​ваша SQL Server Management Studio, НЕ підключений до Інтернету. Тільки це вирішило мою проблему. Можливо, це вирішить ваше.


Як не дивно, але це, здається, трохи покращує справи. Але питання про 32/64 біт, згадане нижче, також може бути правильним. Я прийму цю відповідь і схвалюю іншу.
Ендрю Дж. Брем

4
Я не експерт із безпеки, але ця сторінка virtualobjectives.com.au/sqlserver/ssms_slow.htm (яка представлена ​​в іншій відповіді тут і добре працювала для мене) зазначає, що відключати перевірку сертифіката безпеки не рекомендується. Я б подумав, що використання цього підходу відкриває вам хороший ризик для безпеки: O
jinglesthula

У моєму випадку сервер не був підключений до Інтернету, тому він не міг здійснити жодної перевірки безпеки, тому він не сильно змінився, за винятком того, що мені не довелося чекати очікування :). Але я погоджуюся, що це не дуже гарна ідея на сервері, який може виконати цю перевірку.
Julien N

16

Це працювало для мене: Microsoft SQL Server Management Studio занадто повільний

У корпоративному середовищі не рідкість, коли Microsoft SQL Server Management Studio (SSMS) для SQL Server 2005 запускає 45 секунд для запуску, а також затримки та затримки при відкритті різних вікон та діалогових вікон всередині програми. Якщо у вас виникла ця проблема, то швидко вирішити питання - додати запис у ваші хости. файл, який вказує crl.microsoft.com на 127.0.0.1

  • Вийдіть із SSMS
  • Натисніть клавіші [Win] + [R]
  • Введіть наступні..

    notepad %systemroot%\system32\drivers\etc\hosts.
    
  • Додайте наступне ..

    127.0.0.1    crl.microsoft.com
    
  • Збережіть файл.

  • Запустіть SSMS (ах! Набагато краще)

Боже мій, це химерно ...
Олексій Жуковський

1
Оскільки crlрозшифровується "Список відкликань сертифікатів", це також не ідеально з точки зору безпеки (див. Коментарі до прийнятої відповіді).
Хайнзі

Мені здається, це затримало затримку з 30 ++ секунд до <5 секунд, але все ще повільно.
tbone

3

за замовчуванням під час підключення до локального сервера використовуваний мережевий протокол є спільною пам'яттю. Іноді це може бути досить повільним.

У мене виникла та сама проблема швидкості під час підключення до подібного коду локально, але не віддалено.

Ви отримуєте таке ж уповільнення, якщо при підключенні вказуєте мережевий протокол TCP / IP?

EDIT Крім того, за даними Microsoft, це може бути проблемою, спричиненою 32-бітовою керованою студією Management і керованою на 64-бітній ОС. Дивіться тут: http://support.microsoft.com/kb/906892


1
Тому Microsoft рекомендує запустити його на 32-бітній ОС. Не зовсім практична пропозиція. закочуючи очі
mhenry1384

3

Можлива зламана реалізація IPv6? У вас працює подвійний стек? Ми були і мали цю проблему раніше. Спершу спробується IPv6, і якщо є якісь помилки конфігурації, з часом не вдасться до IPv4.


3

SSMS намагається перевірити у Microsoft кореневий сертифікат за замовчуванням, навіть якщо це не нам. Якщо ви використовуєте проксі-сервер, скористайтеся програмою proxycfg або netsh, щоб встановити параметри системного проксі. Закрийте, а потім відкрийте SSMS і час на завантаження буде значно скорочено.


2

Додавши відповідь Жульєна Н вище, я усунув проблему (10-секундна затримка при першому запуску запиту), знявши галочку:

"Перевірка відкликання посвідчення видавця"

у розширених параметрах Internet Explorer. Перезапуск не потрібно.


1

Мій колега має таку поведінку, як ви на своєму ПК. Він використовував SQL Server Management Studio 2005 року. Він вирішив встановити нову версію, яка постачається з SQL Server 2008.

Якщо ви помітили, що ця проблема трапляється лише на вашому ПК, я пропоную вам спробувати видалити та перевстановити весь набір Microsoft SQL Server.


1
Це трапляється зі мною як у SQL Server 2005, так і у 2008 р.
Ендрю Дж. Брем

... і аж до SSMS 2017.
rory.ap

1

Чи може це бути проблемою вирішення імені? Якщо двигун SQL Server знаходиться на одній машині, спробуйте використовувати (local) як ім'я або навіть 127.0.0.1 (або IP-адресу машини). Netbios через TCP / IP та / або дефіцит WINS / DNS може призвести до повільного часу підключення.

Також переконайтесь, що для роботи сервера достатньо пам'яті. SQL Server може працювати добре за 512 МБ, але продуктивність знижується дуже швидко.

Під час підключення до сервера не повинно затримуватися більше 5 секунд. (Менше, якщо місцеві).


Ні. Він підключається до ".". Розглянуті сервери мають 64 біт і мають 8 Гб і більше.
Ендрю Дж. Брем

1

Я додав sqlservr.exe до списку винятків брандмауера Windows на SQL сервері 2005. Результат: дуже швидкий відгук!


1

У моєму випадку це було не кожен раз, але коли це сталося, знадобиться 10 хвилин, щоб повернути навіть мій пристрій зв'язку. Тому я подивився на Менеджер конфігурацій і відключив спільну пам'ять. Працює як шарм кожен раз !!


1
Трохи детальніше, наприклад, яка версія, навігація від програми до цього параметра тощо, буде корисною.
Pimp Juice IT

Це працювало для мене. Для цього запустіть Менеджер конфігурацій SQL Server та відключіть "
Спільну

1

Для мене рішенням було відключити Hyper-V NIC:

введіть тут опис зображення

Просто клацніть правою кнопкою миші та клацніть правою кнопкою миші disable


Це була саме моя проблема.
Домінік Олександр

0

У мене виникли такі самі проблеми, коли папка Views тривала багато часу, щоб розширити. Інші папки, включаючи бази даних або таблиці, були в порядку. Всі вищевикладені рекомендації не спрацювали в моєму випадку. Те, що для мене працювало, це те, що у користувача була роль sysdamin, я зняв роль sysadmin і поверну його, і для мене все почне працювати нормально.


-2

Якщо ви використовуєте SQL Express, перевірте, чи загальний розмір ваших баз даних не перевищує 10 Гб (обмеження для SQL Express 2012).


2
Якщо розмір перевищує обмеження, чи буде результат просто повільним?
fixer1234
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.