在我的基础架构中，我有两台安装了 Windows Server 2019 和 Hyper-V 的服务器。SAN 通过 FC 直接连接到两台服务器。SAN 为两台服务器提供三个卷：一个用于仲裁的卷、一个用于 VM 的卷和一个用于数据的卷。

我计划部署一个文件服务，该服务的可用性与我给定的基础设施一样高。因此 - 因为我有两个节点 - 我想部署两个文件服务器。这样，我可以容忍一台完整的服务器（主机）发生故障或一台虚拟文件服务器发生故障。只有一台虚拟文件服务器（启用了 HA），我只能容忍一台主机的故障，但不能容忍 VM 本身的故障。

我计划使用我的 SAN 的数据卷来部署共享虚拟硬盘，两个虚拟文件服务器都将使用它来提供文件共享。

此外，我希望用户不必关心他们访问哪个文件服务器来访问他们的文件。\\FileSrv1\Data\README.md应该是一样的\\FileSrv2\Data\README.md，但是用户应该可以像访问它一样\\FS\Data\README.md。据我所知，这是 DFS 的典型用例。但我不希望两个文件服务器复制它们的数据，因为我有一个共享存储。

所以我的问题是，在我的场景中，我可以同时使用虚拟文件服务器的共享存储和 DFS 来抽象文件访问吗？

我已经在 Windows Server 2016 上安装了重复数据删除角色。根据 Microsoft，它使用 NTFS 压缩来帮助节省空间：

重复数据删除在更少的物理空间中存储更多数据。与使用单实例存储 (SIS) 或 NTFS 压缩等功能相比，它实现了更高的存储效率。 https://technet.microsoft.com/en-us/library/hh831602(v=ws.11).aspx

1. 我是否还应该在卷的属性中启用 NTFS 压缩（见下面的屏幕截图）？会有什么好处吗？

2. 如果已经检查了怎么办？我应该取消选中它吗？检查会不会有负面影响？

我目前正在尝试让 BE2012 备份或恢复到在 Server 2012R2 上运行的 2 节点故障转移集群。集群本身只服务于一个文件服务器角色，它表现自己并且对测试环境中的客户端可见。

两个节点的名称分别为 FileServer1 和 FileServer2，而集群名为“SharedFiles”，文件服务器角色为“PublicFiles”。

但是，将服务器添加到 BE2012 时，BE 只能看到 Quorum 磁盘 - 通过界面看不到共享磁盘。

为了在集群中使用备份 exec，我遵循了以下步骤：

1. 将每个集群节点添加到 BE，并在每个节点上安装代理。（文件服务器 1，文件服务器 2）
2. 将集群本身添加到 BE。（共享文件）

此时，在创建测试备份作业时，我得到了显示集群 FQDN 的文件树，唯一的选项是 Quorum 磁盘。

我现在很困惑。以下是我尝试过的一些事情，过去似乎对其他人有所帮助：

• 我尝试过对集群进行故障转移，以便托管共享的节点发生变化，我认为我可能正在查看特定的机器而没有意识到它。这没有任何影响。
• 如果我将文件角色（PublicFiles）的 FQDN 作为“文件服务器”添加到 BE，那么我可以按预期看到存储，大概是因为它直接通过 UNC 路径连接。不幸的是，您不能像这样恢复，只能备份。
• 对于旧版本的 Windows，我能找到的唯一描述我的症状的信息是this 。但是，我认为它不相关，因为我的节点名称比那篇文章中的限制短。
• 如果我尝试直接备份集群节点，我也看不到共享卷。我可以看到两者的 C:\ 驱动器和系统状态，但看不到集群磁盘。当连接到单个集群节点时，可以通过 Windows 资源管理器看到集群磁盘。

有没有人对我如何更进一步有任何建议？

如何在 Windows Server 2012 上的共享文件夹上添加密码，该密码授予域中 2-3 人的访问权限

情况：

以下奇怪的问题发生在运行 OmniOS r151018 (95eaa7e) 的单个文件服务器上，通过 SMB 向 Windows 和 OS X 来宾提供文件。

通过 SMB 共享上的“另存为...”对话框窗口保存某些文件（.docx、.xlsx、一些图像）会导致大约 3 到 5 秒的延迟，此时应用程序根本没有响应，之后文件正常保存。

问题确实发生在“一夜之间”，没有对服务器做任何事情，但很难确定确切的日期，因为用户投诉只是在第一次发生后的一段时间内出现。重新启动服务器后，镜像根池的一个 vdev 不可用，但仔细检查没有发现该设备有任何故障，并重新挂接到该池。问题仍然存在。

一些观察：

• 它发生在所有 Windows 7 客户端上
• 它发生在所有文件大小
• 它发生在这台机器的所有共享上，无论权限如何
• 它发生在主机上通过 iSCSI 从另一台服务器导入的更快存储
• GBit 以太网上的正常复制速度为 110 MB/秒
• 数据和根池似乎没问题
• 它不会发生在其他文件服务器上
• 文件保存在本地，然后通过资源管理器复制时不会发生
• 它不会在 OS X 上发生（只能用 OpenOffice 测试）
• dmesg显示了几个NOTICE: bge0: interrupt: flags 0x0 - not updated?具有不同值的计数，但这也是以前的情况并且没有害处

进一步的想法/计划：

由于找不到明确的错误消息，我可能需要进行一些试验和错误来寻找原因。我会考虑一些事情（结果以斜体显示）：

• 用 Intel 卡替换 Broadcom 网卡=> 没有区别
• 用 SATA SSD 替换根池（目前 SLC 内存 USB 记忆棒可以正常工作超过 3 年）=> 没有任何区别
• 检查中间的网络（硬件，通过直接连接到服务器）
• 使用 WireShark 捕获流量：如果您不知道自己在寻找什么，这很困难
• 恢复到以前的 OmniOS 引导环境/版本以排除软件冲突=> 没有影响
• 回滚 Windows/Office 更新以排除错误

• 从快照中删除文件名中带有:（冒号）的文件，txgsync 在由 ewwhite => 创建的 reddit 线程上的建议没有产生任何影响

  当使用包含“：”字符的自动快照启用 Windows“以前的版本”功能时，我看到了类似的情况。这只是随风而行，但可能值得一看，因为 Windows 文件名中不允许使用“：”字符。

• 文件访问监控：根据 shodanshok 的建议，我使用DTrace了这个脚本来监控文件访问。我在保存已经打开的文件时使用它，删除了不相关的输出和个人信息，结果围绕三个文件：

  CPU ID       FUNCTION:NAME
  1   18753    fop_open:entry Open: Workbook
  0   18181 fop_create:return Create: temp_1
  0   18753    fop_open:entry Open: temp_1
  0   18753    fop_open:entry Open: Workbook
  0   18753    fop_open:entry Open: Workbook
  0   18753    fop_open:entry Open: temp_1
  0   18888  fop_rename:entry Rename: Workbook -> temp_2
  0   18888  fop_rename:entry Rename: temp_1 -> Workbook
  0   18753    fop_open:entry Open: Workbook
  0   18753    fop_open:entry Open: temp_2
  0   18892  fop_remove:entry Remove: temp_2
  0   18753    fop_open:entry Open: Workbook
  0   18753    fop_open:entry Open: Workbook
  

  在没有出现问题的另一台服务器上执行相同的过程会产生类似的结果：

  CPU ID       FUNCTION:NAME
  1   25182 fop_create:return Create: temp_1
  1   25750    fop_open:entry Open: temp_1
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: temp_1
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: temp_1
  1   25889  fop_rename:entry Rename: Workbook -> temp_2
  1   25889  fop_rename:entry Rename: temp_1 -> Workbook
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: temp_2
  1   25893  fop_remove:entry Remove: temp_2
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: Workbook
  1   25750    fop_open:entry Open: Workbook
  

  我还在脚本中添加了时间戳 ( walltimestamp)，但在这两种情况下，所有文件操作都在同一秒发生。=> 没有区别

• 在另一台主机上导入磁盘以检查池碎片或磁盘是否有故障=> 没有影响
• 将数据和根池移到同一台机器上以排除布线、主板等=> 问题确实存在，因此必须是根池（软件）或与软件不兼容的特定硬件（或突然变得不兼容。 ..)

您能否提出其他导致这种行为的原因？或者你有过类似的经历吗？因为我在网上找不到任何有用的东西，我怀疑这要么是一个奇怪的硬件问题（因为它仅限于一台机器），要么是 Windows/Office 的问题。

我们有两个独立的文件服务器。我们使用 DFSR 将数据从服务器 1 复制到服务器 2。

服务器 2 已经关闭了一段时间，我犹豫要不要重新打开它，以防它导致 DFS 试图协调数据差异时出现问题。

我可以简单地关闭活动节点上的 DFS，然后在没有网络连接的情况下打开第二个节点的电源并在那里禁用它吗？

我正在创建一个新的 Windows 2008R2 文件服务器，并且在使用基于访问的枚举时遇到了一些问题。

我不只是想迁移所有数据和权限，因为我们的结构在过去约 15 年的过程中不断增长，老实说，这是一团糟。因此，我正在努力为此付出尽可能多的努力。

我设置了一个基于域的 DFS-N（数据），其中发布了每个部门（dept1 到 dept 4）的共享。在测试时（是的，我们有一个测试环境！我们很幸运！）我偶然发现了一个关于基于访问的 Emuneration 的错误（？）。权限将通过嵌套不同的权限组来处理。我的问题是，将用户添加到子目录的特定组不会使他能够查看/遍历父目录。

ABE 在文件共享和 DFS-N 上均启用。

我创建了以下目录结构：

\\DFSRoot\Data\
+---dept1
|   +---dir1
|   |   +---sub1
|   |   \---sub2
|   +---dir2
|   +---dir3
|   |   +---sub1
|   |   \---sub2
|   \---dir4
+---dept2
|   +---dir1
|   +---dir2
|   +---dir3
|   \---dir4
+---dept3
|   +---dir1
|   +---dir2
|   +---dir3
|   \---dir4
+---dept4
|   +---dir1
|   +---dir2
|   +---dir3
|   \---dir4
\---dept5
    +---dir1
    |   +---sub1
    |   \---sub2
    +---dir2
    +---dir3
    \---dir4
        +---sub1
        \---sub2

对于每个目录，我创建了 3 个组：

所以对于\\DFSroot\Data\dept1这将是

dl-dept1-list
dl-dept1-ro
dl-dept1-rw

对于\\DFSroot\Data\dept1\dir1

dl-dept1-dir1-list
dl-dept1-dir1-ro
dl-dept1-dir1-rw

对于\\DFSroot\Data\dept1\dir1\sub1

dl-dept1-dir1-sub1-list
dl-dept1-dir1-sub1-ro
dl-dept1-dir1-sub1-rw

对于其他一切，该方案也适用。

对于每个目录，相应的组是下一级目录的列表组的成员。所以

dl-dept1-dir1-sub1-list
dl-dept1-dir1-sub1-ro
dl-dept1-dir1-sub1-rw

是dl-dept1-dir1-list的成员

继承不坏。这些 RO/RW 组对其文件夹和其中的每个子目录都有各自的权限。

列表组有特殊权限 --> ListDirectory,ReadAttributes,ReadPermissions,Traverse -->仅此文件夹

如果我将 $User 添加到dl-dept1-dir1-sub1-rw以授予对 \\DFSroot\Data\dept1\dir1\sub1 的 R/W 权限，则用户能够访问共享dept1（dl-dept1-list 的成员) 但看不到任何目录。$User 无法通过 UNC 路径访问 dir1。$User 可以通过 UNC 路径访问 sub1。

如果在共享上禁用 ABE，$user 可以毫无问题地遍历目录。

在这一点上，我被卡住了，看不到我错过了什么。

也许你们中的一个可以提供帮助。提前致谢。

我在文件服务器上有一个非常奇怪的 NTFS 权限现象，我找不到我的错误，现在已经拉了几个小时了。我错过了什么？

我的目标是：

• 来自 Group-A 的用户应该能够将新文件/文件夹写入文件夹（“添加文件”）。他们还应该能够编辑那些新添加的文件。
• 晚上，新添加的文件应受到“保护”，以免被 Group-A 进一步编辑/删除。应该保留读取文件的权利和添加更多新文件的权利。

这是我所做的：

• 创建Group-A，添加用户
• 授予 Group-A (F) 对该文件夹的完全访问权限
• 创建一个脚本
  • 删除文件夹中文件的继承位
  • 删除 (F) 对文件的完全访问权限，保留只读权限

问题是，我的用户可以编辑和删除文件，就像他们拥有完全访问权限一样。即使“有效权限”显示无编辑权限，仍然可以。

该脚本工作正常，如下所示：

icacls d:\folder\Bild1.jpg /inheritance:d
icacls d:\folder\Bild1.jpg /remove:g Group-A"

脚本运行后，file.jpg 上的 NTFS 权限如下所示（对我来说看起来是正确的）：

icacls 输出也是如此：

d:\folder>icacls Bild1.jpg
Bild1.jpg WM\DomainAdmin:(F)
          WM\Domänen-Admins:(F)
          WM\Group-A:(RX)

该文件的有效权限选项卡显示完全相同（正确）的内容：

父文件夹的权限，用户应该可以在这里添加文件，如下所示：

Artweger WM\Group-A:(I)(OI)(CI)(F)
         WM\Domänen-Admins:(I)(OI)(CI)(F)

如果此用户登录（他只是在两个组中，域用户和组 A），他可以编辑、删除、重命名和移动文件 bild1.jpg。这怎么可能？NTFS 对我的光荣计划做了什么？

我目前正在学习 Windows Server 2008r2，并且打算建立一个分布在 2 个不同建筑物上的网络。它们之间的唯一连接是互联网，用户需要能够从文件服务器访问他们的文件并从两个位置登录。

如果我理解正确，我应该能够建立从存储在其中一栋建筑物 [站点 1] 的主服务器（和文件服务器）到另一栋建筑物 [站点 2] 的另一台服务器的 VPN 连接，并且我可以将站点 2 的服务器也设置为域控制器，这样每个站点都有一个域控制器，它们将彼此保持同步。

如果我在站点 2 设置另一个文件服务器，有没有办法让两个站点的文件保持同步而不会引起冲突？或者有没有一种方法可以让我在站点 2 有一个缓存，其中将包含被访问文件的临时副本（这意味着它不需要再次存储所有内容）？

如果任何人目前有这样的设置，那么如果您解释您是如何完成的以及位置之间是否有很大的滞后，那将非常有帮助。

谢谢！

我在一个预算有限且存储需求不断增长的科学实验室工作。一年前我们需要大约 2-3 TB 的存储空间，今天我们需要 13+ TB 的空间来填满我们当前的服务器（linux，带有 9 个驱动器的 raid 6），而且它只会继续增长。这些文件很大 - 每个 50GB 以上。

我想构建一个服务器：

a) 可以处理不均匀的磁盘大小，因此我们可以在市场上出售旧驱动器时用更大的驱动器替换它们。b) 可以在创建初始“卷”后处理磁盘的添加（可能比任何其他磁盘都大）。理想情况下，我只想将驱动器放入热插拔托架中并使其成为卷的一部分。b) 具有冗余性，可以处理多个磁盘故障。d) 快速'fscking'。上次我们当前的服务器执行此操作需要很长时间才能恢复。

我可以使用 RAID 执行 (a) 和 (b) 吗？我知道我可以从大小不均的磁盘中划分出大小相等的 raid 分区，但我不想涉足对具有多个 raid 阵列的分区进行微观管理的业务。ZFS 是一个选项吗？（FreeBSD 也可以接受。）

老实说，性能并不是什么大问题。它只会为少数研究人员存储和提供静态内容。我们的 LAN 是 1Gbit 而我们的 WAN 只有 100Mbit。

欢迎提出任何建议。