SQL Server 2005 Случайно удалил пользователя из общедоступной роли, не может добавить пользователь назад в роль
У меня есть точно та же проблема: Я жил далеко в университете и часто возвращался домой с портативными компьютерами, которым было нужно присоединение.
Это может звучать непрактичным, но если Вы присматриваетесь к ценам ловко, это действительно не. У меня просто есть два из всего: у Меня есть RJ45, использовал мышь Dell, клавиатуру, концентратор, UPS и даже смонтированный VESA монитор с приложенным кабелем VGA, находящимся в обоих местах. Когда пора переместиться, я просто беру свой ноутбук и адаптер питания и ухожу.
Это обладает дополнительным преимуществом сокращения количества вещей забыть. Я не могу сказать Вам, сколько раз я прибыл, куда-нибудь говоря, "О, чертовски, мне нужны мои X, чтобы смочь использовать мой компьютер эффективно". (Единственная причина, я не перемещаю свой адаптер питания, состоит в том, что я боюсь освобождения гарантии и не могу выровнять по ширине покупку второй).
Теперь, если Вы волнуетесь просто об управлении кабелями, добираетесь, палка - на кабельных руководствах с огрызается на Ваше хранилище локального оборудования для дешевого. Снимите с вощеной бумаги, прикрепите их к тому, что Вы имеете управлять Вашими кабелями, и когда Вы оставляете, просто отсоединяете кабели из снимков, оставляете руководства по стене.
Я делаю это также, потому что у меня есть 5 внешних жестких дисков, концентраторы USB, firewire оборудование аудиовхода и все виды других приспособлений, подключенных к моей домашней машине, и мне действительно не нравился кабельный хаос.
При упаковке и переносе кабелей, избегайте резких изгибов! Всегда обматывайте свои кабели в столь же большом радиусе, как Ваш может обоснованно поместиться в Вашу сумку/поле.
PS, сделавшая много установок кабельных соединений сети: только когда-либо используйте связи zip для чего-то, что Вы ожидаете быть постоянными. Это - то, для чего они: постоянно защищая кабель к переборке, каналу, и т.д. Они не предназначены для того, чтобы временно обмотать кабель, если обмотка не будет нахождением за стеной или в приостановленном потолке в течение многих лет как будущий допуск. Мои 2¢
Для помощи с дополнительными деталями вот то, как это должно все посмотреть, таким образом, можно сказать точно, какая часть не корректна. У Вас есть вход в систему для сервера и пользователь для базы данных для учетной записи, из-за которой Вы испытываете затруднения. На сервере и уровнях базы данных, Вы будете видеть общедоступную роль (роль сервера и роль базы данных). Свойства общедоступной роли сервера не покажут пользователям, но свойства входа в систему покажут роль общедоступной базы данных для всех баз данных (это будет проверено, и Вы не можете снять флажок с ним). Свойства роли общедоступной базы данных не покажут никаким участникам также, и свойства пользователя базы данных также не покажут общедоступную роль. Из-за все это, я не полагаю, что Вы удалили пользователя из общедоступной роли.
Если Вы хотите попытаться удалить и воссоздать пользователя, можно сначала попытаться войти в базу данных и просто удалить пользователя базы данных. Это оставит вход в систему, который можно войти в свойства, и, при Пользователе, Отображающемся, не должно быть никакой проверенной базы данных. Необходимо смочь проверить базу данных теперь (потому что пользователь базы данных был удален), и выберите любые роли, в которых Вы нуждаетесь. Если это не работает, можно также удалить вход в систему вместе с пользователем базы данных, чтобы попытаться убрать все. Поскольку одно последнее проверяет пользователя, можно выполнить этот SQL:
use database_name
exec sp_change_users_login 'Report'
Это покажет Вам любых осиротевших пользователей, которые могли подразумевать, что существует все еще проблема с Вашим пользователем. Это может обычно фиксироваться с:
use database_name
exec sp_change_users_login 'Auto_Fix', 'username'
Чтобы попытаться обернуть это, прежде чем это доберется больше, могло быть что-то еще, в целом вызвав Вашу проблему соединения для этого пользователя. Если ни одно из этого не работает, можно ли развесить сообщение об ошибке, которое Вы получаете при входе в систему?
-
1Если that' s случай, могло быть возможно что общедоступная роль doesn' t имеют доступ к DB. Каково точное сообщение об ошибке, которое Вы получаете при вхождении в систему? Могут Вы для проверки пользователей и логинов как, я упомянул? – Paul Kroon 6 June 2010 в 19:04
-
2Ошибка: 18456, Серьезность: 14, состояние: 12 рассматриваемая Учетная запись пользователя не была перечислена как осиротевший пользователь, когда я выполнил запрос на DB – I.T. Support 6 June 2010 в 20:06
-
3Похоже, что код ошибки мог просто быть от входа в систему не совпадением пользователю DB. Можно ли попытаться удалить вход в систему и учетные записи пользователей DB? После they' ре, которое и уводят, попытайтесь создать новый вход в систему и перейти к Пользователю, Отображающемуся для предоставления того доступа входа в систему к базе данных. – Paul Kroon 10 June 2010 в 05:49