Запретить пользователям сохранять файлы с определенным расширением в определенных каталогах


8

Фон

Пользователи, которые не могут быть лишены прав администратора сервера, как правило, забывают, что ад потерпит неудачу, когда они сохранят резервные копии базы данных ( .bak) C:и заполнят диск.

Вопрос

Можно ли запретить пользователям, являющимся администраторами серверов, сохранять файлы определенного типа в каталогах C:? Им по-прежнему должно быть разрешено сохранять любые другие типы файлов C:, и их права на все остальные диски должны оставаться неизменными.

альтернатива

Если невозможно запретить только определенные типы файлов, то возможно ли, по крайней мере, отображать всплывающее предупреждение каждый раз, когда кто-то пытается сохранить .bakфайл в определенных каталогах C:?

Другие соображения

  1. По ряду причин этим пользователям важно сохранить свои привилегии администратора сервера.

  2. Я не против, использую ли я разрешения на уровне файлов, сценарии или объекты групповой политики. Все решения, которые работают, приветствуются.


13
Это человеческая проблема, которую вы пытаетесь решить техническими средствами. Поговорите с владельцами бизнеса и получите их вступительный взнос для принудительного воздействия на пользователей, которые нарушают политику и подвергают бизнес-функции риску.
— EEAA

8
Где они должны хранить резервные копии? У вас нет установленной процедуры? Что произойдет, если у них есть резервная копия без базы данных для локального хранения? Что мешает им изменить расширение файла?
— JAB,

@ EEAA Я согласен, и я попробовал. К сожалению, несмотря на мои постоянные попытки, мы все еще находимся в той же ситуации, что и раньше.
— QWE

@JAB У них есть еще 4 диска, и один из них даже называется «Резервные копии». Процедуры полезны, только если они соблюдаются, и у меня нет полномочий применять их с использованием нетехнических средств. Они сохраняют резервные копии на C: из-за лени, они не потрудились бы изменить расширение, просто чтобы раздражать меня - я надеюсь;)
— QWE

Ответы:


16

Вы можете использовать роль «Диспетчер файловых ресурсов».

Установка этой роли осуществляется из «Диспетчер серверов».

После установки войдите в консоль mmc диспетчера файловых ресурсов и выполните следующие действия:

  1. Создайте новое правило экрана файла. 1

  2. Выберите второй вариант и нажмите «Пользовательские параметры». 2

  3. Выберите путь, к которому вы хотите применить это правило, и добавьте расширение файла. введите описание изображения здесь

Кроме того, вы можете использовать квоты (включенные в ту же роль), чтобы ограничить пространство, которое может использовать каждый пользователь.


1
Резервные копии сервера создаются пользователем базы данных runas. Я почти уверен, что дисковые квоты делают здесь что-то глупое. Ах, да, резервное копирование выполняется до тех пор, пока не будет достигнута квота, и бомбардируется посередине, занимая все пространство для базы данных, пока она не будет очищена вручную.
— Джошудсон

1
Предостережение: я никогда не тестировал его, но слышал, что это может обременять ваш процессор, некоторые обязательно протестируют его в первую очередь.
— EliadTech

ОП сказал, что эти пользователи являются администраторами, поэтому, даже если это «работает», они могут просто отключить его.
— Bill_Stewart

@Bill_Stewart Полностью согласен, но это лучший вариант в условиях ОП, но я думаю, что ОП его получает. (Тем не менее, я верю, что смогу должным образом ограничить администратор, если постараюсь достаточно.)
— EliadTech

На самом деле, нет. Администраторы могут просто отменить то, что вы сделали.
— Bill_Stewart

3

Здесь я бы собрал собственный инструмент резервного копирования / восстановления БД, который использует пути из файла конфигурации, поэтому правильные пути выбираются по умолчанию. Вы можете только преднамеренно облажаться.


Хороший вопрос, но у нас есть один, но вряд ли кто-то его использует ...
— QWE

1
В зависимости от вашей среды вы можете заблокировать работу стандартного инструмента.
— Джошудсон

Поскольку рассматриваемые пользователи уже являются администраторами, они могут просто отменить это.
— Bill_Stewart

@Bill_Stewart: я уверен, что они могут, но большинство людей, которые делают основные ошибки, изо всех сил пытаются отменить умные блоки.
— Джошудсон

Вам не нужно удивляться. Члены Administratorsмогут определенно отменить это (в конце концов, они администраторы). Вы правы, что они могут не знать, как, но это не относится к делу, поскольку реальная проблема заключается в добавлении людей Administrators, которых там быть не должно. Все остальное - «пластырь», который не решает реальную проблему.
— Bill_Stewart

1

В этой конкретной ситуации я бы изменил место резервного копирования по умолчанию, используя SQL Management Studio, чтобы поместить файлы резервных копий в правильное место.

Это должно быть в контекстном меню для экземпляра SQL: Свойства> Настройки базы данных

Я не думаю, что пользователи dev admin намеренно заполняют диск C, верно?

Еще одна распространенная ошибка при создании резервной копии SQL - забыть добавить расширение «.bak», так как оно не добавляется автоматически.

Наконец, иногда это может быть служба SQL, которая создает резервные копии, и это было бы трудно ограничить, не нарушая службу


1

Поскольку эти пользователи являются членами Administrators, это означает (подождите это), что они являются администраторами и могут заполнить диск, если они хотят. Мне кажется, что настоящая проблема в том, что у вас есть люди, членами Administratorsкоторых не должны быть. Вы говорите, что они администраторы по «разным причинам». Если эти причины являются политическими, а не техническими, то не будет жизнеспособного технического решения, потому что вы спрашиваете: «Как я могу ограничить администраторов?» (Ответ заключается в том, что администраторы могут обойти все ограничения.)


Причины действительно политические. Я знаю, что они могут обойти все, что я настроил. Все, что я хочу, это создать препятствие, чтобы им напомнили, что C: не место для резервных копий. Они не сохраняют файлы там злонамеренно. В основном это сила привычки.
— QWE

Поскольку причины являются политическими, у вас нет технических средств, чтобы навязать что-либо.
— Bill_Stewart
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.