我有文件服务集群,其中一个文件服务器资源托管约 50,000 个用户主目录。主目录确实具有通过FSRM分配的配额模板。
当尝试使用故障转移群集管理器的“添加文件共享”向导添加新共享时,它首先检索所有已定义文件服务器群集资源的所有共享文件夹上的所有配额。在这种环境中需要大约 10 分钟。
我怎么可能
- 加快配额枚举进程
- 将配额枚举过程限制为仅单个文件服务器集群资源
- 为新建共享向导完全禁用配额枚举
?
我有文件服务集群,其中一个文件服务器资源托管约 50,000 个用户主目录。主目录确实具有通过FSRM分配的配额模板。
当尝试使用故障转移群集管理器的“添加文件共享”向导添加新共享时,它首先检索所有已定义文件服务器群集资源的所有共享文件夹上的所有配额。在这种环境中需要大约 10 分钟。
我怎么可能
?
我终于解决了这个问题,完全取消了使用 GUI 来创建文件共享的要求。相反,我记录了使用 New-SmbShare 作为共享创建过程。以这种方式添加共享会绕过 GUI 向导正在执行的所有预配置检查,包括配额枚举。
Server 2012 R2 / Windows 8.1 中引入了cmdlet
New-SmbShare
。对于以前(2012、2008R2、2008)版本的文件服务器集群,您可以借用从 Netapi32.dllNativeMethods
中导入NetShareAdd函数的类,该脚本与MSDN 博客文章一起发布,关于 Fileover Cluster scopes 中的共享。我显着缩短的版本如下所示:
用法很简单:
该
ShareFolder
函数在成功执行时返回 0 并立即完成,即使启用了配额也是如此。在托管 CAP/文件服务器资源的集群节点之一上运行。之后您可能必须修复共享 ACL,因为默认共享创建 ACL 只是Everyone:Read
并且不能使用此方法指定。