我有一个文件服务器，有一个相当大的文件夹树。 共享文件夹下有5个部门文件夹。 嵌套在这些数以千计的子文件夹和文件。 我希望能够跟踪这5个部门文件夹的增长。 有一些特定的子子文件夹我也想留意一下。 这样，如果我突然看到我的磁盘利用率突然上升，我可以对这个增长发生在什么文件夹有一个线索，所以我可以深入挖掘并发现whodunnit。 我想写一些vb或powershell脚本（这将需要学习lang）做一个DU的每个文件夹，然后写出一个文件或表的东西。 但我认为这是重新发明轮子，因为有人必须以前解决这个问题。 有人知道（希望免费/ OSS）解决scheme来绘制文件系统中的各种文件夹？
我使用ZFS并喜欢它。 我知道BtrFS也支持校验和。 我已经被告知校验和在Windows 2008中可用，但是我一直无法validation这一点。 在任何平台上，除了ZFS和BtrFS之外，还有校验文件系统吗？
根据我们IT部门的“最佳实践”，员工有两个账户。 非特权帐户和属于全局“域pipe理员”（$ DOMAIN \ Domain Admins）组的成员帐户。 在我们的文件服务器上，Domain Admins组被添加到本地pipe理员（$ SERVER \ Administrators）组中。 本地pipe理员组已完全控制这些目录上授予。 相当标准。 但是，如果我login到服务器与我的域pipe理员帐户，以进入该目录我需要批准一个UAC提示说：“您目前没有权限访问此文件夹。单击继续以永久访问这个文件夹“。 尽pipe$ SERVER \ Administrators（我是通过Domain Admins组的成员）已经拥有完全控制，但单击继续会为该文件夹和其他任何内容提供我的域pipe理员帐户权限。 有人可以解释这种行为，以及pipe理文件共享的NTFS权限的适当方式是关于Server 2008 R2和UAC的pipe理权限？
我们有一个Windows Server 2008的C：和D：驱动器。 我使用“收缩卷”选项从D：驱动器释放了30 GB，并且需要将其添加到C：驱动器。 但C：驱动器上的扩展卷被禁用。 你能告诉我如何在D：驱动器的末尾添加可用空间到C：驱动器？
我们有一个应用程序计划存储大约1.1TB的XML文件，平均大小为8.5kb。 这些代表了18个月的滚动数据，每天创build大约20万个新文件。 每个文件只会被写入一次，然后在接下来的18个月内有3％的几率被读取一小部分（<10）次。 有哪些NTFS选项对我们开放将有助于提升性能？ 目前在我们名单上的是： 禁用8.3名称创build 限制一个目录中的文件数量（数量还在争论中…） 编辑 关于碎片：我们计划使用2k簇大小来提高磁盘空间的使用效率。 每个文件将只写一次（即没有文件编辑）。 文件将在18个月后每天被删除。 因此，我们不相信分裂将是一个重大问题。
我知道，不能使用具有相同SAN iSCSI目标的多个NTFS机器/服务器而不会损坏。 但是，我有多个服务器，需要访问同一SAN上的相同数据。 我没有Microsoft集群服务，也不能使用它（政策和金钱） Windows 2008 Server是操作系统。 不想在一台机器上打开目标，共享它，并让其他人指向具有iSCSI目标的机器，因为它不是多余的。 我看到了MetaSan。 你会推荐什么？ 谢谢。
我有大量的数据（大约900万个不同大小和types的文件;大多数是学生主目录），当我在卷上运行chkdsk时，它会花费很长时间在特定的索引上。 “很长一段时间”我的意思是几个小时，这是chkdsk总时间的很大一部分。 在chkdsk的大部分时间里，你可以看到每一秒的进步，但是在一个特定的索引号上，它只是停止。 如果我再次做一个chkdsk（没有任何数据变化），它停在相同的数字。 我已经将数据从一个卷转移到新格式化的数据，同样的事情发生在那里。 当我删除数据块时，chkdsk时间变短了，但是仍然有一个索引占用了总时间的很大一部分，直到磁盘几乎为空。 当我删除一块数据时，索引号有时候会改变。 这是正常的行为？ 任何人都可以解释吗？ 是否有一个特殊的索引，包含所有文件，或沿着这些线？
我正在寻找测量完成向NTFS驱动程序发出的文件操作（打开文件closures文件删除文件，写入，读取等）以及能够logging的时间的可能性。 我不能改变应用程序来测量应用程序内的时间。 我感兴趣的是在发出呼叫和返回应用程序执行之间需要多less时间。 应用程序不断写入放置在iSCSI存储上的NTFS卷。 它也经常删除最旧的文件。 文件大小在100到200 MB之间。 卷上总是有大约10％的可用空间。 在某些时候，应用程序无法以正常的速度写入数据，所以它开始在内存中缓冲。 然后发生什么事情，缓冲区开始清空，一切都恢复正常。 我testing了物理卷和逻辑卷的I / O操作 – “停机”期间没有看到exception情况， 现在我想知道问题是在应用程序中还是在OS的某个地方。 出于这个原因，我想如果我能够logging所有的文件操作时间，我将能够弄清楚，如果系统比平常花费更多的时间，或者操作速度很快，并且在应用程序内部阻塞。 平台是64位Windows Server 2008R2。 我尝试了sysinternals进程监视器，但它不logging执行时间。 问题出现可能需要几个小时。 你能build议这个工作的正确工具？
问题是 ：我正在寻找一种审计/search目录结构（Windows 2003）的好方法，并find任何不从父级inheritance权限的文件夹 – 或者添加其他用户/组。 后面的故事 我们正在将旧版本的Windows 2003文件服务器迁移到2008 R2版本。 这个旧的服务器是从NT4迁移过来的。 大多数当前文件夹使用旧的（不build议使用的）Domain \ Administrators和Domain \ Users组。 这些是仍然在AD中的组，我不能使用2008 R2权限的权限。 因此，在我将所有从旧服务器共享的数据复制到新的之前，我首先需要对旧共享的权限进行“现代化”。 但是，我知道在过去的几十年中，一些[无文档]文件夹的权限被修改为不从父代inheritance或添加其他用户。 因此，我寻求一种方法来find他们！
我正尝试使用Windows Server Backup在我的新服务器上备份RAIDarrays。 但是，当我这样做，我遇到了这个错误： 服务器运行的是Windows Server 2012 R2，相关arrays的大小为20TB（可用18TB）; 目前正在使用不到1TB。 我知道，在Windows Server 2008中，由于VHD的限制，无法备份大于2TB的卷，但现在Microsoft已经切换到VHDX，因此可以备份64TB卷。 我也知道，为了利用这一点，有问题的驱动器必须是GPT。 我已经确认我的磁盘实际上是GPT。 当我运行Windows Server Backup时，我正在使用“备份一次”选项并备份到networking驱动器。 我也使用我认为是标准设置。 但是，当我尝试运行备份时，出现上面显示的错误。 我不知道为什么这是16.7TB，因为Windows服务器备份可以备份高达64TB的卷。 谁能给我一些见解，为什么这可能会发生，或者我可能做错了什么？ 更新：我已经收到新的驱动器，并再次创buildarrays，但我仍然得到相同的错误。 我可以确认我的群集数量在2 ^ 32以下。 我在这个问题上读到，显然Windows备份不支持备份到512或512e字节扇区的磁盘。 看着我试图备份的文件共享，它使用4k扇区。 这可能是潜在的问题吗？ 如果有帮助，我试图备份的份额被托pipe在CentOS服务器上。