Настройка репликации хранилища между серверами с помощью реплики хранилища

2025-07-14
Применяется к: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

С помощью реплики хранилища можно настроить два сервера для синхронизации данных таким образом, чтобы каждый из них имел идентичную копию одного тома. В этой статье описывается конфигурация репликации между серверами и настройка среды и управление ими.

Для управления репликой хранилища можно использовать Windows Admin Center или PowerShell.

Общие сведения об использовании реплики хранилища в Windows Admin Center см. в следующем видео:

Prerequisites

Лес каталоговых служб Active Directory. (Вам не нужно запускать Windows Server 2016.)
Два сервера под управлением Windows Server 2019 или Windows Server 2016 Datacenter.

Если вы используете Windows Server 2019, вместо этого можно использовать Standard Edition, если репликация только одного тома размером до 2 ТБ подходит для вашего сценария.
Два набора хранилища, которые могут включать последовательный подключенный SCSI (SAS) "просто кучу дисков" корпусов (JBOD), сеть хранилища Fibre Channel (FC SAN), целевой объект "Интерфейс небольших компьютеров Интернета" (iSCSI) или локальное хранилище SCSI или последовательного расширенного технологического вложения (SATA). Хранилище должно содержать сочетание жестких дисков (HDD) и твердотельных носителей (SSD). Вы предоставляете каждый набор хранилища исключительно каждому из серверов, без общего доступа.

Каждый набор хранилища должен поддерживать создание по крайней мере двух виртуальных дисков, один для реплицированных данных и один для журналов. На всех дисках данных в физическом хранилище необходимо использовать одинаковый размер секторов. На всех дисках с журналами в физическом хранилище необходимо использовать одинаковый размер секторов.
По крайней мере одно подключение Ethernet/TCP на каждом сервере для синхронной репликации, но рекомендуется использовать удаленный прямой доступ к памяти (RDMA).
Соответствующие правила брандмауэра и маршрутизатора для разрешения протокола ICMP, блока сообщений сервера (SMB) (порт 445 и порт 5445 для SMB Direct) и управления веб-службами (WS-Man) (порт 5985) двунаправленного трафика между всеми узлами.
Сеть между серверами с достаточной пропускной способностью для обработки рабочей нагрузки ввода-вывода и со средней задержкой 5 мс для синхронной репликации. Асинхронная репликация не имеет рекомендации по задержке.

При репликации между локальными серверами и виртуальными машинами Azure необходимо создать сетевую связь между локальными серверами и виртуальными машинами Azure. To create the link, use Azure ExpressRoute, use a site-to-site VPN gateway connection, or install VPN software in your Azure VMs to connect them with your on-premises network.
Реплицированное хранилище не может находиться на диске, содержащем папку операционной системы Windows.

Important

В этом сценарии каждый сервер должен находиться на другом физическом сайте или на другом логическом сайте. Каждый сервер должен иметь возможность взаимодействовать с другим сервером через сеть.

Вы можете проверить многие из этих требований с помощью командлета Test-SRTopology. Доступ к этому инструменту можно получить, если установить реплику хранилища или установить компоненты средств управления репликой хранилища по крайней мере на одном сервере. Чтобы использовать средство, просто установите и запустите командлет. Дополнительные сведения см. далее в статье.

Требования к Windows Admin Center

Чтобы совместно использовать реплику хранилища и Центр администрирования Windows, вам потребуется:

System	Operating system	Required for
Two servers (любое сочетание локального оборудования, виртуальных машин и облачных виртуальных машин, включая виртуальные машины Azure)	Windows Server 2019, Windows Server 2016 или Windows Server (полугодовый канал)	Storage Replica
One PC	Windows 10	Windows Admin Center;

Note

В настоящее время нельзя использовать Центр администрирования Windows на портале Azure для управления репликой хранилища. Windows Admin Center версии 2410 и более поздних версий можно использовать для управления репликой хранилища.

Terms

В этом пошаговом руководстве в качестве примера используется следующая среда:

Two servers: SR-SRV05 and SR-SRV06
A pair of logical "sites" that represent two different datacenters: Redmond and Bellevue

схема, на которой показан сервер в здании 5, реплицирующийся с сервером в здании 9.

Шаг 1. Установка и настройка Windows Admin Center на компьютере

Если вы используете Windows Admin Center для управления репликой хранилища, выполните следующие действия, чтобы настроить компьютер для управления репликой хранилища.

Скачайте и установите Windows Admin Center.
Скачайте и установите средства удаленного администрирования сервера.

Если вы используете Windows 10 версии 1809 или более поздней, установите компонент RSAT: модуль реплики хранилища для Windows PowerShell из компонентов по запросу.
Откройте сеанс PowerShell от имени администратора:
1. Select Start.
2. Enter PowerShell.
3. Right-click Windows PowerShell.
4. Выберите Запуск от имени администратора.
Введите следующую команду, чтобы включить протокол WS-Man на локальном компьютере и настроить конфигурацию по умолчанию для удаленного управления на клиенте:
```
winrm quickconfig
```
Enter Y to enable WinRM services and to enable a WinRM firewall exception.

Шаг 2. Подготовка операционной системы, функций, ролей, хранилища и сети

Install Windows Server on both server nodes by using the installation type Windows Server (Desktop Experience).

Вы можете использовать виртуальную машину Azure, подключенную к сети через ExpressRoute.

Note

Начиная с Windows Admin Center версии 1910, вы можете настроить целевой сервер автоматически в Azure. Если выбрать этот параметр, установите Windows Server на исходном сервере и перейдите к шагу 3. Настройка репликации между серверами.
Добавьте сведения о сети, присоедините серверы к тому же домену, что и компьютер управления Windows 10 (если вы используете его), а затем перезапустите серверы.

Note

Для оставшихся шагов войдите в систему как пользователь домена, который является членом встроенной группы администраторов на всех серверах. Не забудьте повысить уровень powerShell и командных строк в оставшихся шагах, если вы используете графический сервер или на компьютере с Windows 10.
Connect the first set of JBOD storage enclosures, iSCSI target, FC SAN, or local fixed disk direct-attached storage (DAS) to the server in site Redmond.
Connect the second set of storage to the server in site Bellevue.
По мере необходимости установите последнее встроенное ПО и драйверы хранилища и корпуса поставщика, последние драйверы HBA (адаптера шины хоста) поставщика, последнее встроенное ПО BIOS/UEFI поставщика, последние сетевые драйверы поставщика и последние драйверы наборов микросхем материнской платы на обоих узлах. Перезапустите узлы при необходимости.

Note

Обратитесь к документации по поставщику оборудования, чтобы настроить общее хранилище и сетевое оборудование.
Убедитесь, что параметры BIOS/UEFI для серверов обеспечивают высокую производительность, такие как отключение C-state, настройка скорости QPI, включение неоднородного доступа к памяти (NUMA) и установка наивысшей частоты памяти. Убедитесь, что для управления питанием в Windows Server задана высокая производительность. При необходимости перезагрузите компьютер.
Настройте роли, как описано в следующих разделах:
- Метод Windows Admin Center
  1. В Windows Admin Center перейдите к диспетчеру серверов и выберите один из серверов.
  2. Перейдите в разделы Роли & Функции.
  3. Select Features>Storage Replica, and then select Install.
  4. Повторите эти действия на другом сервере.
- метод диспетчера сервера
  1. Run ServerManager.exe and create a server group. Добавьте все узлы сервера.
  2. Установите роли и функции реплики файлового сервера и хранилища на каждом узле. Затем перезапустите узлы.
- Метод Windows PowerShell
  
  На SR-SRV06 или удаленном компьютере управления выполните следующую команду в консоли Windows PowerShell, чтобы установить необходимые компоненты и роли. Затем перезапустите узлы.
1. In Server Manager, select Create a server group, then add all server nodes.
2. Install the File Server role and Storage Replica feature on each of the nodes and restart them. Дополнительные сведения см. в разделе Установка или удаление ролей, служб ролей или компонентов
  
  Дополнительные сведения об этих шагах см. в разделе Установка или удаление ролей, служб ролей или компонентов
Настройте хранилище, как описано в следующих шагах.
Important
- Необходимо создать два тома на каждой полке: один для данных и один для журналов.
- Диски журналов и данных должны быть инициализированы в виде таблицы секций GUID (GPT), а не в качестве главной записи загрузки (MBR).
- Два тома данных должны иметь одинаковый размер.
- Два тома журнала должны иметь одинаковый размер.
- Все реплицируемые диски данных должны иметь одинаковый размер сектора.
- Все диски журналов должны иметь одинаковый размер сектора.
- Объемы логов следует размещать на флэш-памяти, такой как SSD. Рекомендуется использовать хранилище журналов, которое является более быстрым хранилищем данных. Тома журнала никогда не должны использоваться для других рабочих нагрузок.
- Диски данных могут использовать HDD, SSD или многоуровневую комбинацию и могут использовать зеркальные или четные пространства или RAID 1, RAID 10, RAID 5 или RAID 50.
- Размер журнала по умолчанию — 8 ГБ, если не указано. Объем журнала должен быть не менее 10 ГБ или больше в зависимости от требований к журналам и потребностей организации.
- Роль файлового сервера необходима только для функционирования Test-SRTopology. Откроются необходимые порты брандмауэра для тестирования.
- Для корпусов JBOD:
  1. Убедитесь, что каждый сервер может видеть только корпуса хранилища данного сайта и что подключения SAS правильно настроены.
  2. Настройте хранилище с помощью дисковых пространств: выполните шаги 1–3 в разделе Развертывание дисковых пространств на сервере Stand-Alone, используя Windows PowerShell или Диспетчер серверов.
- Для хранилища iSCSI:
  1. Убедитесь, что каждый кластер может видеть только хранилищные корпуса этого сайта. При использовании iSCSI следует использовать более одного сетевого адаптера.
  2. Подготовьте хранилище с помощью документации поставщика. Если вы используете целевой блок iSCSI на базе Windows, обратитесь к Руководству по хранилищу целевых блоков iSCSI.
- Для хранилища SAN FC:
  1. Убедитесь, что каждый кластер может видеть только корпуса хранилища этого сайта и что вы правильно настроили зонирование узлов.
  2. Подготовьте хранилище с помощью документации поставщика.
- Для локального хранилища фиксированных дисков:
  - Убедитесь, что хранилище не содержит системный том, файл страницы или файлы дампа.
  - Подготовьте хранилище с помощью документации поставщика.
Запустите Windows PowerShell и используйте командлет Test-SRTopology, чтобы определить, все ли требования для реплики хранилища выполнены. Командлет можно использовать в режиме, проверяющем только требования для быстрого тестирования, или в длительном режиме оценки производительности.

Например, чтобы проверить, есть ли у предлагаемых узлов тома F: и G: и запустить тест на 30 минут, используйте следующую команду:
```
MD c:\temp
```
Important

Если вы используете тестовый сервер без нагрузки ввода-вывода на указанный исходный том в течение ознакомительного периода, попробуйте добавить рабочую нагрузку для создания полезного отчета. Следует тестировать с нагрузками, приближенными к рабочим, чтобы получить реальную статистику и рекомендуемые размеры журналов. Alternatively, copy some files into the source volume during the test or download and run DISKSPD to generate write I/Os. Например, скопируйте образец с низкой нагрузкой записи I/O, которая выполняется на протяжении 10 минут на диск D:

Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test
Examine the TestSrTopologyReport.html report to ensure that you meet the Storage Replica requirements.

Шаг 3. Настройка репликации между серверами

Использование Windows Admin Center

Добавьте исходный сервер:
1. Select Add.
2. Выберите " Добавить подключение к серверу".
3. Enter the name of the server, and then select Submit.
On the All Connections pane, select the source server.
On the Tools pane, select Storage Replica.
Select New to create a new partnership.

Чтобы создать виртуальную машину Azure, используемую в качестве назначения для партнерства, выполните следующие действия.
1. В разделе Репликация с другим серверомвыберите Использовать новую виртуальную машину Azure, а затем выберите Далее. Если этот параметр не отображается, убедитесь, что вы используете Windows Admin Center версии 1910 или более поздней версии.
2. Specify your source server information and replication group name, and then select Next.
  
  Этот шаг начинает процесс, который автоматически выбирает виртуальную машину Azure Windows Server 2019 или Windows Server 2016 в качестве назначения для источника миграции. Служба миграции хранилища рекомендует размеры виртуальных машин, соответствующие исходному источнику, но вы можете переопределить это ограничение, выбрав Просмотреть все размеры. Данные инвентаризации используются для автоматической настройки управляемых дисков и их файловых систем, а также для присоединения новой виртуальной машины Azure к домену Active Directory.
3. After Windows Admin Center creates the Azure VM, provide a replication group name, and then select Create. Затем Windows Admin Center начинает обычный процесс начальной синхронизации реплики хранилища, чтобы начать защиту данных.
Вот видео, в которое показано, как использовать реплику хранилища для миграции на виртуальные машины Azure:
Provide the details of the partnership, and then select Create.

Note

Удаление партнерства из Storage Replica в Windows Admin Center не удаляет имя группы репликации.

Использование Windows PowerShell

Затем настройте репликацию между серверами с помощью Windows PowerShell. Необходимо выполнить все следующие действия непосредственно на узлах или с компьютера удаленного управления, содержащего средства удаленного администрирования Windows Server.

Убедитесь, что вы используете консоль PowerShell с повышенными привилегиями в качестве администратора.
Настройте репликацию между серверами. Укажите исходные и целевые диски, журналы источника и назначения, узлы источника и назначения и размер журнала.
```
New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName sr-srv06 -DestinationRGName rg02 -DestinationVolumeName f: -DestinationLogVolumeName g: -LogType Raw
```
Ниже приведен пример выходных данных:
```
DestinationComputerName : SR-SRV06
DestinationRGName       : RG02
SourceComputerName      : SR-SRV05
PSComputerName          :
```
Important

Размер журнала по умолчанию составляет 8 ГБ. В зависимости от результатов командлета Test-SRTopology можно использовать параметр -LogSizeInBytes для задания более высокого или более низкого значения.

Чтобы получить состояние источника и назначения репликации, используйте командлеты Get-SRGroup и Get-SRPartnership:

Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas

Ниже приведен пример выходных данных:

CurrentLsn             : 0
DataVolume             : F:\
LastInSyncTime         :
LastKnownPrimaryLsn    : 1
LastOutOfSyncTime      :
NumOfBytesRecovered    : 37731958784
NumOfBytesRemaining    : 30851203072
PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
PartitionSize          : 68583161856
ReplicationMode        : synchronous
ReplicationStatus      : InitialBlockCopy
PSComputerName         :

Определите ход выполнения репликации, как описано в следующих шагах.
1. На исходном сервере выполните следующую команду и проверьте идентификаторы событий 5015, 5002, 5004, 1237, 5001 и 2200:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
```
2. На целевом сервере выполните следующую команду, чтобы просмотреть события Storage Replica, отражающие создание партнерства. Это событие указывает количество скопированных байтов и то, сколько времени потребовалось для создания партнерства.
  
  For example:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | fl
```
  Ниже приведен пример выходных данных:
```
TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

> [!NOTE]
> By design, Storage Replica dismounts the destination volumes and their drive letters or mount points.
```
3. Кроме того, целевая группа серверов для реплики всегда указывает количество байтов, оставшихся для копирования. PowerShell можно использовать для запроса сведений.
  
  For example:
```
(Get-SRGroup).Replicas | Select-Object numofbytesremaining
```
  Ниже приведен пример хода выполнения (который не завершается):
```
while($true) {

$v = (Get-SRGroup -Name "RG02").replicas | Select-Object numofbytesremaining
[System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
Start-Sleep -s 5
}
```
4. На целевом сервере выполните следующую команду и проверьте идентификаторы событий 5009, 1237, 5001, 5015, 5005 и 2200, чтобы понять ход обработки. В этой последовательности не должно быть предупреждений или ошибок. Будет много идентификаторов событий 1237, которые указывают на ход обработки.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```

Шаг 4. Управление репликацией

Наконец, управляйте и эксплуатируйте реплицированную инфраструктуру серверов. Вы можете выполнить все указанные ниже действия непосредственно на узлах или с компьютера удаленного управления, содержащего средства администрирования удаленного сервера Windows Server.

Используйте командлеты Get-SRPartnership и Get-SRGroup, чтобы определить текущий источник, назначение репликации и их состояние.
Для измерения производительности репликации выполните командлет Get-Counter на исходном и конечном узлах. Имена счетчиков:
- \Статистика операций ввода-вывода раздела реплики хранилища(*)\Количество раз остановки сброса данных на диск
- \Статистика ввода-вывода раздела реплики хранилища(*)\Количество операций ввода-вывода на очистку, ожидающих выполнения
- \Статистика ввода-вывода раздела реплики хранилища(*)\Количество запросов для последней записи в журнал
- \Статистика операций ввода-вывода секции реплики хранилища(*)\Средняя длина очереди на сброс
- \Статистика ввода-вывода раздела реплики хранилища(*)\Текущая длина очереди записи на диск
- \Статистика ввода-вывода раздела реплики хранилища(*)\Количество запросов записи приложения
- \Статистика операций ввода-вывода реплики хранилища(*)\Среднее количество запросов на запись в журнал
- \Статистика операций ввода-вывода секции реплики хранилища(*)\Сред. задержка записи приложения
- \Статистика операций ввода-вывода секции реплики хранилища(*)\Средн. Задержка чтения приложения
- \Статистика реплики хранилища(*)\Целевая RPO
- \Статистика репликации хранилища(*)\Текущая RPO
- \Статистика реплики хранилища(*)\Средн. длина очереди журнала
- \Статистика реплики хранилища(*)\Длина очереди текущего лога
- \Статистика реплики хранилища(*)\Всего байт получено
- \Статистика реплики хранилища(*)\Всего байт отправлено
- \Статистика реплики хранилища(*)\Средняя задержка отправки по сети
- \Статистика реплики хранилища(*)\Состояние репликации
- \Статистика реплики хранилища(*)\Средняя задержка сообщения туда и обратно
- \Статистика репликации хранилища(*)\Время, прошедшее с последнего восстановления
- \Статистика реплики хранилища(*)\Количество транзакций восстановления, записанных на диск
- \Статистика реплики хранилища(*)\Количество транзакций восстановления
- \Статистика реплики хранилища(*)\Количество сброшенных транзакций репликации
- \Статистика реплики хранилища(*)\Число транзакций при репликации
- \Статистика реплики хранилища(*)\Максимальный порядковый номер журнала
- \Статистика реплики хранилища(*)\Количество полученных сообщений
- \Статистика реплики хранилища(*)\Количество отправленных сообщений
For more information on performance counters in Windows PowerShell, see Get-Counter.
Чтобы переместить направление репликации с одного сайта, используйте командлет Set-SRPartnership:
```
  $params = @{
  NewSourceComputerName  = 'SR-SRV06'
  SourceRGName           = 'RG02'
  DestinationComputerName = 'SR-SRV05'
  DestinationRGName      = 'RG01'
}
Set-SRPartnership @params
```
Warning

Windows Server предотвращает переключение ролей при текущей начальной синхронизации. Потеря данных может возникнуть, если вы пытаетесь переключиться, прежде чем разрешить начальную репликацию завершить. Не переключайте направления принудительно до завершения начальной синхронизации.

Проверьте журналы событий, чтобы просмотреть направление изменения репликации и режима восстановления, а затем выполнить согласование. Операции ввода-вывода могут записывать данные в хранилище нового исходного сервера. Изменение направления репликации блокирует записи операций ввода-вывода на исходном компьютере.
Чтобы удалить репликацию, выполните Get-SRGroup, Get-SRPartnership, Remove-SRGroup и Remove-SRPartnership на каждом узле. Убедитесь, что вы запускаете командлет Remove-SRPartnership только в текущем источнике репликации, а не на целевом сервере. Выполните Remove-SRGroup на обоих серверах.

Например, чтобы удалить всю репликацию с двух серверов, выполните следующие команды:
```
Get-SRPartnership
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```

Замена репликации DFS репликой хранилища

Многие клиенты Майкрософт развертывают репликацию служб Windows DFS в качестве решения аварийного восстановления для неструктурированных пользовательских данных, таких как домашние папки и общие папки отдела. Репликация DFS поставляется во всех версиях с Windows Server 2003 R2 и работает в сетях с низкой пропускной способностью. Это привлекательная альтернатива для сред с высокой задержкой и низкой изменчивостью, которые имеют множество узлов.

Однако при использовании для репликации данных это решение имеет существенные ограничения:

Он не реплицирует используемые или открытые файлы.
Он не реплицируется синхронно.
Задержка асинхронной репликации может составлять несколько минут, часов или даже дней.
Она зависима от базы данных, поэтому при сбое подачи питания может потребоваться длительная проверка согласованности.
Обычно он настраивается как система с несколькими главными узлами, что позволяет изменениям происходить в обоих направлениях, и может перезаписать более новые данные.

Реплика хранилища не имеет этих ограничений.

Однако реплика хранилища имеет несколько ограничений, которые могут сделать его менее привлекательным в некоторых средах:

Оно поддерживает только репликацию "один к одному" между томами. Можно реплицировать различные объёмы данных между несколькими серверами.
Хотя она поддерживает асинхронную репликацию, она не предназначена для сетей с низкой пропускной способностью, высокой задержкой.
Он не позволяет пользователям получать доступ к защищенным данным на целевом сервере во время репликации.

Если эти факторы не являются блокирующими в вашем сценарии, можно использовать Storage Replica для замены серверов репликации DFS более новой технологией Storage Replica.

Процесс, на высоком уровне, имеет следующие действия:

Установите Windows Server на двух серверах и настройте хранилище. Возможно, потребуется обновить существующий набор серверов или выполнить очистку установок операционной системы.
Убедитесь, что все подлежащие репликации данные размещены на одном или нескольких томах данных, а не на диске C:.
- Вы также можете подготовить данные на другом сервере, чтобы сэкономить время, используя резервные копии или копии файлов, или использовать тонкое резервирование. В отличие от репликации DFS, нет необходимости идеально согласовывать безопасность, схожую с метаданными.
Поделитесь данными на исходном сервере и сделайте его доступным через пространство имен DFS. Этот шаг важен, чтобы пользователи по-прежнему могли получить к нему доступ, если имя сервера изменится на пространство имен DFS на аварийном участке.
- Вы можете создать соответствующие общие папки на целевом сервере, который недоступен во время обычных операций.
- Не добавляйте целевой сервер в пространство имен DFS. Если это сделать, убедитесь, что все целевые объекты папок отключены.
Включите репликацию реплики хранилища и выполните начальную синхронизацию. Репликация может быть синхронной или асинхронной.
- Мы рекомендуем синхронную репликацию, чтобы гарантировать согласованность данных ввода-вывода на целевом сервере.
- Настоятельно рекомендуем включить теневые копии томов и периодически создавать моментальные снимки с помощью vssadmin или другого средства. Это действие гарантирует, что приложения последовательно сбрасывают файлы данных на диск. При возникновении аварии можно восстановить файлы из моментальных снимков на целевом сервере, которые могут быть частично реплицированы асинхронно. Моментальные снимки реплицируются вместе с файлами.
Обычно работает до тех пор, пока не будет катастрофы.
Переключите сервер назначения так, чтобы он стал новым источником, предоставляя пользователям доступ к его реплицированным томам.
Если вы решили использовать синхронную репликацию, восстановление данных не требуется, если пользователь не использовал приложение, которое записывало данные без защиты транзакций (репликация не действует в этом сценарии) при потере исходного сервера. Если вы решили использовать асинхронную репликацию, потребность в подключении моментального снимка службы теневого копирования томов (VSS) становится выше, но рекомендуется использовать VSS во всех случаях для получения моментальных снимков, согласованных с приложением.
Добавьте сервер и его общие папки в качестве целевого объекта папки пространства имен DFS.

Теперь пользователи могут снова обратиться к своим данным.

Note

Планирование аварийного восстановления является сложной темой и требует значительного и подробного внимания к плану. Настоятельно рекомендуется создавать модули Runbook и выполнять ежегодные динамические отработки отказа. Когда происходит настоящая катастрофа, царит хаос, и опытный персонал может быть недоступен.

Добавление виртуальной машины Azure, подключенной к сети через ExpressRoute

В портале Azure создайте экземпляр ExpressRoute .

После утверждения ExpressRoute в подписку добавляется группа ресурсов. To view this new group, go to Resource groups. Обратите внимание на имя виртуальной сети.
Создайте новую группу ресурсов.
Добавьте группу безопасности сети. При создании группы безопасности сети выберите идентификатор подписки, связанный с созданным экземпляром ExpressRoute, и выберите группу ресурсов, связанную с ExpressRoute.

Добавьте все правила безопасности для входящего и исходящего трафика, необходимые группе безопасности сети. Например, может потребоваться разрешить доступ к виртуальной машине удаленного рабочего стола.
Create an Azure VM that has the following settings:
- Общедоступный IP-адрес: Нет
- Virtual network: Select the virtual network name you noted from the resource group added with the ExpressRoute instance.
- группа безопасности сети (брандмауэр): выберите созданную группу безопасности сети.
После создания виртуальной машины ознакомьтесь с шагом 2: Подготовка операционной системы, компонентов, ролей, хранилища и сетью.

Обзор технологии Storage Replica
репликация кластера Stretch с помощью общего хранилища
Репликация хранилища от кластера к кластеру
Storage Replica: известные проблемы
Репликация хранилища: часто задаваемые вопросы
Локальные дисковые пространства

Поделиться через

Настройка репликации хранилища между серверами с помощью реплики хранилища

Prerequisites

Требования к Windows Admin Center

Terms

Шаг 1. Установка и настройка Windows Admin Center на компьютере

Шаг 2. Подготовка операционной системы, функций, ролей, хранилища и сети

Шаг 3. Настройка репликации между серверами

Использование Windows Admin Center

Использование Windows PowerShell

Шаг 4. Управление репликацией

Замена репликации DFS репликой хранилища

Добавление виртуальной машины Azure, подключенной к сети через ExpressRoute

Related content

Обратная связь

Дополнительные ресурсы