Имена входа SQL Server и состояния подключения ядра СУБД - PullRequest
1 голос
/ 28 июля 2011

Ранее сегодня я пытался отказаться от старого входа в SQL, открыв окно свойств входа в систему, перейдя на страницу состояния, а затем изменил разрешение для подключения к механизму данных для отказа.

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

Как только я снова предоставил доступ к учетной записи, мои пользователи получили доступ к серверу баз данных.

У меня вопрос: есть ли исчерпывающая документация по этому поведению и другим ошибкам, которые могут возникнуть при отключении / изменении старых устаревших учетных записей SQL Server?

Я нашел эту статью MSDN , которая является ссылкой на это свойство, однако в нем не упоминается, что он заблокирует любого пользователя, связанного с именем входа. Есть ли дополнительная информация? У меня еще много работы, и я предпочел бы не блокировать моего пользователя снова из-за невежества.

1 Ответ

1 голос
/ 29 июля 2011

Просто удалите (REVOKE) разрешения, а не DENY.

Это означает, что «нет разрешения», а не «явно DENY»: DENY переопределяет другие разрешения.Поскольку существуют другие разрешения, нормальный доступ не будет затронут.

Сказать, что, если вы УДАЛИТЕ его, его очень просто воссоздать ...

CREATE LOGIN [mydomain\mygroup] FROM WINDOWS;
GRANT CONNECT SQL TO [mydomain\mygroup]

В обоих случаях (REVOKE или DROP), вы можете обнаружить, что некоторые люди больше не могут получить доступ к SQL Server (что отличается от ОТКЛОНЕНИЯ всех в этой группе) и являются меньшим злом

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...