我有一个NTFS文件系统上的巨大目录（即包含数十或数亿个后代节点的顶级目录，其文件节点可能平均大约三个层次） ，我需要更改权限。 特别是，我需要给目录树中的所有内容提供一个新的用户（或组）的只读访问权限。
最明显的地方是在Windows资源pipe理器中右键单击顶级目录并转到目录属性窗口的安全选项卡。 但是，在尝试显而易见的事情时，Windows资源pipe理器似乎很兴奋recursion遍历整个目录树，并尝试修改树中每个节点的权限。 这对于这么大的目录来说效率极低！
任何人都可以提供更改权限没有这个recursion下降的任何提示？ 我是否需要点击GUI中特定的内容？ 我是否需要使用命令行工具？ 这可能是以前的系统pipe理员做这个目录的权限奇怪的结果吗？
我还需要启用networking共享，并让用户/组通过networking挂载目录。 还没有尝试过，所以我不知道当我尝试启用共享时是否会有类似的蠕虫病毒。
这是在Windows 2008服务器，如果它很重要。
编辑 ：人们是正确的，它可能是更有意义的，而不是一个特定的帐户，而不是一个域组的权限，所以我已经记下了上述（这就是我正在做什么，我不知道为什么我具体问关于在原来的问题中添加一个用户。对不起，我很抱歉） 。 但是，当然，将一个组添加到文件夹的权限列表并不比添加用户快（现有的组都没有被分配为只读权限）。
在这种情况下，不需要混淆NTFS权限。
只需创build一个共享到顶级目录，并将用户或组添加到只读（或者如果您想要写入）权限的共享。
即使每个人在顶级目录上都具有完全控制NTFS权限，也将使用最严格的权限 （共享或NTFS）。
如果您希望用户具有文件夹和所有子文件夹的读取权限，则还必须更改子文件夹的权限。 这听起来像inheritance已经设置，你只是不想等待这个inheritance传播到所有的子对象。 除了等待之外，您可以做的唯一事情就是将用户添加到具有适当权限的现有组中，假设这样的组存在。
没有快捷的方法来做到这一点。 资源pipe理器将快乐地运行几个小时（天？）对每个文件和文件夹（如果设置inheritance）应用新的权限。
启用共享要容易得多，用户只需要至less读取共享上的权限。 底层的NTFS权限将决定用户实际上可以做什么。 请注意，如果共享权限是只读的，那么即使NTFS安全性设置为修改（r / w），也是最大的访问权限。
您真的应该考虑创build一个本地或域组，并在顶层目录上设置它的权限，然后根据需要添加用户到组中。