凌晨 1:40，我在香港葵涌机房监控屏前看着一条条灰色的复制队列。白天，广州设计组把 17 GB 的素材包推到了共享盘，香港视频组晚上要接着剪。按理说 20~30 ms 的跨城延迟不算离谱，但 SMB 的小块传输加上频繁的增量改动，硬生生拖到了“看得见、等不起”的地步。凌晨打来电话的不是老板，是剪辑总监：“明早 9 点要交片，香港这边文件还是旧的。”

我把咖啡换成了功能饮料，决定那一夜就把 DFS（Distributed File System）架起来，利用 DFS Namespace + DFS Replication（DFSR）把两边的共享盘做成一个逻辑命名空间，并用 RDC（远程差异压缩）和预置（pre-seed）把延迟问题从根上缓解。下面是我那晚的完整实操记录和后来几周的优化、复盘。

一、现场环境与目标

1）拓扑与目标

[HK-DC01/GC] ─ AD/DNS ───────┐
[HK-FS01]    ─ DFSN/DFSR ───┼── MPLS/IPSec ─ 1 Gbps ─ 25~30 ms ──┐
                             │                                    │
[HK 用户]  <—>  \\corp.local\files                             [GZ 用户]
                             │                                    │
[GZ-DC01/GC] ─ AD/DNS ───────┘
[GZ-FS01]    ─ DFSN/DFSR

目标：

• 对用户暴露一个统一路径 \\corp.local\files；
• 香港与广州文件双向近实时复制；
• 夜间大流量复制不影响白天办公，白天限速；
• 初始数据不走广域网，采用预置；
• 把“可预见”的坑提前填掉（USN 回绕、Staging 爆、客户端走错站点等）。

2）硬件与系统参数（实配）

注意：DFSR 仅支持 NTFS 卷（那晚我特地确认了卷格式；不要在 ReFS 卷上玩 DFSR）。

3）网络测量

策略：白天 DFSR 限速 50–100 Mbps，夜间全速；尽量让 RDC 发挥作用，减少跨城传输体量。

二、方案设计与参数选型

1）为什么是 DFS

命名空间（DFSN）：把多台文件服务器“拼”成一个逻辑路径，客户端自动就近访问。

复制（DFSR）：通过 RDC 只传差异块，适合跨城增量同步。

读写策略：两边都要写，选 双向复制；若分支只读，可设只读成员。

2012 的现实：没有 Windows Server 2016/2019 的 Storage Replica，那么在 2012 年代，DFSR 是跨城文件的“性价比选手”。

2）关键参数（我的落地值）

三、前置检查（现场清单）

时间同步：两边都指向权威 NTP；时间漂移会导致“最后写入者获胜”带来误判。

DNS/AD 站点与子网：

• 在 AD Sites & Services 中准确划分 HK、GZ 子网；
• 确保客户端 IP 能正确归属站点。
• 磁盘与权限：数据卷为 NTFS；创建 D:\Shared（HK）与 E:\Shared（GZ），设置 ACL（域组分权）。
• 防毒与排除：把 DfsrPrivate、Staging、ConflictAndDeleted、以及 DFSR 服务进程目录加入杀软排除。
• 端口连通性：RPC/EPM（135）、SMB（445）、DFS/FRS 远程调用 相关动态端口放行。

四、安装 DFS 角色（PowerShell）

那晚是纯命令行推进，GUI 也可以，但脚本可回放。

# 在 HK-FS01 与 GZ-FS01 都执行
Import-Module ServerManager
Install-WindowsFeature FS-DFS-Namespace, FS-DFS-Replication, RSAT-DFS-Mgmt-Con -IncludeManagementTools

# 验证
Get-WindowsFeature FS-DFS* | Where-Object {$_.InstallState -eq 'Installed'}

五、创建 DFS 命名空间（DFSN）

我们用域控的 corp.local 做域基命名空间，路径 \\corp.local\files。

Import-Module DFSN

# 创建域基命名空间
New-DfsnRoot -TargetPath "\\HK-FS01\FilesRoot$" -Path "\\corp.local\files" -Type DomainV2 -EnableAccessBasedEnumeration $true

# 把 GZ 的目标也加进命名空间根，提高可用性
New-DfsnRootTarget -Path "\\corp.local\files" -TargetPath "\\GZ-FS01\FilesRoot$"

# 命名空间下的业务文件夹
New-Item -ItemType Directory -Path "D:\Shared"        # 在 HK
New-Item -ItemType Directory -Path "E:\Shared"        # 在 GZ

# 映射命名空间文件夹与目标（两端各一个）
New-DfsnFolder -Path "\\corp.local\files\Shared" -TargetPath "\\HK-FS01\Shared$"
New-DfsnFolderTarget -Path "\\corp.local\files\Shared" -TargetPath "\\GZ-FS01\Shared$"

# 站点感知与优先级：让 HK 客户端优先命中 HK 目标
Set-DfsnFolderTarget -Path "\\corp.local\files\Shared" -TargetPath "\\HK-FS01\Shared$" -ReferralPriorityClass SiteCostHigh
Set-DfsnFolderTarget -Path "\\corp.local\files\Shared" -TargetPath "\\GZ-FS01\Shared$" -ReferralPriorityClass SiteCostNormal

小贴士：命名空间目标建议用隐藏共享（$），并启用 基于访问的枚举（ABE），让用户只看到有权限的文件夹。

六、关键一步：预置数据（Pre-seed）

目的：把 HK 的现有数据通过本地/专线一次性拷到 GZ，本次初始同步 DFSR 只需比对哈希与差异块，避免占满广域网。

Robocopy 命令（那晚用的参数）

在 GZ-FS01 上以管理员运行（从 HK 拉取）：

robocopy \\HK-FS01\Shared$ E:\Shared /MIR /B /COPYALL /R:0 /W:0 /MT:32 ^
/XD "System Volume Information" "DfsrPrivate" ^
/XF *.tmp *.bak ~* *.pst

• /B /COPYALL 保留所有 ACL/时间戳，且用备份模式读取被锁文件；
• /MIR 做镜像；
• 排除 DfsrPrivate 等内部目录；
• 先预置大目录，小的可以随后。

验证文件哈希（抽样）
# 在两端各取一个大文件计算 DFSR 哈希，确保预置一致
dfsrdiag filehash /path:"D:\Shared\Projects\R1\big.mov"
dfsrdiag filehash /path:"E:\Shared\Projects\R1\big.mov"

七、创建 DFS 复制（DFSR）

Import-Module DFSR

# 1. 复制组
New-DfsReplicationGroup -GroupName "RG-Shared"

# 2. 成员（两端服务器）
Add-DfsrMember -GroupName "RG-Shared" -ComputerName "HK-FS01","GZ-FS01"

# 3. 复制的文件夹
New-DfsReplicatedFolder -GroupName "RG-Shared" -FolderName "Shared"

# 4. 成员路径与配额（Staging/Conflict）
Set-DfsrMembership -GroupName "RG-Shared" -FolderName "Shared" -ComputerName "HK-FS01" `
  -ContentPath "D:\Shared" -StagingPathQuotaInMB 16384 -Force
Set-DfsrMembership -GroupName "RG-Shared" -FolderName "Shared" -ComputerName "GZ-FS01" `
  -ContentPath "E:\Shared" -StagingPathQuotaInMB 16384 -Force
# 冲突与已删除配额
Set-DfsrMembership -GroupName "RG-Shared" -FolderName "Shared" -ComputerName "HK-FS01" `
  -ConflictAndDeletedQuotaInMB 8192
Set-DfsrMembership -GroupName "RG-Shared" -FolderName "Shared" -ComputerName "GZ-FS01" `
  -ConflictAndDeletedQuotaInMB 8192

# 5. 连接与调度（双向；白天限速，夜间不限）
# 创建连接（HK -> GZ 与 GZ -> HK 会自动成对出现；下面示例设置日程）
New-DfsrConnection -GroupName "RG-Shared" -SourceComputerName "HK-FS01" -DestinationComputerName "GZ-FS01" -Schedule @(
    # 以小时为单位的 7x24 表；0=禁用, 16=100% 带宽
    # 我们：8:00–20:00 设为 4（约 25%），其他时段 16（不限）
    (0..167 | ForEach-Object { if (($_ % 24) -ge 8 -and ($_ % 24) -lt 20) {4} else {16} })
)

# 6. 文件筛选
Set-DfsReplicatedFolder -GroupName "RG-Shared" -FolderName "Shared" `
  -FileNameToExclude @("*.tmp","*.bak","~*","*.pst")

说明：PowerShell 中 -Schedule 参数接受 168 个整数组成的数组（代表每小时的带宽刻度）。如果更习惯 GUI，可用“DFS 管理器”里直观拖格子。

八、启动与健康检查

1）触发检测与拉取配置

# 两端执行
dfsrdiag pollad

2）查看复制状态与积压

# 实时状态
dfsrdiag replicationstate

# 查看积压（HK -> GZ）
dfsrdiag backlog /rgname:"RG-Shared" /rfname:"Shared" /smem:"HK-FS01" /rmem:"GZ-FS01"

3）事件日志

事件查看器 → 应用程序和服务日志 → DFS Replication

关注：初始建表、RDC 启用、Staging 清理、冲突处理、错误（2212/2213 等）。

九、性能优化与细节调参（几周迭代后的稳定值）

Staging 配额：最初 4 GB 经常抖动清理导致重打包，升到 16 GB 后稳定。经验值＝max(1.5×最大文件, 工作集峰值/3)。

过滤策略：把 .pst、*.cache、临时渲染产物排除，复制量减少约 30%。

带宽调度：白天从 100 Mbps 下调到 50 Mbps，配合网管的 QoS，不再顶天。

SMB 多通道（同城局域网内）：

Get-SmbServerConfiguration | Select EnableMultiChannel
# 默认即开启；跨城作用有限，但本地并发访问更顺滑

杀软排除：把 D:\Shared\DfsrPrivate\*、E:\Shared\DfsrPrivate\* 与 DFSR 服务进程加白，复制速率肉眼可见提升。

读写控制：广州一条部门线经常误放大文件，我们把 GZ 的某个子文件夹拆为只读复制（按业务需要可对某成员设置只读）。

Set-DfsrMembership -GroupName "RG-Shared" -FolderName "Shared-RO" -ComputerName "GZ-FS01" -IsReadOnly $true

十、常见坑与现场处理

坑 1：USN 日志回绕（Event 2213）

现象：服务器异常断电后，DFSR 报 2213，出于保护停止复制。

处理（两端分别执行）：

# 允许自动恢复
wmic /namespace:\\root\microsoftdfs path DfsrMachineConfig set StopReplicationOnAutoRecovery=0

# 重启 DFSR 服务
net stop dfsr && net start dfsr

# 触发拉取配置
dfsrdiag pollad

之后记得把电源与写缓存策略复查，避免频繁掉电引发 USN 问题。

坑 2：Staging 爆与频繁清理

现象：事件日志里频繁出现 Staging 清理，复制来回打包，积压增长。

解决：提高 Staging 配额（见上），并排除高频、巨型、低价值文件类型。

坑 3：客户端总去远端拉文件

原因：AD 站点/子网未正确划分，或 DFSN 目标优先级没设置。

解决：

• 确认 HK 与 GZ 子网绑定正确；
• Set-DfsnFolderTarget 调整 Referral Priority（上文示例）。

坑 4：预置没用上，广域网在“啃老本”

原因：预置时没保留 ACL/时间戳或没用备份模式，导致哈希对不上。

解决：用我上面的 robocopy /B /COPYALL /MIR；抽样用 dfsrdiag filehash 验证。

坑 5：冲突目录体量不足导致“丢历史”

现象：多人高并发改同一树，ConflictAndDeleted 被打满，较早版本被清走。

解决：提高配额到 8 GB+，并辅以协作规范（部门子树内尽量避免同路同名大文件并发覆盖）。

十一、可直接复用的上线/回滚剧本

上线窗口（夜间）

1. 变更冻结：通知两地业务 30 分钟内不要写入大批量文件；
2. 完成预置；
3. 创建 DFSN/DFSR 配置；
4. dfsrdiag replicationstate 清空后解冻；
5. 观察 24 小时事件日志与积压曲线。

回滚

1. 暂时下线命名空间目标（把有问题一侧的 Folder Target 置“最后”或禁用）；
2. 暂时把客户端指向单侧共享（应急）；
3. 处理问题后 dfsrdiag pollad 恢复。

十二、验证与运维监控清单（速查表）

十三、表：本次落地的关键参数快照

十四、附：一键式初始化脚本（可按需改）

请先按实际路径、组名、过滤列表修改变量。

# 变量
$Group = "RG-Shared"
$Folder = "Shared"
$HK = "HK-FS01"
$GZ = "GZ-FS01"
$HKPath = "D:\Shared"
$GZPath = "E:\Shared"
$NSRoot = "\\corp.local\files"

Import-Module DFSN,DFSR

# 命名空间
if (-not (Get-DfsnRoot -Path $NSRoot -ErrorAction SilentlyContinue)) {
  New-DfsnRoot -TargetPath "\\$HK\FilesRoot$" -Path $NSRoot -Type DomainV2 -EnableAccessBasedEnumeration $true
  New-DfsnRootTarget -Path $NSRoot -TargetPath "\\$GZ\FilesRoot$"
}
if (-not (Get-DfsnFolder -Path "$NSRoot\$Folder" -ErrorAction SilentlyContinue)) {
  New-DfsnFolder -Path "$NSRoot\$Folder" -TargetPath "\\$HK\$($Folder)$"
  New-DfsnFolderTarget -Path "$NSRoot\$Folder" -TargetPath "\\$GZ\$($Folder)$"
  Set-DfsnFolderTarget -Path "$NSRoot\$Folder" -TargetPath "\\$HK\$($Folder)$" -ReferralPriorityClass SiteCostHigh
  Set-DfsnFolderTarget -Path "$NSRoot\$Folder" -TargetPath "\\$GZ\$($Folder)$" -ReferralPriorityClass SiteCostNormal
}

# 复制
if (-not (Get-DfsReplicationGroup -GroupName $Group -ErrorAction SilentlyContinue)) {
  New-DfsReplicationGroup -GroupName $Group
  Add-DfsrMember -GroupName $Group -ComputerName $HK,$GZ
  New-DfsReplicatedFolder -GroupName $Group -FolderName $Folder
  Set-DfsrMembership -GroupName $Group -FolderName $Folder -ComputerName $HK -ContentPath $HKPath -StagingPathQuotaInMB 16384 -ConflictAndDeletedQuotaInMB 8192 -Force
  Set-DfsrMembership -GroupName $Group -FolderName $Folder -ComputerName $GZ -ContentPath $GZPath -StagingPathQuotaInMB 16384 -ConflictAndDeletedQuotaInMB 8192 -Force

  # 调度：8–20 点 25%（4），其余全速（16）
  $sched = (0..167 | ForEach-Object { if (($_ % 24) -ge 8 -and ($_ % 24) -lt 20) {4} else {16} })
  New-DfsrConnection -GroupName $Group -SourceComputerName $HK -DestinationComputerName $GZ -Schedule $sched

  # 过滤
  Set-DfsReplicatedFolder -GroupName $Group -FolderName $Folder -FileNameToExclude @("*.tmp","*.bak","~*","*.pst")
}

# 拉取配置
dfsrdiag pollad

结尾：把“等待”变成“确定”

第二天早上 8:20，香港的视频组说“可以了，昨晚广州那边改的素材这边都看到了”。我看了眼监控屏，夜间峰值传输飙到 800 Mbps，白天稳定在 50–60 Mbps；dfsrdiag backlog 常态 0，偶尔几十个文件的波峰不到 3 分钟就回落。

后来我们又给 DFSR 加上了例行巡检脚本，关键事件有告警；也在早会里约定了大文件落库流程（先落本地，等 DFSR 稳定后再组织剪辑）。DFS 并不是银弹，但在 Windows Server 2012 的时代，它是可靠、可控、可复盘的一件工具。它把“跨城延迟”从人人吐槽的黑盒，变成了一个我能拿尺子量、拿表格管的透明系统。

如果你现在也正被跨数据中心同步的迟缓折腾，以上这套从测量—预置—复制—调度—监控—复盘的路径，应该能帮你在一夜之间，把“等待”变成“确定”