阻止用户将具有特定扩展名的文件保存在特定目录中


8

背景

无法摆脱服务器管理员权限的用户往往会忘记,将数据库备份(.bak)保存C:并填充驱动器时,地狱将彻底失败。

是否可以阻止服务器管理员用户将某些类型的文件保存在目录中C:?仍应允许它们在上保存任何其他文件类型C:,并且它们对所有其他驱动器的权限应保持不变。

另类

如果不可能只禁止某些文件类型,那么是否每次有人尝试将.bak文件保存在某些目录中时至少显示一个弹出警告C:

其他注意事项

  1. 由于各种原因,这些用户必须保留其服务器管理员特权。

  2. 我不在乎是否使用文件级权限,脚本或GPO。欢迎所有可行的解决方案。


13
这是您要使用技术手段解决的人为问题。与企业主交谈,并获得他们的支持,以加强对违反政策并给业务功能带来风险的用户的后果。
EEAA

8
他们应该在哪里存储备份?您没有既定程序吗?如果他们有非数据库备份要本地存储会怎样?是什么阻止他们更改文件扩展名?
JAB

@EEAA我同意并且尝试了。不幸的是,尽管我不断努力,我们仍然处于与以前相同的状况。
QWE

@JAB他们还有另外4个驱动器,其中一个甚至被称为“备份”。仅当遵循这些程序并且我不具备使用非技术手段来强制执行这些程序的真实性时,该程序才有用。他们将备份保存在C上:出于懒惰,他们不会费心更改扩展名就烦我了-我希望;)
QWE

Answers:


16

您可以使用“文件资源服务器管理器”角色。

此角色的安装是通过“服务器管理器”完成的。

安装后,进入“文件资源服务器管理器” mmc控制台,然后执行以下步骤:

  1. 创建一个新的文件屏幕规则。 1个

  2. 选择第二个选项,然后单击“自定义选项”。 2

  3. 选择您要应用此规则的路径,然后添加文件扩展名。 在此处输入图片说明

另外,您可以使用配额(包含在同一角色中)来限制每个用户可以使用的空间。


1
服务器备份由数据库运行身份用户创建。我很确定磁盘配额在这里做得有些愚蠢。哦,是的,备份将一直运行到达到配额为止,然后在中间轰炸,从而耗尽了数据库的所有空间,直到对其进行手动清理为止。
joshudson

1
请注意:我从未测试过它,但是听说它可能会给您的CPU造成负担,因此一定要先对其进行测试。
EliadTech's

OP表示这些用户是管理员,因此即使此操作“可行”,他们也可以将其关闭。
Bill_Stewart

@Bill_Stewart完全同意,但是在OP的条件下,这是最佳选择,但我认为OP可以做到。(不过,我确实相信,只要我努力尝试,就可以适当限制管理员。)
EliadTech 2016年

并不是的。管理员可以简单地撤消您所做的事情。
Bill_Stewart

3

在这里,我将构建一个自定义的数据库备份/还原工具,该工具使用来自配置文件的路径,因此默认情况下会选择正确的路径。您只能故意将其拧紧。


好点,但是我们有一个,但几乎没有人使用它...
QWE

1
根据您的环境,您可能可以阻止标准工具运行。
joshudson

由于所讨论的用户已经是管理员,因此他们只需撤销它即可。
Bill_Stewart '16

@Bill_Stewart:我敢肯定他们可以,但是大多数犯基本错误的人都在努力消除聪明的障碍。
joshudson

您不必怀疑。的成员Administrators肯定可以撤消它(毕竟他们是管理员)。您是正确的,他们可能不知道如何做,但这不重要,因为真正的问题是要增加人员,Administrators所以不应该在那里。其他一切都是“创可贴”,无法解决真正的问题。
Bill_Stewart

1

在这种特定情况下,我将使用SQL Management Studio更改默认备份位置,以将备份文件放置在正确的位置。

它应该在sql实例的上下文菜单中:“属性”>“数据库设置”

我认为开发管理员用户不是故意填充C驱动器吗?

创建SQL备份时另一个常见的错误是忘记添加“ .bak”扩展名,因为它不会自动添加。

最后,有时可能是SQL服务创建了备份,并且在不破坏服务的情况下很难限制它


1

由于这些用户是的成员Administrators,这意味着(等待它)他们是管理员,并且可以根据需要填充磁盘。在我看来,真正的问题是您Administrators不应该是其中的一员。您说他们是出于“多种原因”的管理员。如果这些原因是政治原因而不是技术原因,那么就不会有可行的技术解决方案,因为您在问:“我如何限制管理员?” (答案是管理员可以绕过所有限制。)


原因确实是政治上的。我知道他们可以绕过我设置的任何内容。我想要做的只是创建一个障碍,以便提醒他们C:不是备份的地方。他们没有恶意将文件保存在那里。这主要是习惯的力量。
QWE

由于原因是政治性的,因此您没有技术手段来强制执行任何操作。
Bill_Stewart
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.