Остановить мониторинг служб SQL для зарегистрированных серверов в SMSS

Вопрос. Можно ли запретить SSMS отслеживать состояние службы зарегистрированных серверов?

Подробности: SSMS 2008 отслеживает состояние службы каждого зарегистрированного сервера. Из того, что я видел, кажется, что каждую минуту или около того он обращается к каждому зарегистрированному серверу, чтобы проверить его статус, в моем случае это более 100 серверов. Этот процесс вызвал вопросы у наших отделов безопасности и сети. Сеть изначально идентифицировала его как подозрительный трафик из-за того, что он появился, когда неизвестная утилита сканировала сеть на наличие SQL-серверов. Безопасность была обеспокоена, потому что журналы событий безопасности на каждом сервере заполняются событиями входа в систему.

Я перерыл все настройки, но не нашел. Я где-то пропустил?

Тиа, Брайан


sql sql-server ssms sql-server-2008
person BrianD    schedule 23.07.2009    source источник
comment
Я переключился на вкладку «Зарегистрированные серверы» и понимаю, что вы имеете в виду — как только я загружаю вкладку, она начинает двигаться вниз по списку, проверяя состояние каждого сервера. Обычно я не использую эту вкладку — я знаю, что она далеко не идеальна, но если вы просто придерживаетесь вкладки «Обозреватель объектов» и подключаетесь к серверам по мере необходимости, вам следует избегать этих проверок состояния на всех серверах, кроме тех, которые вы активно используете. подключен к. Странно, однако, что вы не можете увеличить интервал этих проверок.   -  person SqlRyan    schedule 23.07.2009
comment
Вы правы, если я не использую зарегистрированные серверы, проверки состояния не происходит. В моем случае это не идеально... с примерно 100 серверами/экземплярами, некоторые из которых используют аутентификацию Windows, а другие используют аутентификацию SQL, становится настоящей болью поиск необходимых идентификаторов/паролей и даже имен серверов время от времени, особенно при вызове посреди ночи. Я использую зарегистрированные серверы, потому что в дополнение к информации для входа вы можете хранить описание и пользовательский цвет для строки состояния для запросов (например, красный = Prod, желтый = QA, зеленый = Dev). Я все еще ищу и еще не нашел ответа.   -  person BrianD    schedule 24.07.2009

Ответы (2)


arrow_upward
1
arrow_downward

Наконец-то я нашел ответ!!

Хотя невозможно (по крайней мере, я обнаружил) запретить SSMS проверять статус службы зарегистрированных серверов, можно изменить интервал, с которым он его проверяет.

Краткая версия заключается в создании следующих разделов реестра (DWORD):

(SQL Server 2008) HKLM\Software\Microsoft\Microsoft SQL Server\100\Tools\Shell | PollingInterval = 600 (десятичное)

(SQL Server 2005) HKLM\Software\Microsoft\Microsoft SQL Server\90\Tools\Shell | PollingInterval = 600 (десятичное)

Это заставит SSMS автоматически подключаться каждую минуту, а не каждые несколько секунд.

Дополнительные сведения см. в этом сообщении MS Connect.

person BrianD    schedule 30.07.2009

arrow_upward
0
arrow_downward

Поскольку нет никакого способа остановить эти проверки состояния с помощью SSMS, можете ли вы сосредоточиться на том, чтобы помочь им увидеть их безвредность?

  1. Может ли сетевая группа разрешить определенные исключения из этого конкретного правила (проверка связи с серверами через порт 1433) в своем программном обеспечении для сканирования, что позволит вам и вашей группе контролировать время безотказной работы SQL Server? Даже если вы не использовали SSMS, этот тип деятельности по широкому мониторингу довольно распространен, и вы будете знать, что запросы будут поступать только с нескольких рабочих станций.
  2. Я не думаю, что эти проверки состояния SQL генерируют больше событий в журнале безопасности, чем любая другая активность, так что, возможно, они просто были обеспокоены, потому что этого они не ожидали. Можно ли убедить группу безопасности, что эти события не опасны, опять же, если они происходят с определенных утвержденных рабочих станций?

Если ни один из этих вариантов не подходит (или даже если он существует), вы можете помочь смягчить проблему, не подключаясь ко всем вашим SQL-серверам одновременно. Возможно, просто подключитесь к тем, которые вам нужны в данный момент — похоже, что загрузка всего списка активно подключается к каждому из них, но простое подключение к тем, которые вы собираетесь использовать в этом сеансе, может помочь уменьшить количество открытых сетевых сеансов.

Я надеюсь, что это поможет - если это не так, или у вас есть дополнительный вклад, который может помочь найти обходной путь, опубликуйте его!

person SqlRyan    schedule 23.07.2009
comment
Спасибо за ответ. Мы уже сделали # 1, и проблема с журналом событий не в том, что записи есть, а в том, что их около 1000+ в день. Я не подключаюсь ко всем своим серверам одновременно. У меня есть записи для них на зарегистрированных серверах, в основном ярлыки для подключения со всеми сохраненными настройками. Обычно я подключаюсь только к нескольким за раз и закрываю соединения, когда не использую их. - person BrianD; 23.07.2009