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

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

Для управления репликой хранилища можно использовать 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. Чтобы создать ссылку, используйте Azure ExpressRoute, используйте подключение VPN-шлюза типа "сеть — сеть" или установите программное обеспечение VPN на виртуальных машинах Azure для подключения к локальной сети.

• Реплицированное хранилище не может находиться на диске, содержащем папку операционной системы Windows.

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

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

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

Terms

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

• Два сервера: SR-SRV05 и SR-SRV06

• Пара логических "сайтов", представляющих два разных центра обработки данных: Redmond и Bellevue

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

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

1. Скачайте и установите Windows Admin Center.

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

   Если вы используете Windows 10 версии 1809 или более поздней, установите компонент RSAT: модуль реплики хранилища для Windows PowerShell из компонентов по запросу.

3. Откройте сеанс PowerShell от имени администратора:

   1. Нажмите кнопку "Пуск".
   2. Введите PowerShell.
   3. Щелкните Правой кнопкой мыши Windows PowerShell.
   4. Выберите Запуск от имени администратора.

4. Введите следующую команду, чтобы включить протокол WS-Man на локальном компьютере и настроить конфигурацию по умолчанию для удаленного управления на клиенте:

   winrm quickconfig
   

5. Введите Y , чтобы включить службы WinRM и включить исключение брандмауэра WinRM.

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

1. Установите Windows Server на обоих узлах сервера с помощью типа установки Windows Server (рабочий стол).

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

   Note

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

2. Добавьте сведения о сети, присоедините серверы к тому же домену, что и компьютер управления Windows 10 (если вы используете его), а затем перезапустите серверы.

   Note

   Для оставшихся шагов войдите в систему как пользователь домена, который является членом встроенной группы администраторов на всех серверах. Не забудьте повысить уровень powerShell и командных строк в оставшихся шагах, если вы используете графический сервер или на компьютере с Windows 10.

3. Подключите первый набор корпусов хранилища JBOD, целевой объект iSCSI, FC SAN или локальное локальное подключенное к нему хранилище (DAS) к серверу на сайте Redmond.

4. Подключите второй набор хранилища к серверу на сайте Bellevue.

5. По мере необходимости установите последнее встроенное ПО и драйверы хранилища и корпуса поставщика, последние драйверы HBA (адаптера шины хоста) поставщика, последнее встроенное ПО BIOS/UEFI поставщика, последние сетевые драйверы поставщика и последние драйверы наборов микросхем материнской платы на обоих узлах. Перезапустите узлы при необходимости.

   Note

   Обратитесь к документации по поставщику оборудования, чтобы настроить общее хранилище и сетевое оборудование.

6. Убедитесь, что параметры BIOS/UEFI для серверов обеспечивают высокую производительность, такие как отключение C-state, настройка скорости QPI, включение неоднородного доступа к памяти (NUMA) и установка наивысшей частоты памяти. Убедитесь, что для управления питанием в Windows Server задана высокая производительность. При необходимости перезагрузите компьютер.

7. Настройте роли, как описано в следующих разделах:

   • Метод Windows Admin Center

     1. В Windows Admin Center перейдите к диспетчеру серверов и выберите один из серверов.
     2. Перейдите в разделы Роли & Функции.
     3. Выберитереплику хранилищакомпонентов> и нажмите кнопку "Установить".
     4. Повторите эти действия на другом сервере.

   • метод диспетчера сервера

     1. Запустите ServerManager.exe и создайте группу серверов. Добавьте все узлы сервера.

     2. Установите роли и функции реплики файлового сервера и хранилища на каждом узле. Затем перезапустите узлы.

   • Метод Windows PowerShell

     На SR-SRV06 или удаленном компьютере управления выполните следующую команду в консоли Windows PowerShell, чтобы установить необходимые компоненты и роли. Затем перезапустите узлы.

   1. В диспетчере серверов выберите "Создать группу серверов", а затем добавьте все узлы сервера.

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

      Дополнительные сведения об этих шагах см. в разделе Установка или удаление ролей, служб ролей или компонентов

8. Настройте хранилище, как описано в следующих шагах.

   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. Подготовьте хранилище с помощью документации поставщика.

   • Для локального хранилища фиксированных дисков:

     • Убедитесь, что хранилище не содержит системный том, файл страницы или файлы дампа.

     • Подготовьте хранилище с помощью документации поставщика.

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

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

   MD c:\temp
   

   Important

   Если вы используете тестовый сервер без нагрузки ввода-вывода на указанный исходный том в течение ознакомительного периода, попробуйте добавить рабочую нагрузку для создания полезного отчета. Следует тестировать с нагрузками, приближенными к рабочим, чтобы получить реальную статистику и рекомендуемые размеры журналов. Кроме того, скопируйте некоторые файлы в исходный том во время теста или скачивания и запуска DISKSPD для создания операций ввода-вывода записи. Например, скопируйте образец с низкой нагрузкой записи I/O, которая выполняется на протяжении 10 минут на диск D:

   Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test

10. Изучите отчет TestSrTopologyReport.html , чтобы обеспечить соответствие требованиям реплики хранилища.

    

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

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

1. Добавьте исходный сервер:

   1. Нажмите кнопку "Добавить".
   2. Выберите " Добавить подключение к серверу".
   3. Введите имя сервера и нажмите кнопку "Отправить".

2. На панели "Все подключения" выберите исходный сервер.

3. На панели "Сервис" выберите "Реплика хранилища".

4. Выберите "Создать" , чтобы создать новое партнерство.

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

   1. В разделе Репликация с другим серверомвыберите Использовать новую виртуальную машину Azure, а затем выберите Далее. Если этот параметр не отображается, убедитесь, что вы используете Windows Admin Center версии 1910 или более поздней версии.

   2. Укажите сведения о исходном сервере и имя группы репликации, а затем нажмите кнопку "Далее".

      Этот шаг начинает процесс, который автоматически выбирает виртуальную машину Azure Windows Server 2019 или Windows Server 2016 в качестве назначения для источника миграции. Служба миграции хранилища рекомендует размеры виртуальных машин, соответствующие исходному источнику, но вы можете переопределить это ограничение, выбрав Просмотреть все размеры. Данные инвентаризации используются для автоматической настройки управляемых дисков и их файловых систем, а также для присоединения новой виртуальной машины Azure к домену Active Directory.

   3. После создания виртуальной машины Azure в Windows Admin Center укажите имя группы репликации и нажмите кнопку "Создать". Затем Windows Admin Center начинает обычный процесс начальной синхронизации реплики хранилища, чтобы начать защиту данных.

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

5. Укажите сведения о партнерстве и нажмите кнопку "Создать".

   

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

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

1. Убедитесь, что вы используете консоль PowerShell с повышенными привилегиями в качестве администратора.

2. Настройте репликацию между серверами. Укажите исходные и целевые диски, журналы источника и назначения, узлы источника и назначения и размер журнала.

   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 для задания более высокого или более низкого значения.

3. Чтобы получить состояние источника и назначения репликации, используйте командлеты 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         :
   

4. Определите ход выполнения репликации, как описано в следующих шагах.

   1. На исходном сервере выполните следующую команду и проверьте идентификаторы событий 5015, 5002, 5004, 1237, 5001 и 2200:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
      

   2. На целевом сервере выполните следующую команду, чтобы просмотреть события Storage Replica, отражающие создание партнерства. Это событие указывает количество скопированных байтов и то, сколько времени потребовалось для создания партнерства.

      Рассмотрим пример.

      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 можно использовать для запроса сведений.

      Рассмотрим пример.

      (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.

1. Используйте командлеты Get-SRPartnership и Get-SRGroup, чтобы определить текущий источник, назначение репликации и их состояние.

2. Для измерения производительности репликации выполните командлет Get-Counter на исходном и конечном узлах. Имена счетчиков:

   • \Статистика операций ввода-вывода раздела реплики хранилища(*)\Количество раз остановки сброса данных на диск

   • \Статистика ввода-вывода раздела реплики хранилища(*)\Количество операций ввода-вывода на очистку, ожидающих выполнения

   • \Статистика ввода-вывода раздела реплики хранилища(*)\Количество запросов для последней записи в журнал

   • \Статистика операций ввода-вывода секции реплики хранилища(*)\Средняя длина очереди на сброс

   • \Статистика ввода-вывода раздела реплики хранилища(*)\Текущая длина очереди записи на диск

   • \Статистика ввода-вывода раздела реплики хранилища(*)\Количество запросов записи приложения

   • \Статистика операций ввода-вывода реплики хранилища(*)\Среднее количество запросов на запись в журнал

   • \Статистика операций ввода-вывода секции реплики хранилища(*)\Сред. задержка записи приложения

   • \Статистика операций ввода-вывода секции реплики хранилища(*)\Средн. Задержка чтения приложения

   • \Статистика реплики хранилища(*)\Целевая RPO

   • \Статистика репликации хранилища(*)\Текущая RPO

   • \Статистика реплики хранилища(*)\Средн. длина очереди журнала

   • \Статистика реплики хранилища(*)\Длина очереди текущего лога

   • \Статистика реплики хранилища(*)\Всего байт получено

   • \Статистика реплики хранилища(*)\Всего байт отправлено

   • \Статистика реплики хранилища(*)\Средняя задержка отправки по сети

   • \Статистика реплики хранилища(*)\Состояние репликации

   • \Статистика реплики хранилища(*)\Средняя задержка сообщения туда и обратно

   • \Статистика репликации хранилища(*)\Время, прошедшее с последнего восстановления

   • \Статистика реплики хранилища(*)\Количество транзакций восстановления, записанных на диск

   • \Статистика реплики хранилища(*)\Количество транзакций восстановления

   • \Статистика реплики хранилища(*)\Количество сброшенных транзакций репликации

   • \Статистика реплики хранилища(*)\Число транзакций при репликации

   • \Статистика реплики хранилища(*)\Максимальный порядковый номер журнала

   • \Статистика реплики хранилища(*)\Количество полученных сообщений

   • \Статистика реплики хранилища(*)\Количество отправленных сообщений

   Дополнительные сведения о счетчиках производительности в Windows PowerShell см. в статье Get-Counter.

3. Чтобы переместить направление репликации с одного сайта, используйте командлет Set-SRPartnership:

     $params = @{
     NewSourceComputerName  = 'SR-SRV06'
     SourceRGName           = 'RG02'
     DestinationComputerName = 'SR-SRV05'
     DestinationRGName      = 'RG01'
   }
   Set-SRPartnership @params
   

   Warning

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

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

4. Чтобы удалить репликацию, выполните 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.

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

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

2. Убедитесь, что все подлежащие репликации данные размещены на одном или нескольких томах данных, а не на диске C:.

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

3. Поделитесь данными на исходном сервере и сделайте его доступным через пространство имен DFS. Этот шаг важен, чтобы пользователи по-прежнему могли получить к нему доступ, если имя сервера изменится на пространство имен DFS на аварийном участке.

   • Вы можете создать соответствующие общие папки на целевом сервере, который недоступен во время обычных операций.
   • Не добавляйте целевой сервер в пространство имен DFS. Если это сделать, убедитесь, что все целевые объекты папок отключены.

4. Включите репликацию реплики хранилища и выполните начальную синхронизацию. Репликация может быть синхронной или асинхронной.

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

5. Обычно работает до тех пор, пока не будет катастрофы.

6. Переключите сервер назначения так, чтобы он стал новым источником, предоставляя пользователям доступ к его реплицированным томам.

7. Если вы решили использовать синхронную репликацию, восстановление данных не требуется, если пользователь не использовал приложение, которое записывало данные без защиты транзакций (репликация не действует в этом сценарии) при потере исходного сервера. Если вы решили использовать асинхронную репликацию, потребность в подключении моментального снимка службы теневого копирования томов (VSS) становится выше, но рекомендуется использовать VSS во всех случаях для получения моментальных снимков, согласованных с приложением.

8. Добавьте сервер и его общие папки в качестве целевого объекта папки пространства имен DFS.

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

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

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

   После утверждения ExpressRoute в подписку добавляется группа ресурсов. Чтобы просмотреть эту новую группу, перейдите к группам ресурсов. Обратите внимание на имя виртуальной сети.

   

2. Создайте новую группу ресурсов.

3. Добавьте группу безопасности сети. При создании группы безопасности сети выберите идентификатор подписки, связанный с созданным экземпляром ExpressRoute, и выберите группу ресурсов, связанную с ExpressRoute.

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

4. Создайте виртуальную машину Azure со следующими параметрами:

   • Общедоступный IP-адрес: Нет
   • Виртуальная сеть: выберите имя виртуальной сети, указанное в группе ресурсов, добавленной с экземпляром ExpressRoute.
   • группа безопасности сети (брандмауэр): выберите созданную группу безопасности сети.

   

5. После создания виртуальной машины ознакомьтесь с шагом 2: Подготовка операционной системы, компонентов, ролей, хранилища и сетью.

Связанный контент

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