Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Серверов очень много, разработчиков то же, баз - я уж и не говорю. И правами разработчиков приходится управлять. Маше нужны определенные права на одни сервера постоянные, на другие во внерабочее время. Саша нужно выдать права лишь на текущие выходные. Пете нужны постоянные права на одну базу и на профайлер во внерабочее время. И т.д. и т.п. Интересно кто и как это решает? Есть ли что-то готовое в плане автоматизации этой рутины? P.S Сами пока спасаемся джобами (раздавая и забирая права ими), но оно муторно и не наглядно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2019, 21:12 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
AndrF, по факту проще всего создать необходимые AD-группы, выдать им соответствующий доступ и уже добавлять/выносить юзеров в/из этих групп по нужному расписанию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 01:50 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
AndrF, Замутите "Logon Triggers", юзверей, которым нужно ограничить доступ - в глобальную табличку с репликацией на все серверы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 02:02 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Джобами выдачи\снятия прав решали проблему с выдачей на вне рабочее время и выходные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 10:27 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Danion, Собственно как и автор) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 10:28 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
На все Live сервера джобами перед деплоем выдаются права для логина, от имени которого производится деплой, и по окончании джобом же забираются. Считается что разработчикам на Live делать нечего, для этого есть DBA. При наличии аудита два раза в год по другому особо и нельзя. На Staging или Dev или какие там ещё окружения есть, права через роли постоянные. Глядя на ваши примеры, я бы сказал так: если Маша, Саша, Петя могут делать во внерабочее время что-то с серверами, то это люди ответственные и забирать у них права с 8 до 17 вообще смысла нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 11:10 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
AndrF, эти вопросы решаются администрированием групп, учетных записей ActiveDirectory и групповых политик, к SQL имеют лишь косвенное отношение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 12:18 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовAndrF, эти вопросы решаются администрированием групп, учетных записей ActiveDirectory и групповых политик, к SQL имеют лишь косвенное отношение. Ошибаетесь. Не будут админы MS выдавать права на таблички или на базы. И права надо давать не скопом всем разработчикам, а лишь одной учетке на какое-то время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 13:09 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
stiГлядя на ваши примеры, я бы сказал так: если Маша, Саша, Петя могут делать во внерабочее время что-то с серверами, то это люди ответственные и забирать у них права с 8 до 17 вообще смысла нет. Это могут быть вообще люди от подрядчика, пришедшие поработать вечером. А днем с продуктовыми базами работать просто не положено. В общем, не нам это решать. Просто хоть как-то облегчить это дело себе любимому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 13:13 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
AndrFstiГлядя на ваши примеры, я бы сказал так: если Маша, Саша, Петя могут делать во внерабочее время что-то с серверами, то это люди ответственные и забирать у них права с 8 до 17 вообще смысла нет. Это могут быть вообще люди от подрядчика, пришедшие поработать вечером. А днем с продуктовыми базами работать просто не положено. В общем, не нам это решать. Просто хоть как-то облегчить это дело себе любимому. Понятно. Разные миры. В моем с продуктовыми базами работать просто не положено. Ни днем, ни ночью. Ни своим, ни тем более посторонним. Хочется поиграться - бери бэкап, восстанавливай и делай свои дела сколько угодно. В вашем случае кроме джобов особо и не выдумать ничего, IMHO. Если уж совсе невмоготу, можно сваять табличку, внести туда правила кому, когда и что разрешено и опять же джобом по ней права раздавать или забирать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 13:33 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
AndrF, ну так сделайте отдельные учетки для каждой категории таких товарищей и лочти их политиками стандартное виндовое Log on Hours... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 13:36 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
stiAndrFпропущено... Это могут быть вообще люди от подрядчика, пришедшие поработать вечером. А днем с продуктовыми базами работать просто не положено. В общем, не нам это решать. Просто хоть как-то облегчить это дело себе любимому. Понятно. Разные миры. В моем с продуктовыми базами работать просто не положено. Ни днем, ни ночью. Ни своим, ни тем более посторонним. Хочется поиграться - бери бэкап, восстанавливай и делай свои дела сколько угодно. В вашем случае кроме джобов особо и не выдумать ничего, IMHO. Если уж совсе невмоготу, можно сваять табличку, внести туда правила кому, когда и что разрешено и опять же джобом по ней права раздавать или забирать.а если джоб по какой-то причине не отработает Есть какой-то контроль выполнения джобов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 16:44 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
andreymxа если джоб по какой-то причине не отработает Есть какой-то контроль выполнения джобов?Если будет ошибка, то можно настроить получения оповещения. Если сервер выключили из сети, то нельзя (наверное, можно внешними средствами). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 17:13 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Relic HunterAndrF, Замутите "Logon Triggers", юзверей, которым нужно ограничить доступ - в глобальную табличку с репликацией на все серверы.Очень скользкий путь. Одна ошибка и никто больше не может зайти на сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 22:39 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
MindRelic HunterAndrF, Замутите "Logon Triggers", юзверей, которым нужно ограничить доступ - в глобальную табличку с репликацией на все серверы.Очень скользкий путь. Одна ошибка и никто больше не может зайти на сервер. 1. Ну всегда можно захардкодить список логинов, для которых игнорить всю логику триггера. 2. Cам триггер выключить всегда можно.* 3. Тестить нужно, как и все остальноe продуктовое. 4. Cамо МС рекомендует их пользовать для таких случаев.* Disabling a Logon TriggerA logon trigger can effectively prevent successful connections to the Database Engine for all users, including members of the sysadmin fixed server role. When a logon trigger is preventing connections, members of the sysadmin fixed server role can connect by using the dedicated administrator connection, or by starting the Database Engine in minimal configuration mode (-f). For more information, see Database Engine Service Startup Options.авторYou can use logon triggers to audit and control server sessions, such as by tracking login activity, restricting logins to SQL Server, or limiting the number of sessions for a specific login ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 22:53 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
alexeyvgandreymxа если джоб по какой-то причине не отработает Есть какой-то контроль выполнения джобов?Если будет ошибка, то можно настроить получения оповещения. Если сервер выключили из сети, то нельзя (наверное, можно внешними средствами). alexeyvg +1 andreymx, Да, контроль выполнения джобов есть. И оповещение при ошибке и ещё другой мониторинг. Сервер выключили из сети, не работает SQL Agent Service и прочая беда - это, во-первых, мониторится, а во вторых на недоступном сервере всё равно ничего деплоить не получится :-) Но при наличии AG это всё настолько маловероятно и если случилось, то не сделанный деплой является наименьшей из проблем. Ну и организационно, раздать права к часу Х есть задача DBA и как он её выполняет это на его совести. Я настраиваю джобы, но в час Х всегда доступен по всем каналам и при необходимости запущу руками. Есть вариант лучше - с удовольствием послушаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 23:09 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Relic Hunter1. Ну всегда можно захардкодить список логинов, для которых игнорить всю логику триггера.Всегда можно сделать ошибку, при которой триггер не сможет начать выполняться (например, несуществующее имя объекта). Relic Hunter2. Cам триггер выключить всегда можно.*dedicated administrator connection? Только вот продакшен не будет работать, пока оно всё остановилось, обнаружили причину, и трясущимися руками выключают триггер - который, будучи выключенным, ещё и не будет обеспечивать функциональность управления правами. Присоединяюсь к Mind, таким лучше не увлекаться :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 23:19 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Дык, может и пункт 3 прокоментируете? А найти способ - запороть систему всегда найдется. Причем и не такой явный как логон триггер. Мне это удавалось и не раз ))) Например, переполнение пула соединений в приложении. Срабатывало раз в полнолуние без особых закономерностей, в СЕСТЕМУ зайти никто уже не мог. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 23:28 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
PS Хотя можно было написать и короче: "Лучше перебдеть чем недобдеть, враг остановлен, система "Периметр" в действии". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 23:31 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Relic HunterДык, может и пункт 3 прокоментируете?Как вы дальше совершенно справедливо замечаете, бывают всякие сочетания обстоятельств, когда работало, а потом перестало. И логон-триггер - это дополнительное увеличение вероятности таких "сочетаний обстоятельств". Как, например, переполнение пула коннектов, когда принимается тоже архитектурно-неверное решение делать вызовы библиотек работы с коннектом непосредственно в прикладном в коде, а не в одной единственной функции. Тогда переполнение пула - обычное дело, и не оттестируешь толком. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 23:36 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Relic HunterPS Хотя можно было написать и короче: "Лучше перебдеть чем недобдеть, враг остановлен, система "Периметр" в действии".Дада, вот именно это я и написал, чуть более развёрнуто :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2019, 23:37 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
alexeyvgИ логон-триггер - это дополнительное увеличение вероятности таких "сочетаний обстоятельств". Ну да, права пользователя изменяющиеся во времени - "мечта" любого админа, когда он на вопрос пользователя "какие у меня права?" отвечает, "а какой сегодня день недели?" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2019, 00:06 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
Relic HunteralexeyvgИ логон-триггер - это дополнительное увеличение вероятности таких "сочетаний обстоятельств".Ну да, права пользователя изменяющиеся во времени - "мечта" любого админа, когда он на вопрос пользователя "какие у меня права?" отвечает, "а какой сегодня день недели?"Нет-нет, я не говорбю, что это хорошая практика :-) В принципе, это, наверное, оправдано, для понижения рисков, когда речь о 100500 прользователей, но для прав разработчиков, выглядит как то странно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2019, 09:24 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
[quot alexeyvg]Relic Hunterпропущено... В принципе, это, наверное, оправдано, для понижения рисков, когда речь о 100500 прользователей, но для прав разработчиков, выглядит как то странно... Разработчиков много, они разные, да и права им могут даваться лишь на определенное время. В общем, как я понял, для облегчения подобной работы пока нет ничего... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2019, 09:38 |
|
||
|
Есть ли что-то для управления правами на SQL-серверах?
|
|||
|---|---|---|---|
|
#18+
AndrF, админы не выдают права на _таблицы_ админы выдают права а членство в группах. А SA расписывает у себя таблицы/схемы по ролям, сопоставляя роли доменным группам. Т.е. админы могут назначать пользователей в те или иные группы домена, которые предоставляют доступ к функционалу сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2019, 11:26 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39806547&tid=1687892]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
82ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 431ms |

| 0 / 0 |
