Репликация конечных объектов папок с помощью репликации DFS Replicate folder targets using DFS Replication

Область применения: Windows Server 2019, Windows Server (половина ежегодного канала), Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 и Windows Server 2008 Applies to: Windows Server 2019, Windows Server (Semi-Annual Channel), Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, and Windows Server 2008

Можно использовать репликацию DFS для синхронизации содержимого конечных объектов папок, чтобы пользователи видели одни и те же файлы вне зависимости от того, на какой конечный объект папки перенаправляется клиентский компьютер. You can use DFS Replication to keep the contents of folder targets in sync so that users see the same files regardless of which folder target the client computer is referred to.

Репликация конечных объектов папок с помощью репликации DFS To replicate folder targets using DFS Replication

Нажмите кнопку Пуск, укажите пункт Администрирование, а затем щелкните Управление DFS. Click Start, point to Administrative Tools, and then click DFS Management.

В узле Пространства имен дерева консоли щелкните правой кнопкой мыши папку, содержащую два или более конечных объекта, и выберите Реплицировать папку. In the console tree, under the Namespaces node, right-click a folder that has two or more folder targets, and then click Replicate Folder.

Следуйте инструкциям в мастере репликации папок. Follow the instructions in the Replicate Folder Wizard.

Часто задаваемые вопросы о реплике хранилища Frequently Asked Questions about Storage Replica

Применяется к: Windows Server 2019, Windows Server 2016, Windows Server (Semi-Annual Channel) Applies to: Windows Server 2019, Windows Server 2016, Windows Server (Semi-Annual Channel)

В этой статье содержатся ответы на часто задаваемые вопросы о реплике хранилища. This topic contains answers to frequently asked questions (FAQs) about Storage Replica.

Поддерживается ли в Azure Реплика хранилища? Is Storage Replica supported on Azure?

Да. Yes. В Azure можно использовать следующие сценарии: You can use the following scenarios with Azure:

1. Репликация «сервер-сервер» в Azure (синхронная или асинхронная между виртуальными машинами IaaS в одном или двух доменах сбоя центра обработки данных или в асинхронном режиме между двумя отдельными регионами) Server-to-server replication inside Azure (synchronously or asynchronously between IaaS VMs in one or two datacenter fault domains, or asynchronously between two separate regions)
2. Асинхронная репликация между серверами между Azure и локальной средой (с помощью VPN или Azure ExpressRoute) Server-to-server asynchronous replication between Azure and on-premises (using VPN or Azure ExpressRoute)
3. Репликация кластера в кластер внутри Azure (синхронная или асинхронная между виртуальными машинами IaaS в одном или двух доменах сбоя центра обработки данных или асинхронно между двумя отдельными регионами) Cluster-to-cluster replication inside Azure (synchronously or asynchronously between IaaS VMs in one or two datacenter fault domains, or asynchronously between two separate regions)
4. Асинхронная репликация из кластера в кластер между Azure и локальной средой (с помощью VPN или Azure ExpressRoute); Cluster-to-cluster asynchronous replication between Azure and on-premises (using VPN or Azure ExpressRoute)

Дополнительные замечания о кластеризации гостевых систем в Azure можно найти здесь: развертывание гостевых кластеров виртуальных машин IaaS в Microsoft Azure. Further notes on guest clustering in Azure can be found at: Deploying IaaS VM Guest Clusters in Microsoft Azure.

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

1. Azure не поддерживает использование общих гостевых кластеров VHDX, поэтому виртуальные машины отказоустойчивого кластера Windows должны использовать цели iSCSI для классического кластера резервирования постоянного хранилища или Локальные дисковые пространства. Azure doesn’t support shared VHDX guest clustering, so Windows Failover Cluster virtual machines must use iSCSI targets for classic shared-storage persistent disk reservation clustering or Storage Spaces Direct.
2. Существуют Azure Resource Managerные шаблоны для кластеризации реплик хранилища на основе Локальные дисковые пространства при создании кластеров Локальные дисковые пространства SOFS с репликой хранилища для аварийного восстановления в регионах Azure. There are Azure Resource Manager templates for Storage Spaces Direct-based Storage Replica clustering at Create a Storage Spaces Direct SOFS Clusters with Storage Replica for Disaster Recovery across Azure Regions.
3. Для обмена данными между кластером и RPC в Azure (требуется для API-интерфейсов кластера для предоставления доступа между кластерами) необходимо настроить доступ к сети для CNO. Cluster to cluster RPC communication in Azure (required by the cluster APIs for granting access between cluster) requires configuring network access for the CNO. Необходимо разрешить TCP-порт 135 и динамический диапазон выше TCP-порта 49152. You must allow TCP port 135 and the dynamic range above TCP port 49152. Создание отказоустойчивого кластера Windows Server на виртуальной машине IaaS в Azure — часть 2. Reference Building Windows Server Failover Cluster on Azure IAAS VM – Part 2 Network and Creation.
4. Можно использовать гостевые кластеры из двух узлов, где каждый узел использует петлевой iSCSI для асимметричного кластера, реплицированного репликой хранилища. It’s possible to use two-node guest clusters, where each node is using loopback iSCSI for an asymmetric cluster replicated by Storage Replica. Но это, скорее всего, приведет к очень низкой производительности и будет использоваться только для очень ограниченных рабочих нагрузок или тестирования. But this will likely have very poor performance and should be used only for very limited workloads or testing.

Разделы справки просмотреть ход выполнения репликации во время начальной синхронизации? How do I see the progress of replication during initial sync?

Сообщения о событии 1237, которые отображаются в журнале административных событий реплики хранилища на конечном сервере каждые 10 секунд, информируют о количестве скопированных и оставшихся байт. The Event 1237 messages shown in the Storage Replica Admin even log on the destination server show number of bytes copied and bytes remaining every 10 seconds. Также можно использовать счетчик производительности реплики хранилища на узле назначения, который отображает общее количество полученных байтов для одного или нескольких реплицируемых томов (\Storage Replica Statistics\Total Bytes Received). You can also use the Storage Replica performance counter on the destination showing \Storage Replica Statistics\Total Bytes Received for one or more replicated volumes. Еще можно с помощью Windows PowerShell отправить запрос к группе репликации. You can also query the replication group using Windows PowerShell. Так, команда из этого примера возвращает имена групп на целевом компьютере, а затем каждые 10 секунд запрашивает одну группу с именем Replication 2 и отображает ход выполнения задания: For instance, this sample command gets the name of the groups on the destination then queries one group named Replication 2 every 10 seconds to show progress:

Можно ли указать, какие сетевые интерфейсы будут использоваться для репликации? Can I specify specific network interfaces to be used for replication?

Да, с помощью Set-SRNetworkConstraint . Yes, using Set-SRNetworkConstraint . Этот командлет работает на уровне интерфейсов, как для кластерных развертываний, так и без использования кластеров. This cmdlet operates at the interface layer and be used on both cluster and non-cluster scenarios. Пример команды для изолированного сервера (выполнить на каждом узле): For example, with a standalone server (on each node):

Запишите сведения о шлюзе и интерфейсе (на обоих серверах), а также информацию о направлениях партнерства. Note the gateway and interface information (on both servers) and the partnership directions. Далее выполните: Then run:

Чтобы настроить сетевые ограничения для растянутого кластера, выполните: For configuring network constraints on a stretch cluster:

Можно ли настроить репликацию «один ко многим» или «транзитный» (от A до B до C)? Can I configure one-to-many replication or transitive (A to B to C) replication?

Нет, Реплика хранилища поддерживает только одну репликацию сервера, кластера или узла растянутого кластера. No, Storage Replica supports only one to one replication of a server, cluster, or stretch cluster node. Возможно, ситуация изменится в более поздней версии. This may change in a later release. Конечно, вы можете настроить репликацию в любом направлении между разными серверами определенной пары томов. You can of course configure replication between various servers of a specific volume pair, in either direction. Например, сервер 1 может реплицировать свой том D на сервер 2, а свой том E — с сервера 3. For instance, Server 1 can replicate its D volume to server 2, and its E volume from Server 3.

Можно ли увеличить или уменьшить размер томов, которые реплицирует реплика хранилища? Can I grow or shrink replicated volumes replicated by Storage Replica?

Размер тома можно увеличить, но не уменьшить. You can grow (extend) volumes, but not shrink them. По умолчанию администраторы не могут увеличивать размер реплицированных томов. Используйте параметр Set-SRGroup -AllowVolumeResize $TRUE для исходной группы до изменения размера. By default, Storage Replica prevents administrators from extending replicated volumes; use the Set-SRGroup -AllowVolumeResize $TRUE option on the source group, prior to resizing. Пример: For example:

1. Использовать для исходного компьютера: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE Use against the source computer: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE
2. Увеличьте размер тома с помощью любого метода. Grow the volume using whatever technique you prefer
3. Использовать для исходного компьютера: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE Use against the source computer: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE

Можно ли настроить для конечного тома веб-доступ в режиме только для чтения? Can I bring a destination volume online for read-only access?

Не в Windows Server 2016. Not in Windows Server 2016. Реплика хранилища отключает конечный том, когда начинается репликация. Storage Replica dismounts the destination volume when replication begins.

Однако в Windows Server 2019 и Windows Server Semi-Annual канале, начиная с версии 1709, возможность подключения целевого хранилища теперь возможна. Эта функция называется тестовой отработкой отказа. However, in Windows Server 2019 and Windows Server Semi-Annual Channel starting with version, 1709, the option to mount the destination storage is now possible — this feature is called «Test Failover». Для этого потребуется неиспользуемый том, отформатированный в файловой системе NTFS или ReFS, который на данный момент не реплицируется в конечной системе. To do this, you must have an unused, NTFS or ReFS formatted volume that is not currently replicating on the destination. Затем можно временно подключить моментальный снимок реплицированного хранилища для тестирования или резервного копирования. Then you can mount a snapshot of the replicated storage temporarily for testing or backup purposes.

Например, для проведения тестовой отработки отказа с репликацией тома на диске «D:» в группе репликации «RG2» на конечном сервере «SRV2» и создания нереплицируемого диска «T:» на сервере SRV2 нужно сделать следующее. For example, to create a test failover where you are replicating a volume «D:» in the Replication Group «RG2» on the destination server «SRV2» and have a «T:» drive on SRV2 that is not being replicated:

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

Теперь реплицированный том D: доступен на сервере SRV2. The replicated volume D: is now accessible on SRV2. Вы можете выполнять чтение и запись в обычном режиме, копировать файлы из нее или запускать оперативную архивацию, которую можно сохранить в любом расположении в папке D: path. You can read and write to it normally, copy files off it, or run an online backup that you save elsewhere for safekeeping, under the D: path. Том T: будет содержать только данные журнала. The T: volume will only contain log data.

Для удаления моментального снимка тестовой отработки отказа и отмены внесенных им изменений сделайте следующее. To remove the test failover snapshot and discard its changes:

Dismount-SRDestination -Name RG2 -Computername SRV2

Тестовую отработку отказа следует использовать только для коротких временных операций. You should only use the test failover feature for short-term temporary operations. Эта возможность не предназначена для длительного использования. It is not intended for long term usage. Во время использования этой возможности продолжается репликация на реальный конечный том. When in use, replication continues to the real destination volume.

Можно ли настроить Масштабируемый файловый сервер (SOFS) в кластере Stretch? Can I configure Scale-out File Server (SOFS) in a stretch cluster?

Хотя технически это возможно, это не рекомендуемая конфигурация из-за отсутствия сведений о сайтах на узлах вычислений, которые с SOFS. While technically possible, this is not a recommended configuration due to the lack of site awareness in the compute nodes contacting the SOFS. При использовании сети на территории университета, где задержки обычно являются вспомогательными миллисекундами, такая конфигурация обычно работает без проблем. If using campus-distance networking, where latencies are typically sub-millisecond, this configuration typically works without issues.

Для сценариев межкластерной репликации реплика хранилища полностью поддерживает масштабируемые файловые серверы, в том числе использование локальных дисковых пространств при репликации между двумя кластерами. If configuring cluster-to-cluster replication, Storage Replica fully supports Scale-out File Servers, including the use of Storage Spaces Direct, when replicating between two clusters.

Требуется ли CSV для репликации в кластере Stretch или между кластерами? Is CSV required to replicate in a stretch cluster or between clusters?

Нет. No. Репликацию можно выполнять с помощью CSV-или постоянного резервирования (Народно), принадлежащего ресурсу кластера, например роли файлового сервера. You can replicate with CSV or persistent disk reservation (PDR) owned by a cluster resource, such as a File Server role.

Для сценариев межкластерной репликации реплика хранилища полностью поддерживает масштабируемые файловые серверы, в том числе использование локальных дисковых пространств при репликации между двумя кластерами. If configuring cluster-to-cluster replication, Storage Replica fully supports Scale-out File Servers, including the use of Storage Spaces Direct, when replicating between two clusters.

Можно ли настроить локальные дисковые пространства в растянутом кластере с использованием реплики хранилища? Can I configure Storage Spaces Direct in a stretch cluster with Storage Replica?

Эта конфигурация не поддерживается в Windows Server. This is not a supported configuration in Windows Server. Возможно, ситуация изменится в более поздней версии. This may change in a later release. Для сценариев межкластерной репликации реплика хранилища полностью поддерживает масштабируемые файловые серверы и серверы Hyper-V, в том числе использование локальных дисковых пространств. If configuring cluster-to-cluster replication, Storage Replica fully supports Scale Out File Servers and Hyper-V Servers, including the use of Storage Spaces Direct.

Как настроить асинхронную репликацию? How do I configure asynchronous replication?

Выполните New-SRPartnership -ReplicationMode с аргументом Asynchronous. Specify New-SRPartnership -ReplicationMode and provide argument Asynchronous. По умолчанию все репликации в реплике хранилища являются синхронными. By default, all replication in Storage Replica is synchronous. Этот режим также можно изменить командлетом Set-SRPartnership -ReplicationMode . You can also change the mode with Set-SRPartnership -ReplicationMode .

Как запретить автоматическую отработку отказа для растянутого кластера? How do I prevent automatic failover of a stretch cluster?

Чтобы избежать автоматической отработки отказа, выполните командлет Get-ClusterNode -Name «NodeName»).NodeWeight=0 . To prevent automatic failover, you can use PowerShell to configure Get-ClusterNode -Name «NodeName»).NodeWeight=0 . Эта операция удаляет голоса с каждого узла на сайте аварийного восстановления. This removes the vote on each node in the disaster recovery site. Теперь для принудительной отработки отказа нужно выполнить Start-ClusterNode -PreventQuorum на узлах первичного сайта, а затем Start-ClusterNode -ForceQuorum на узлах сайта аварийного восстановления. Then you can use Start-ClusterNode -PreventQuorum on nodes in the primary site and Start-ClusterNode -ForceQuorum on nodes in the disaster site to force failover. Невозможно отключить автоматическую отработку отказа с помощью графических средств. Мы рекомендуем никогда не отключать автоматическую отработку отказа. There is no graphical option for preventing automatic failover, and preventing automatic failover is not recommended.

Как отключить устойчивость виртуальной машины? How do I disable virtual machine resiliency?

Чтобы предотвратить запуск новой функции устойчивости виртуальных машин Hyper-V, а затем приостановить виртуальные машины, а не отключать их на сайт аварийного восстановления, выполните команду (Get-Cluster).ResiliencyDefaultPeriod=0 To prevent the new Hyper-V virtual machine resiliency feature from running and therefore pausing virtual machines instead of failing them over to the disaster recovery site, run (Get-Cluster).ResiliencyDefaultPeriod=0

Как можно сократить время начальной синхронизации? How can I reduce time for initial synchronization?

Для ускорения процесса начальной синхронизации можно использовать хранилище с тонкой подготовкой. You can use thin-provisioned storage as one way to speed up initial sync times. Реплика хранилища запрашивает и автоматически использует хранилища с тонкой подготовкой, в том числе некластеризованные дисковые пространства, динамические диски Hyper-V и SAN LUN. Storage Replica queries for and automatically uses thin-provisioned storage, including non-clustered Storage Spaces, Hyper-V dynamic disks, and SAN LUNs.

Вы также можете использовать заполненные тома данных, чтобы сократить использование пропускной способности и иногда время, убедившись, что на целевом томе есть некоторое подмножество данных из первичного, используя начальное значение в диспетчер отказоустойчивости кластеров или New-SRPartnership . You can also use seeded data volumes to reduce bandwidth usage and sometimes time, by ensuring that the destination volume has some subset of data from the primary then using the Seeded option in Failover Cluster Manager or New-SRPartnership . Если том практически пуст, использование синхронизации с заполнением может уменьшить затрачиваемое время и использование пропускной способности. If the volume is mostly empty, using seeded sync may reduce time and bandwidth usage. Существует несколько способов заполнения данных с различной степенью эффективность: There are multiple ways to seed data, with varying degrees of efficacy:

1. Предыдущая репликация — выполняется репликация с обычной начальной синхронизацией локально между узлами, содержащими диски и тома, путем удаления репликации, доставки конечных дисков в другое место и добавления репликации с заполненным параметром. Previous replication — by replicating with normal initial sync locally between nodes containing the disks and volumes, removing replication, shipping the destination disks elsewhere, then adding replication with the seeded option. Это наиболее эффективный метод, так как реплика хранилища гарантирует зеркальное копирование, а единственное, что нужно реплицировать, — это разностные блоки. This is the most effective method as Storage Replica guaranteed a block-copy mirror and the only thing to replicate is delta blocks.
2. Восстановленный моментальный снимок или восстановленная резервная копия на основе моментального снимка. Восстановление моментального снимка тома на целевой том должно привести к минимальным различиям в макете блока. Restored snapshot or restored snapshot-based backup — by restoring a volume-based snapshot onto the destination volume, there should be minimal differences in the block layout. Это наиболее эффективный метод, который, скорее всего, будет соответствовать блокам, так как моментальные снимки тома представляют собой зеркальные образы. This is the next most effective method as blocks are likely to match thanks to volume snapshots being mirror images.
3. Скопированные файлы. создавая новый том в месте назначения, который никогда не использовался до и не выполняя полную копию данных в дереве Robocopy/мир, скорее всего, будут блокироваться совпадения. Copied files — by creating a new volume on the destination that has never been used before and performing a full robocopy /MIR tree copy of the data, there are likely to be block matches. Использование проводника Windows или копирование части дерева не приведет к созданию множества совпадений блоков. Using Windows File Explorer or copying some portion of the tree will not create many block matches. Копирование файлов вручную — это наименее эффективный метод заполнения. Copying files manually is the least effective method of seeding.

Можно ли делегировать пользователей для администрирования репликации? Can I delegate users to administer replication?

Можно использовать Grant-SRDelegation командлет. You can use the Grant-SRDelegation cmdlet. Он позволяет назначить сценарии межсерверной и межкластерной репликации, а также репликации растянутого кластера конкретным пользователям, которые получат разрешения на создание, изменение или удаление репликации, не являясь при этом членами группы локальных администраторов. This allows you to set specific users in server to server, cluster to cluster, and stretch cluster replication scenarios as having the permissions to create, modify, or remove replication, without being a member of the local administrators group. Пример: For example:

Командлет напомнит, что для вступления этих изменений в силу пользователи должны выйти из системы на сервере, который они будут администрировать, и снова войти в нее. The cmdlet will remind you that the user needs to log off and on of the server they are planning to administer in order for the change to take effect. Управлять такими полномочиями можно с помощью Get-SRDelegation и Revoke-SRDelegation . You can use Get-SRDelegation and Revoke-SRDelegation to further control this.

Что такое параметры резервного копирования и восстановления для реплицируемых томов? What are my backup and restore options for replicated volumes?

Реплика хранилища поддерживает резервное копирование и восстановление исходного тома. Storage Replica supports backing up and restoring the source volume. Она также поддерживает создание и восстановление моментальных снимков исходного тома. It also supports creating and restoring snapshots of the source volume. Для конечного тома резервное копирование и восстановление невозможны, пока он используется репликой хранилища, так как этот том не подключен и не доступен. You cannot backup or restore the destination volume while protected by Storage Replica, as it is not mounted nor accessible. Если после аварийной ситуации исходный том будет утрачен, выполните Set-SRPartnership , чтобы конечный том стал новым исходным томом. Тогда этот том станет доступен для чтения и записи, и соответственно для резервного копирования или восстановления. If you experience a disaster where the source volume is lost, using Set-SRPartnership to promote the previous destination volume to now be a read/writable source will allow you to backup or restore that volume. Можно также удалить репликацию, выполнив Remove-SRPartnership и Remove-SRGroup , чтобы получить возможность подключить том для чтения и записи. You can also remove replication with Remove-SRPartnership and Remove-SRGroup to remount that volume as read/writable.

Чтобы создавать для реплицируемых томов данных периодические моментальные снимки, согласованные на уровне приложений, можно запустить VSSADMIN.EXE на исходном сервере. To create periodic application consistent snapshots, you can use VSSADMIN.EXE on the source server to snapshot replicated data volumes. Например, если вы используете реплику хранилища для репликации тома F:, выполите: For example, where you are replicating the F: volume with Storage Replica:

Затем вы сможете восстановить такой моментальный снимок до состояния на момент времени на том же исходном томе или на томе назначения (для этого переключите направление репликации или удалите репликацию). Then, after you switch replication direction, remove replication, or are simply still on the same source volume, you can restore any snapshot to its point in time. Пример команд для того же тома F: For example, still using F:

Можно также настроить периодический запуск этого средства с помощью запланированной задачи. You can also schedule this tool to run periodically using a scheduled task. Дополнительные сведения об использовании VSS см. здесь: Vssadmin. For more information on using VSS, review Vssadmin. Нет никакой необходимости или пользы в резервном копировании томов журналов. There is no need or value in backing up the log volumes. VSS будет игнорировать такие попытки. Attempting to do so will be ignored by VSS.

Реплика хранилища поддерживает использование архивации данных Windows Server, службы архивации Microsoft Azure, Microsoft DPM и других технологий резервного копирования, использующих моментальные снимки, VSS, виртуальные машины или файлы, при условии, что эти технологии работают на уровне тома. Use of Windows Server Backup, Microsoft Azure Backup, Microsoft DPM, or other snapshot, VSS, virtual machine, or file-based technologies are supported by Storage Replica as long as they operate within the volume layer. Реплика хранилища не поддерживает резервное копирование и восстановление на основе блоков. Storage Replica does not support block-based backup and restore.

Какие сетевые порты требует реплика хранилища? What network ports does Storage Replica require?

Для репликации и управления реплика хранилища использует протоколы SMB и WSMAN. Storage Replica relies on SMB and WSMAN for its replication and management. Это означает, что требуются следующие порты: This means the following ports are required:

• 445 (протокол репликации SMB, протокол управления RPC кластера) 445 (SMB — replication transport protocol, cluster RPC management protocol)
• 5445 (iWARP SMB-требуется только при использовании сетевых iWARP RDMA) 5445 (iWARP SMB — only needed when using iWARP RDMA networking)
• 5985 (Всманхттп — протокол управления для WMI/CIM/PowerShell) 5985 (WSManHTTP — Management protocol for WMI/CIM/PowerShell)

! МЕТИМ Для командлета Test-SRTopology требуется ICMPv4/ICMPv6, но не для репликации или управления. ![NOTE] The Test-SRTopology cmdlet requires ICMPv4/ICMPv6, but not for replication or management.

Каковы рекомендации по тому журнала? What are the log volume best practices?

Оптимальный размер журнала изменяется в зависимости от среды и рабочей нагрузки и определяется объемом операций ввода-вывода, выполняемых рабочей нагрузкой. The optimal size of the log varies widely per environment and workload, and is determined by how much write IO your workload performs.

1. Журнал большего или меньшего размера не делает это быстрее или медленнее A larger or smaller log doesn’t make you any faster or slower
2. Журнал большего или меньшего объема не влияет на объем данных 10 ГБ и на том данных 10 ТБ, например A larger or smaller log doesn’t have any bearing on a 10GB data volume versus a 10TB data volume, for instance

Журнал большего размера просто накапливает в себе больше операций ввода-вывода, прежде чем они будут перенесены. За счет этого допустимо более длительное прерывание в работе службы между исходным и конечным компьютером (например, сбой сети или отключение конечного компьютера от сети). A larger log simply collects and retains more write IOs before they are wrapped out. This allows an interruption in service between the source and destination computer – such as a network outage or the destination being offline — to go longer. Если размера журнала достаточно для хранения 10 часов операций записи и в работе сети происходит сбой продолжительностью 2 часа, при восстановлении сетевого подключения исходный компьютер может просто передать разницу в объемах несинхронизированных изменений обратно на целевой компьютер, после чего защита будет очень быстро восстановлена. If the log can hold 10 hours of writes, and the network goes down for 2 hours, when the network returns the source can simply play the delta of unsynced changes back to the destination very fast and you are protected again very quickly. Если журнал содержит 10 часов операций записи, а продолжительность сбоя составляет 2 дня, исходному компьютеру придется считывать данные из другого журнала, называемого битовой картой, и восстановление синхронизированного состояния, скорее всего, будет происходить медленнее. После перехода в синхронный режим исходный компьютер вернется к использованию журнала. If the log holds 10 hours and the outage is 2 days, the source now has to play back from a different log called the bitmap – and will likely be slower to get back into sync. Once in sync it returns to using the log.

Реплика хранилища зависит от журнала для всей производительности записи. Storage Replica relies on the log for all write performance. Производительность журнала является критически важной для производительности репликации. Log performance critical to replication performance. Необходимо убедиться, что том журнала работает лучше, чем том данных, так как журнал будет определять порядок следования всех операций ввода-вывода, а также выполнять их сериализацию. You must ensure that the log volume performs better than the data volume, as the log will serialize and sequentialize all write IO. На томах журнала следует всегда использовать носители на основе флэш-памяти, например SSD. You should always use flash media like SSD on log volumes. Не следует разрешать другие задачи для выполнения на томе журнала. Аналогично, не разрешайте другие задачи для выполнения на томах журнала базы данных SQL. You must never allow any other workloads to run on the log volume, the same way you would never allow other workloads to run on SQL database log volumes.

Следует помнить, что корпорация Майкрософт настоятельно рекомендует, чтобы хранилище журналов работало быстрее, чем хранилище данных, и никогда не использовать тома журналов для других рабочих нагрузок. Again: Microsoft strongly recommends that the log storage be faster than the data storage and that log volumes must never be used for other workloads.

Чтобы получить рекомендации по выбору размера журнала, запустите средство Test-SRTopology. You can get log sizing recommendations by running the Test-SRTopology tool. Кроме того, можно использовать счетчики производительности на существующих серверах, чтобы определить размер журнала. Alternatively, you can use performance counters on existing servers to make a log size judgement. Формула проста: проследите за пропускной способностью диска данных (среднее число записанных байт/с) в рабочей нагрузке и используйте ее для вычисления времени, затрачиваемого на заполнение журнала различных размеров. The formula is simple: monitor the data disk throughput (Avg Write Bytes/Sec) under the workload and use it to calculate the amount of time it will take to fill up the log of different sizes. Например, пропускная способность диска данных 50 МБ/с приведет к переносу журнала в 120 ГБ на 50 МБ секунд или 2400 секунд или 40 минут. For example, data disk throughput of 50 MB/s will cause the log of 120GB to wrap in 120GB/50MB seconds or 2400 seconds or 40 minutes. Таким образом, время, в течение которого целевой сервер может быть недоступен, прежде чем заносить в журнал 40 минут. So the amount of time that the destination server could be unreachable before the log wrapped is 40 minutes. Если журнал переносится в оболочку, но место назначения снова станет доступным, источник будет воспроизводить блоки через журнал битовой схемы, а не основной журнал. If the log wraps but the destination becomes reachable again, the source would replay blocks via the bit map log instead of the main log. Размер журнала не влияет на производительность. The size of the log does not have an effect on performance.

Необходимо создать резервную копию только диска данных из исходного кластера. ONLY the Data disk from the Source cluster should be backed-up. НЕ следует создавать резервные копии дисков журналов реплики хранилища, так как резервная копия может конфликтовать с операциями реплики хранилища. The Storage Replica Log disks should NOT be backed-up since a backup can conflict with Storage Replica operations.

Какие различия между растянутым кластером, межкластерной топологией и межсерверной топологией? Why would you choose a stretch cluster versus cluster-to-cluster versus server-to-server topology?

Реплика хранилища состоит из трех основных конфигураций: растяжение кластера, кластера в кластер и сервера на сервер. Storage Replica comes in three main configurations: stretch cluster, cluster-to-cluster, and server-to-server. Каждая конфигурация обладает своими преимуществами. There are different advantages to each.

Топология растянутого кластера оптимально подходит для рабочих нагрузок, требующих автоматической отработки отказа с оркестрацией, например для кластеров частного облака Hyper-V и экземпляров отказоустойчивого кластера SQL Server. The stretch cluster topology is ideal for workloads requiring automatic failover with orchestration, such as Hyper-V private cloud clusters and SQL Server FCI. Она также имеет встроенный графический интерфейс, работающий на базе диспетчера отказоустойчивости кластеров. It also has a built-in graphical interface using Failover Cluster Manager. В этой топологии используется классическая архитектура общего хранилища асимметричного кластера для дисковых пространств, SAN, iSCSI и RAID через постоянное резервирование. It utilizes the classic asymmetric cluster shared storage architecture of Storage Spaces, SAN, iSCSI, and RAID via persistent reservation. Для выполнения этого кластера достаточно двух узлов. You can run this with as few as 2 nodes.

В основе межкластерной топологии лежат два отдельных кластера, и она идеально подходит для администраторов, которые предпочитают выполнять отработку отказов вручную, особенно в том случае, когда второй узел подготовлен для аварийного восстановления, а не повседневного использования. The cluster-to-cluster topology uses two separate clusters and is ideal for administrators who want manual failover, especially when the second site is provisioned for disaster recovery and not everyday usage. Оркестрация выполняется вручную. Orchestration is manual. В отличие от растянутого кластера Локальные дисковые пространства можно использовать в этой конфигурации (с предупреждениями — см. раздел часто задаваемые вопросы о реплике хранилища и документации кластера в кластер). Unlike stretch cluster, Storage Spaces Direct can be used in this configuration (with caveats — see the Storage Replica FAQ and cluster-to-cluster documentation). Для выполнения этого кластера достаточно четырех узлов. You can run this with as few as four nodes.

Межсерверная топология оптимально подходит для клиентов, запускающих оборудование, которое нельзя объединить в кластеры. The server-to-server topology is ideal for customers running hardware that cannot be clustered. В рамках этой конфигурации отработка отказа и оркестрация выполняются вручную. It requires manual failover and orchestration. Это идеальное решение для недорогого развертывания между филиалами и центральными центрами обработки данных, особенно при использовании асинхронной репликации. It is ideal for inexpensive deployments between branch offices and central data centers, especially when using asynchronous replication. Эту конфигурацию можно часто использовать для замены экземпляров DFSR-защищенных файловых серверов, используемых для монопольных сценариев аварийного восстановления. This configuration can often replace instances of DFSR-protected File Servers used for single-master disaster recovery scenarios.

Во всех конфигурациях топологии поддерживают выполнение как на физическом оборудовании, так и на виртуальных машинах. In all cases, the topologies support both running on physical hardware as well as virtual machines. При выполнении на виртуальных машинах базовым гипервизором не обязательно должен быть гипервизор Hyper-V; это может быть гипервизор VMware, KVM, Xen и т. д. When in virtual machines, the underlying hypervisor doesn’t require Hyper-V; it can be VMware, KVM, Xen, etc.

Реплика хранилища также поддерживает односерверный режим, в котором репликация выполняется на двух разных томах на одном компьютере. Storage Replica also has a server-to-self mode, where you point replication to two different volumes on the same computer.

Поддерживается ли дедупликация данных с репликой хранилища? Is Data Deduplication supported with Storage Replica?

Да, Дедуплкатион данных поддерживается в реплике хранилища. Yes, Data Deduplcation is supported with Storage Replica. Включите дедупликацию данных на томе исходного сервера, и во время репликации целевой сервер получает дублирующуюся копию тома. Enable Data Deduplication on a volume on the source server, and during replication the destination server receives a deduplicated copy of the volume.

Хотя дедупликация данных должна быть установлена как на исходном, так и на целевом серверах (см. раздел Установка и включение дедупликации данных), важно не включать дедупликацию данных на целевом сервере. While you should install Data Deduplication on both the source and destination servers (see Installing and enabling Data Deduplication), it’s important not to enable Data Deduplication on the destination server. Реплика хранилища позволяет выполнять операции записи только на исходном сервере. Storage Replica allows writes only on the source server. Так как дедупликация данных делает запись в том, она должна выполняться только на исходном сервере. Because Data Deduplication makes writes to the volume, it should run only on the source server.

Можно ли выполнять репликацию между Windows Server 2019 и Windows Server 2016? Can I replicate between Windows Server 2019 and Windows Server 2016?

К сожалению, мы не поддерживаем создание новой связи между windows Server 2019 и windows Server 2016. Unfortunately, we don’t support creating a new partnership between Windows Server 2019 and Windows Server 2016. Можно безопасно обновить сервер или кластер под Windows Server 2016 до Windows Server 2019, и все существующие партнерства будут продолжать работать. You can safely upgrade a server or cluster running Windows Server 2016 to Windows Server 2019 and any existing partnerships will continue to work.

Однако, чтобы повысить производительность репликации Windows Server 2019, все участники партнерства должны запустить Windows Server 2019, и необходимо удалить существующую связь и связанные группы репликации, а затем повторно создать их с заполненными данными (при создании партнерства в центре администрирования Windows или с помощью командлета New-SRPartnership). However, to get the improved replication performance of Windows Server 2019, all members of the partnership must run Windows Server 2019 and you must delete existing partnerships and associated replication groups and then recreate them with seeded data (either when creating the partnership in Windows Admin Center or with the New-SRPartnership cmdlet).

Разделы справки сообщить о проблемах с репликой хранилища или этим руководством? How do I report an issue with Storage Replica or this guide?

Для получения технической помощи по реплике хранилища можно опубликовать на форумах Майкрософт. For technical assistance with Storage Replica, you can post at the Microsoft forums. Также любые вопросы и сообщения, srfeed@microsoft.com имеющие отношение к реплике хранилища или этой документации, можно отправить по электронной почте на адрес. You can also email srfeed@microsoft.com for questions on Storage Replica or issues with this documentation. Основной веб-узел обратной связи Windows Server является предпочтительным для запросов на изменение, так как он позволяет вашим клиентам предоставлять вам поддержку и отзывы для своих идей. The Windows Server general feedback site is preferred for design change requests, as it allows your fellow customers to provide support and feedback for your ideas.

Можно ли настроить реплику хранилища для репликации в обоих направлениях? Can Storage Replica be configured to replicate in both directions?

Реплика хранилища является односторонней технологией репликации. Storage Replica is a one-way replication technology. Репликация будет осуществляться только из источника в назначение на уровне каждого тома. It will only replicate from the source to the destination on a per volume basis. Это направление может быть отменено в любое время, но по-прежнему доступно только в одном направлении. This direction can be reversed at any time, but is still only in one direction. Однако это не значит, что набор томов (источник и назначение) реплицируется в одном направлении, а другой набор дисков (источник и назначение) реплицируется в обратном направлении. However, that does not mean you cannot have a set of volumes (source and destination) replicate in one direction and a different set of drives (source and destination) replicate in the opposite direction. Например, необходимо настроить репликацию сервера на сервер. For example, you have want to have server to server replication configured. Server1 и Server2 имеют буквы L:, M:, N: и O: и вы хотите реплицировать диск M: с Server1 на Server2, но диск O: репликация с Server2 на Server1. Server1 and Server2 each have drive letters L:, M:, N:, and O: and you wish to replicate drive M: from Server1 to Server2 but drive O: replicate from Server2 to Server1. Это можно сделать при условии, что для каждой группы существует отдельный диск журнала. This can be done as long as there separate log drives for each of the groups. такого. I.E.

• Исходный диск Server1 M: с исходным диском журнала L: репликация на целевой диск Server2 M: с диском журнала назначения L: Server1 source drive M: with source log drive L: replicating to Server2 destination drive M: with destination log drive L:
• Исходный диск Server2 O: с исходным диском журнала N: репликация на диск назначения Server1 O: с диском журнала назначения N: Server2 source drive O: with source log drive N: replicating to Server1 destination drive O: with destination log drive N: