Як контролювати порядок серверів, перелічених у діалоговому вікні з'єднання SSMS?


11

Мій поточний проект передбачає багато перетасування баз даних під час оновлення до SQL 2008 -> 2012, повторне завдання апаратного забезпечення, повторення.

Невеликим роздратуванням є діалогове вікно підключення в SSMS, що повторно перетасовує серверне замовлення, щоб поставити останні останні зверху. Зважаючи на те, що в будь-який конкретний день я підключаюся до 6-10 серверів БД і хочу швидко знайти певний у списку, така поведінка є набагато скоріше перешкодою, ніж допомогою.

Чи є спосіб відключити цю поведінку, перерахувавши алфавіти серверів або в порядку їх додавання ... або щось, що не змінюється щоразу, коли я підключаюся до сервера?

Якщо це забороняється, чи існує зовсім інший спосіб кращого управління підключенням до певного сервера зі списку / ферми з них?

Я використовую SSMS для SQL 2012 (хоча мені цікаво і рішення 2008 року).

Відповіді:


6

Використовуйте зареєстровані сервери або налаштуйте центральний сервер управління (CMS). Я рекомендую останнє, якщо ви можете витратити (невеликий) час на налаштування інфраструктури, оскільки це дозволить кожному бачити той самий список серверів, а не лише ви (зареєстровані сервери зберігаються в реєстрі). Єдиний "недолік" CMS полягає в тому, що вам потрібно використовувати автентифікацію Windows, оскільки паролі не зберігаються на диску.

Обидві ці функції дозволяють підтримувати упорядкований / згрупований список серверів та керувати серверами як групи. Це дуже потужно, оскільки управління, засноване на політиці, тісно інтегровано з графічним інтерфейсом.

Це працює з усіма версіями серверів - я запускаю SSMS 2012 та керую сервери 2005-2012. Сервер CMS може бути налаштований у виданні Express, тому ліцензування не викликає проблем; однак я рекомендую робити резервні копії системних баз даних, щоб список серверів був відновлений.


Єдиний недолік , ми зіткнулися з цим раніше був (поправте мене , якщо я помиляюся) КМВ не може бути членом своєї власної групи ... так що вам потрібен додатковий екземпляр просто бути CMS, правильно? Як вам це подолати / зробити його корисним? ... або ви просто їсте, маючи десь додатковий екземпляр? Ще один пункт: більшість з нас працюють віддалено, не завжди підключені до домену, як би це поводилося при запуску SSMS для місцевого розвитку, відставання, ніякого впливу?
Нік Крейвер

@ Nick: Так, рекомендую встановити новий екземпляр лише для CMS. Таким чином він відокремлений від фактичної інфраструктури SQL. Ось чому я торкнувся ліцензування у своїй відповіді, і зазначив, що для створення знадобиться небагато додаткових зусиль.
Джон Сейгель

@Nick: Мені потрібно знати більше про налаштування інфраструктури - щось не має сенсу. Ви не підключаєтесь безпосередньо від своєї домашньої машини до виробничих SQL-серверів, чи не так? Якщо вам потрібно включити локальні сервери, використовуйте зареєстровані сервери для цієї частини, оскільки список зберігається локально.
Джон Сейгель

О так, ми це робимо :) Це моя машина розробників, тому я звідси підключений до всіх SQL-серверів в інфраструктурі SE (але іноді ні, це не місцевий розробник, а не VPN ... особливо на ноутбуці). Ліцензування не є основною проблемою, але абсолютно окремий екземпляр (і де його зберігати) є трохи невідомим ... не впевнений, на якому сервері ми б це подали. Мене хвилює, коли SSMS не може досягти CMS, чи є якийсь час очікування, коли ви відкриваєте SSMS?
Нік Крейвер

@Nick: Так, набагато простіше, коли все віртуалізується. :) Ми тримаємо своє управління VM. Інший варіант - використовувати екземпляр видання Developer замість Express, який дає вам SQL Agent повідомити, чи щось вибухає. Ні, немає часу на час відкриття SSMS. Очікування ви отримуєте лише тоді, коли намагаєтесь розгорнути вузол CMS на вкладці Зареєстровані сервери (очікується).
Джон Сейгель

4

Ви не можете контролювати це замовлення, якщо не зламаєте на SqlStudio.bin або не видалите записи та повторно додасте їх у бажаному порядку. Обхідні шляхи включають:

Зауважте, що замовлення буде зіпсовано, як тільки ви підключитесь до сервера, який знаходиться не на першій позиції, оскільки це дійсно список MRU (де перше вказане останнє з'єднання).

Більше подробиць ви можете побачити в цих питаннях ТА

І ви можете бачити помилку, яку я подав, що ініціював можливість використання ключа видалення:

І інші помилки, які виникли в результаті:


1
+1. Я не знав, що ти можеш вдарити дель мишею в SSMS. Це варто, що це вага у золоті.
Томас Стрінгер

1

Насправді вам нічого не потрібно зламати, наскільки я вирішив цю проблему в моєму додатку SSMS SSMSBoost (.com) - ви можете завантажити його та використовувати безкоштовно. Ви просто визначаєте список бажаних підключень у налаштуваннях (див. Малюнок), і тоді це буде доступно у спадному меню на панелі інструментів, тому навіть перемикання між серверами займає лише один клік, як ви переходите між базами даних у рідний список баз даних падіння вниз.

Тепер кілька фотографій:

Діалог налаштувань: введіть тут опис зображення

Якщо ви подивитесь на інші параметри, ви також знайдете "Важливе попередження про БД" - це може бути корисним для вас, якщо ви переходите між новими та старими БД, тестовими та реальними серверами під час роботи над вашим проектом. Ви можете налаштувати Alert, який відображатиметься як BIG Tooltip у вказаному положенні на екрані, наскільки ви підключаєтесь до "важливої" бази даних, тож ви помітите, що ви працюєте в середовищі REAL або Test.

На наступному малюнку відображається вміст випадаючої панелі інструментів, де ви бачите вказані вище уподобані з'єднання та під усіма базами даних на поточному сервері (такий самий список, як у спадному списку рідних баз даних)

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

Наскільки я постійно працюю над вдосконаленнями, ви можете написати мені свої пропозиції, щоб ми зробили надбудову ще кращою.


Дякуємо, що стежили за мною у Twitter - я зареєстрував лише цей обліковий запис, щоб заблокувати ім’я. Це означає, що я зараз налаштовую блог, який матиме спеціальний обліковий запис Twitter, і ви можете слідувати за цим, якщо хочете, коли його вийде (я надішлю вам тут інформацію з деталями). Спасибі.
Джон Сейгель

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