Файловый сервер Windows с DFS: репликация и пространства имён

Вот что понадобится для нормальной работы DFS:

• Два или более серверов Windows Server 2019/2022, введённых в домен Active Directory — без домена доменное пространство имён просто не поднять
• Роль File Server на каждом сервере
• Роли DFS Namespaces и DFS Replication — обе, не одна из двух
• Общие папки (SMB shares) на каждом сервере — без них DFS просто не на что ссылаться

Ставим роли через PowerShell сразу на обоих серверах — это быстрее, чем кликать мышкой:

# На каждом файловом сервере
Install-WindowsFeature FS-DFS-Namespace, FS-DFS-Replication, RSAT-DFS-Mgmt-Con -IncludeManagementTools

# Проверка
Get-WindowsFeature FS-DFS*

Если предпочитаете графику — Server Manager: Add Roles and Features → File and Storage Services → File and iSCSI Services → DFS Namespaces, DFS Replication. Разницы в результате нет, просто дольше.

Создаём структуру папок и SMB-ресурсов на обоих серверах. Структура должна быть одинаковой — потом при репликации не будет путаницы:

# На SRV-FILE1
New-Item -Path 'D:\Shares\Documents' -ItemType Directory
New-Item -Path 'D:\Shares\Projects' -ItemType Directory
New-Item -Path 'D:\Shares\Public' -ItemType Directory

# Создание SMB-шар
New-SmbShare -Name 'Documents' -Path 'D:\Shares\Documents' `
  -FullAccess 'Domain Admins' -ChangeAccess 'Domain Users' `
  -Description 'Документы компании'

New-SmbShare -Name 'Projects' -Path 'D:\Shares\Projects' `
  -FullAccess 'Domain Admins' -ChangeAccess 'Proj-Users' `
  -Description 'Проекты'

# Аналогично на SRV-FILE2
# Создайте те же папки и шары

Настраиваем NTFS-разрешения. Не поленитесь сделать это правильно сразу — переделывать на живой системе больно:

# Отключите наследование и задайте явные права
$acl = Get-Acl 'D:\Shares\Documents'
$acl.SetAccessRuleProtection($true, $false)
$acl.AddAccessRule((New-Object System.Security.AccessControl.FileSystemAccessRule(
    'Domain Admins', 'FullControl', 'ContainerInherit,ObjectInherit', 'None', 'Allow')))
$acl.AddAccessRule((New-Object System.Security.AccessControl.FileSystemAccessRule(
    'Domain Users', 'Modify', 'ContainerInherit,ObjectInherit', 'None', 'Allow')))
Set-Acl 'D:\Shares\Documents' $acl

Доменное пространство имён (domain-based) хранит конфигурацию в AD и даёт отказоустойчивость из коробки. Именно его мы используем в 95% проектов. Создаём через PowerShell:

# Создание корня пространства имён
New-DfsnRoot -TargetPath '\\SRV-FILE1\Files' -Path '\\corp.local\Files' -Type DomainV2

# Добавление второго сервера как цели корня (для отказоустойчивости)
New-DfsnRootTarget -Path '\\corp.local\Files' -TargetPath '\\SRV-FILE2\Files'

Предварительно создайте общую папку Files на обоих серверах — без неё следующий шаг не пройдёт:

# На SRV-FILE1 и SRV-FILE2
New-Item -Path 'D:\DFSRoots\Files' -ItemType Directory
New-SmbShare -Name 'Files' -Path 'D:\DFSRoots\Files' -FullAccess 'Everyone'

Готово. Теперь путь \\corp.local\Files\ работает для всех пользователей домена.

Добавляем ссылки (folders) на реальные общие папки. Именно здесь и происходит вся магия маппинга:

# Ссылка на Documents
New-DfsnFolder -Path '\\corp.local\Files\Documents' -TargetPath '\\SRV-FILE1\Documents'

# Добавить второй таргет (для репликации)
New-DfsnFolderTarget -Path '\\corp.local\Files\Documents' -TargetPath '\\SRV-FILE2\Documents'

# Ссылка на Projects
New-DfsnFolder -Path '\\corp.local\Files\Projects' -TargetPath '\\SRV-FILE1\Projects'
New-DfsnFolderTarget -Path '\\corp.local\Files\Projects' -TargetPath '\\SRV-FILE2\Projects'

# Проверить структуру
Get-DfsnFolder -Path '\\corp.local\Files\*'
Get-DfsnFolderTarget -Path '\\corp.local\Files\Documents'

С точки зрения пользователей картина выглядит так:

\\corp.local\Files\
├── Documents\
├── Projects\
└── Public\

Где физически лежат данные — на первом сервере, втором или третьем — пользователя не касается. Он просто работает с файлами.

Создаём группу репликации через DFS Management или PowerShell. Я обычно делаю через PowerShell — воспроизводимо и быстро:

# Создание группы репликации
New-DfsReplicationGroup -GroupName 'Documents-Repl' | 
  New-DfsReplicatedFolder -FolderName 'Documents' |
  Add-DfsrMember -ComputerName 'SRV-FILE1','SRV-FILE2'

# Настройка подключения между серверами
Add-DfsrConnection -GroupName 'Documents-Repl' `
  -SourceComputerName 'SRV-FILE1' -DestinationComputerName 'SRV-FILE2'

# Настройка пути к папке на каждом сервере
Set-DfsrMembership -GroupName 'Documents-Repl' -FolderName 'Documents' `
  -ComputerName 'SRV-FILE1' -ContentPath 'D:\Shares\Documents' `
  -PrimaryMember $true

Set-DfsrMembership -GroupName 'Documents-Repl' -FolderName 'Documents' `
  -ComputerName 'SRV-FILE2' -ContentPath 'D:\Shares\Documents'

# Обновить конфигурацию
Update-DfsrConfigurationFromAD -ComputerName 'SRV-FILE1','SRV-FILE2'

Важно: при первой синхронизации PrimaryMember определяет авторитетный источник данных. Файлы на вторичном сервере, конфликтующие с первичным, будут перемещены в ConflictAndDeleted. Один раз пропустили этот момент — потеряли несколько свежих файлов на вторичном узле. Проверяйте заранее.

Для WAN-каналов между филиалами обязательно ограничивайте пропускную способность — иначе репликация легко забьёт канал в часы пик:

# Установить расписание репликации (например, только ночью)
Set-DfsrConnectionSchedule -GroupName 'Documents-Repl' `
  -SourceComputerName 'SRV-FILE1' -DestinationComputerName 'SRV-FILE2' `
  -Day Monday,Tuesday,Wednesday,Thursday,Friday `
  -BandwidthDetail @{TimeSlotInMinutes=15; Bandwidth='Full'} `
  -ScheduleType UseCustom

# Ограничить полосу пропускания
Set-DfsrConnection -GroupName 'Documents-Repl' `
  -SourceComputerName 'SRV-FILE1' -DestinationComputerName 'SRV-FILE2' `
  -DisableConnection $false

Через GUI (DFS Management): Replication → группа → Connections → Properties → Schedule. Визуально задавать расписание по часам там удобнее — наглядная сетка, сразу видно, что и когда разрешено.

Проверяем состояние репликации:

# Статус репликации
Get-DfsrBacklog -GroupName 'Documents-Repl' `
  -SourceComputerName 'SRV-FILE1' -DestinationComputerName 'SRV-FILE2'

# Отчёт о состоянии
Get-DfsReplicationGroup | Get-DfsrMember | ForEach-Object {
    Write-Host "Member: $($_.ComputerName)" -ForegroundColor Green
    Get-DfsrBacklog -GroupName $_.GroupName `
        -SourceComputerName $_.ComputerName `
        -DestinationComputerName 'SRV-FILE2' 2>$null |
        Measure-Object | Select-Object -ExpandProperty Count
}

# Полный HTML-отчёт
Write-DfsrHealthReport -GroupName 'Documents-Repl' `
  -ReferenceComputerName 'SRV-FILE1' -Path 'C:\Reports'

На что смотреть в первую очередь:

• Backlog — количество файлов, ожидающих репликации. В норме стремится к нулю. Если держится на сотнях — что-то идёт не так
• Staging quota — переполненная staging-папка тормозит репликацию. Видели случаи, когда из-за этого бэклог рос неделями
• ConflictAndDeleted — конфликтные файлы, которые нужно разбирать руками. Копятся незаметно, потом разгребать долго

Проблема: репликация остановилась. Первым делом смотрим журнал событий:

Get-WinEvent -LogName 'DFS Replication' -MaxEvents 20 | 
  Format-Table TimeCreated, Id, Message -Wrap

Event ID 4012 — репликация встала из-за нехватки места. Классика. Решение:

# Увеличить staging quota
Set-DfsrMembership -GroupName 'Documents-Repl' -FolderName 'Documents' `
  -ComputerName 'SRV-FILE1' -StagingPathQuotaInMB 16384

Event ID 2212 — зафиксирован unexpected shutdown, нужно восстанавливать базу DFS-R. Без этого шага репликация не поднимется:

# Сброс базы DFSR (осторожно!)
Stop-Service DFSR
Remove-Item 'D:\System Volume Information\DFSR\*' -Recurse -Force
Start-Service DFSR
# DFS-R выполнит initial sync

Конфликты файлов. Смотрим, что накопилось в папке ConflictAndDeleted:

Get-DfsrConflictInfo -GroupName 'Documents-Repl' -FolderName 'Documents' `
  -ComputerName 'SRV-FILE1' | Select-Object FileName, ConflictPath