Изменить

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

Часто задаваемые вопросы о реплике хранилища

  • Вопросы и ответы

В этой статье содержатся ответы на часто задаваемые вопросы о реплике хранилища.

Поддерживается ли реплика хранилища в Azure?

Да. В Azure можно использовать следующие сценарии:

  • Репликация между серверами в Azure (синхронно или асинхронно между виртуальными машинами IaaS) в одном или двух доменах сбоя центра обработки данных или асинхронно между двумя отдельными регионами.
  • Асинхронная репликация между Azure и локальной репликацией (с помощью виртуальной частной сети (VPN) или Azure ExpressRoute.
  • Репликация между кластерами в Azure (синхронно или асинхронно между виртуальными машинами IaaS в одном или двух доменах сбоя центра обработки данных или асинхронно между двумя отдельными регионами).
  • Асинхронная репликация кластеров между Azure и локальной средой (с помощью VPN или Azure ExpressRoute).
  • Растяжение кластеризации с помощью общих дисков Azure (синхронно или асинхронно между виртуальными машинами IaaS в одном или двух доменах сбоя центра обработки данных или асинхронно между двумя отдельными регионами).

Дополнительные сведения о кластеризации гостевых машин в Azure см. в статье Развертывание гостевых кластеров виртуальных машин IaaS в Azure.

Важные примечания.

Как просмотреть ход выполнения репликации во время начальной синхронизации?

Идентификатор события 1237 сообщений в журнале событий администратора реплики хранилища на целевом сервере показывает количество байтов, скопированных и байты, оставшиеся каждые 10 секунд.

Другим вариантом является использование счетчика производительности реплики хранилища на целевом сервере в разделе \Статистика реплики хранилища\Общее количество полученных байтов для одного или нескольких реплицированных томов.

Вы также можете запросить группу репликации с помощью Windows PowerShell. Например, следующая пример команды получает имя групп в назначении, а затем запрашивает одну группу с именем репликации 2 каждые 10 секунд, чтобы показать ход выполнения:

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

Можно ли указать сетевые интерфейсы для репликации?

Да. Чтобы указать сетевые интерфейсы для репликации, используйте командлет Set-SRNetworkConstraint. Этот командлет работает на уровне интерфейса. Его можно использовать как в сценариях кластера, так и некластеров.

Например, с автономным сервером (на каждом узле) выполните следующие команды:

Get-SRPartnership

Get-NetIPConfiguration

Обратите внимание на сведения о шлюзе и интерфейсе (на обоих серверах) и направлениях партнерства. Затем запустите:

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Чтобы настроить ограничения сети в растянутом кластере, выполните следующую команду:

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

Можно ли настроить репликацию "один ко многим" или транзитивную репликацию (A to B to C)?

Нет, реплика хранилища поддерживает только одну репликацию сервера, кластера или растянутого узла кластера. Репликация между различными серверами определенной пары томов можно настроить в любом направлении. Например, сервер 1 может реплицировать том D на сервер 2 и его том E с сервера 3.

Можно ли увеличивать или уменьшать реплицированные тома, реплицируемые реплицируемыми репликами хранилища?

Вы можете увеличивать (расширять) тома, но не сжимать их. По умолчанию реплика хранилища запрещает администраторам расширять реплицированные тома. Перед изменением размера используйте параметр Set-SRGroup -AllowVolumeResize $TRUE в исходной группе.

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

  1. Выполните следующую команду на исходном компьютере: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE.
  2. Выращивайте том с помощью предпочитаемого метода.
  3. Выполните следующую команду на исходном компьютере: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE.

Можно ли использовать целевой том в сети для доступа только для чтения?

Windows Server 2016: нет. Реплика хранилища отключает целевой том при начале репликации в Windows Server 2016.

Windows Server 2019: Да. Вы можете подключить целевое хранилище с помощью функции тестовой отработки отказа. Чтобы выполнить тестовую отработку отказа, необходимо иметь неиспользуемый том NTFS или ReFS, который в настоящее время не реплицируется в назначении. Затем подключите моментальный снимок реплицированного хранилища для тестирования или резервного копирования.

Чтобы создать тестовую отработку отказа для группы репликации RG2 на целевом сервере SRV2, используя T: в качестве временного диска, который не реплицируется, выполните следующую команду:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

Реплицированный том теперь доступен в SRV2. Вы можете читать и записывать в него обычно, копировать файлы из него или запускать онлайн-резервную копию, которую вы сохраняете в другом месте для безопасного хранения. Том T: содержит данные журнала.

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

Dismount-SRDestination -Name RG2 -Computername SRV2

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

Можно ли настроить Scale-Out файлового сервера (SOFS) в растянутом кластере?

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

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

Требуются ли общие тома кластера для репликации в растянутом кластере или между кластерами?

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

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

Можно ли настроить локальные дисковые пространства в растянутом кластере с помощью реплики хранилища?

Нет. Эта конфигурация не поддерживается в Windows Server.

В репликации между кластерами реплика хранилища полностью поддерживает SOFS и серверы Hyper-V, включая использование локальных дисковых пространств.

Как настроить асинхронную репликацию?

Запустите New-SRPartnership -ReplicationMode и укажите аргумент Asynchronous. По умолчанию все репликации в реплике хранилища синхронны. Вы также можете изменить режим, выполнив Set-SRPartnership -ReplicationMode.

Как предотвратить автоматическую отработку отказа растянутого кластера?

Чтобы предотвратить автоматическую отработку отказа, можно использовать PowerShell для настройки Get-ClusterNode -Name "NodeName").NodeWeight=0. Эта команда удаляет голосование на каждом узле на сайте аварийного восстановления. Затем можно запустить Start-ClusterNode -PreventQuorum на узлах на основном сайте и Start-ClusterNode -ForceQuorum на узлах на сайте аварийной ситуации, чтобы принудительно выполнить отработку отказа. Запрет автоматической отработки отказа недоступен в качестве параметра конфигурации пользовательского интерфейса, и рекомендуется не предотвращать автоматическую отработку отказа.

Как отключить устойчивость виртуальных машин?

Чтобы предотвратить запуск новой функции устойчивости Hyper-V виртуальных машин и вместо этого приостанавливать отработку отказа виртуальных машин на сайт аварийного восстановления, запустите (Get-Cluster).ResiliencyDefaultPeriod=0.

Как уменьшить время начальной синхронизации?

Для ускорения начальной синхронизации можно использовать тонко подготовленное хранилище. Запросы реплики хранилища и автоматически используют тонко подготовленное хранилище, включая некластеризованные дисковые пространства, Hyper-V динамические диски и логические номера единиц хранения (LUN). После начала начальной репликации невозможно уменьшить или обрезать том.

Вы также можете использовать затраченные тома данных для уменьшения использования пропускной способности и в некоторых сценариях времени синхронизации. Используйте параметр "Начальный" в диспетчере отказоустойчивых кластеров или используйте командлет New-SRPartnership, чтобы убедиться, что целевой том содержит некоторые подмножества данных с первичного сайта. Если том в основном пуст, использование затраченной синхронизации может сократить время и использование пропускной способности.

Для заполнения данных можно выбрать варианты, которые предлагают различные степени эффективности:

  • предыдущихрепликации. Репликация с помощью обычной начальной синхронизации между узлами, содержащими диски и тома, удалите репликацию, отправьте конечные диски в другое место, а затем добавьте репликацию с помощью начального параметра. Этот метод является наиболее эффективным, так как реплика хранилища гарантирует зеркальное отображение блочного копирования, и единственное, что необходимо реплицировать, — разностные блоки.
  • восстановленный моментальный снимок или восстановленное резервное копирование на основе моментальных снимков. При восстановлении моментального снимка на основе тома на целевом томе должны быть минимальные различия в макете блока. Этот метод является следующим наиболее эффективным. Блоки, скорее всего, совпадают, так как моментальные снимки томов являются зеркальными изображениями.
  • скопированные файлы. Создайте новый том в месте назначения, который не использовался, а затем выполните полную robocopy /MIR копию данных. Скорее всего, совпадения блокируются. При использовании проводника Windows или копирования некоторых частей дерева не создается много совпадений блоков. Копирование файлов вручную является наименее эффективным способом заполнения.

Можно ли делегировать пользователей администрировать репликацию?

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

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

Grant-SRDelegation -UserName contoso\tonywang

Командлет напоминает вам, что пользователю необходимо выйти из системы, а затем войти на сервер, который планируется администрировать, чтобы изменения вошли в силу. Для дальнейшего делегирования управления можно использовать Get-SRDelegation и командлеты Revoke-SRDelegation.

Каковы параметры резервного копирования и восстановления для реплицированных томов?

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

При возникновении аварии и потери исходного тома можно использовать командлет Set-SRPartnership для повышения назначения в качестве нового исходного тома. В новом созданном источнике можно создать резервную копию или восстановить этот том. Вы также можете удалить репликацию с помощью Remove-SRPartnership и командлетов Remove-SRGroup для повторного подключения тома в виде чтения и записи.

Чтобы создать периодические моментальные снимки, согласованные с приложениями, можно использовать службу теневого копирования томов томов (VSS), выполнив VSSAdmin.exe на исходном сервере для моментального снимка реплицированных томов данных.

Например, где выполняется репликация тома F: с помощью реплики хранилища, выполните следующую команду:

vssadmin create shadow /for=F:

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

Например, по-прежнему используется F:, выполните следующую команду:

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

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

Реплика хранилища поддерживает резервные копии на основе файлов. Реплика хранилища не поддерживает резервное копирование и восстановление на основе блоков.

Какие сетевые порты требует реплика хранилища?

Реплика хранилища зависит от блока сообщений сервера (SMB) и управления веб-службами (WSMan) для репликации и управления ими, поэтому требуются следующие порты:

  • 445 (SMB; транспортный протокол репликации, протокол управления RPC кластера)
  • 5445 (iWARP SMB; требуется только при использовании сети iWARP удаленного прямого доступа к памяти (RDMA)
  • 5985 (WSManHTTP; протокол управления для инструментария управления Windows (WMI)/Common Information Model (CIM)/PowerShell)

Примечание.

Для командлета Test-SRTopology требуется ICMPv4/ICMPv6, но не для репликации или управления.

Что такое рекомендации по тому журнала?

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

  • Более крупный или меньший журнал не делает репликацию быстрее или медленнее.
  • Более крупный или меньший журнал не имеет никакого отношения к тому данных размером 10 ГБ и объему данных размером 10 ТБ (например).

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

Реплика хранилища зависит от журнала для всей производительности записи. Производительность журнала важна для производительности репликации. Необходимо убедиться, что том журнала работает лучше, чем том данных, так как журнал сериализуется и последовательно выполняет все операции ввода-вывода записи. В томах журналов всегда следует использовать флэш-носитель, например твердотельный диск (SSD). Вы никогда не должны разрешать выполнение других рабочих нагрузок в томе журнала таким же образом, как и другие рабочие нагрузки, которые будут выполняться в томах журнала базы данных SQL.

Это важно

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

Рекомендации по размеру журнала можно получить, выполнив командлет Test-SRTopology. Кроме того, можно использовать счетчики производительности на существующих серверах для принятия решения по размеру журнала. Формула проста: отслеживайте пропускную способность диска данных (Avg Write Bytes/Sec) в рабочей нагрузке и используйте ее для вычисления времени, необходимого для заполнения журнала различных размеров. Например, пропускная способность диска данных 50 МБ/с приводит к тому, что журнал 120 ГБ будет упаковывать в 120 ГБ, разделенный на 50 МБ в секунду, что составляет 2400 секунд или 40 минут. Таким образом, время, когда целевой сервер может быть недоступен до упаковки журнала составляет 40 минут. Если оболочка журнала, но назначение становится доступным снова, исходный воспроизведение блокируется через журнал растрового изображения вместо основного журнала. Размер журнала не влияет на производительность.

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

Какую топологию следует выбрать: растянутый кластер, кластер — кластер или сервер — сервер?

Реплика хранилища поставляется в трех основных конфигурациях: растянутый кластер, кластер — кластер и сервер— сервер. Каждая топология имеет разные преимущества.

Топология растянутого кластера идеально подходит, если для рабочей нагрузки требуется автоматическая отработка отказа с оркестрацией, например в кластере частного облака Hyper-V или для FCI SQL Server. Он также имеет встроенный графический интерфейс, диспетчер отказоустойчивости кластеров для удобства использования. В нем используется классическая асимметричная архитектура общего хранилища дисковых пространств, SAN, iSCSI и RAID с помощью постоянного резервирования. Эту топологию можно запустить с двумя узлами.

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

Топология "сервер — сервер" идеально подходит, если вы используете оборудование, которое не может быть кластеризовано. Для этого требуется отработка отказа вручную и оркестрация. Это идеально подходит для недорогих развертываний между филиалами и центральными центрами обработки данных, особенно при использовании асинхронной репликации. Эта конфигурация часто может заменить экземпляры репликации распределенной файловой системы (репликация DFS), защищенные файловыми серверами, которые используются для сценариев аварийного восстановления с одним главным сервером.

Во всех случаях топологии поддерживают как на физическом оборудовании, так и на виртуальных машинах. На виртуальной машине базовый гипервизор не требует Hyper-V. Можно использовать, например, VMware, KVM или Xen.

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

Поддерживается ли дедупликация данных с репликой хранилища?

Да. Включите дедупликацию данных на томе на исходном сервере и во время репликации целевой сервер получает дедупликированную копию тома.

Хотя необходимо установить дедупликацию данных как на исходном, так и на конечных серверах (см. раздел Установка и включение дедупликации данных), важно не включить дедупликацию данных на целевом сервере. Реплика хранилища позволяет записывать только на исходном сервере. Так как дедупликация данных выполняет запись в том, она должна выполняться только на исходном сервере.

Можно ли реплицироваться между Windows Server 2019 и Windows Server 2016?

К сожалению, мы не поддерживаем создание нового партнерства между Windows Server 2019 и Windows Server 2016. Вы можете безопасно обновить сервер или кластер под управлением Windows Server 2016 до Windows Server 2019, а все существующие партнерские отношения продолжают работать.

Чтобы повысить производительность репликации Windows Server 2019, все члены партнерства должны запускать Windows Server 2019. Необходимо также удалить существующие партнерские отношения и связанные группы репликации, а затем повторно создать их с заполненными данными (при создании партнерства в Windows Admin Center или с помощью командлета New-SRPartnership).

Как сообщить о проблеме с репликой хранилища или документацией?

Для технической помощи с репликой хранилища вы можете разместить Microsoft Q & A или обратиться в службу поддержки Microsoft Business.

Сведения о проблемах с этой документацией см. в разделе отзывов в нижней части этой страницы и выберите Этой странице.

Можно ли настроить репликацию реплики хранилища в обоих направлениях?

Реплика хранилища — это односторонняя технология репликации. Он реплицируется только из источника в место назначения на основе каждого тома. Направление можно изменить в любое время, но оно по-прежнему реплицируется только в одном направлении.

Набор томов (источник и назначение) можно реплицировать в одном направлении, а другой набор дисков (источник и назначение) реплицирован в противоположном направлении.

Например, необходимо настроить репликацию между серверами. Сервер1 и Сервер2 имеют буквы дисков L:, M:, N:и O:. Вы хотите реплицировать M: диска из Server1 в Server2и реплицировать O: диска из Server2 в Server1. Если для каждой группы есть отдельные диски журналов, можно использовать эту конфигурацию:

  • Server1 исходного диска M: с дисками журналов источника L: репликации Server2 в drive M: назначения drive M: с дисками журналов назначения .
  • Server2 исходного диска O: с исходным диском журнала N: репликации в Server1 назначения drive O: с N:диска журнала назначения.

Можно ли разместить диски кластера в режиме обслуживания?

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

Можно ли настроить реплика хранилища между разными версиями операционной системы?

Реплика хранилища блокирует новое партнерство, если версии журнала репликации не соответствуют или если возможность не поддерживается обоими серверами. Сжатие реплики хранилища — это пример возможности, которая не соответствует версиям операционной системы, так как она была добавлена в Windows Server 2022. Попытка настроить партнерство с сервером, который не поддерживает возможность, возвращает ошибку "Запрошенная операция не поддерживается".

В следующей таблице показана таблица взаимодействия с текущей версией журнала:

Репликация из /в Windows Server 2016 Windows Server 2019 Windows Server 2022
Windows Server 2016
Windows Server 2019
Windows Server 2022

Связанное содержимое