Настройка реплики Hyper-V Set up Hyper-V Replica

Область применения. Windows Server 2016 Applies To: Windows Server 2016

Реплика Hyper-V является неотъемлемой частью роли Hyper-V. Hyper-V Replica is an integral part of the Hyper-V role. Она влияет на стратегию аварийного восстановления путем репликации виртуальных машин с одного сервера узла Hyper-V на другой для поддержания доступности рабочих нагрузок. It contributes to your disaster recovery strategy by replicating virtual machines from one Hyper-V host server to another to keep your workloads available. Реплика Hyper-V создает копию активной виртуальной машины в автономной виртуальной машине реплики. Hyper-V Replica creates a copy of a live virtual machine to a replica offline virtual machine. Следует отметить следующее. Note the following:

Узлы Hyper-V. Основные и вторичные серверы узлов могут быть физически размещены или расположены в разных географических расположениях с репликацией по КАНАЛУ глобальной сети. Hyper-V hosts: Primary and secondary host servers can be physically co-located or in separate geographical locations with replication over a WAN link. Узлы Hyper-V могут быть автономными, кластеризованными или смешанными. Hyper-V hosts can be standalone, clustered, or a mixture of both. Между серверами нет зависимости Active Directory и они не должны быть членами домена. There’s no Active Directory dependency between the servers and they don’t need to be domain members.

Репликация и отслеживание изменений. при включении реплики Hyper-V для конкретной виртуальной машины при начальной репликации создается идентичная реплика виртуальной машины на сервере вторичного узла. Replication and change tracking: When you enable Hyper-V Replica for a specific virtual machine, initial replication creates an identical replica virtual machine on a secondary host server. После этого система отслеживания изменений реплики Hyper-V создает и поддерживает файл журнала, который фиксирует изменения на виртуальном жестком диске виртуальной машины. After that happens, Hyper-V Replica change tracking creates and maintains a log file that captures changes on a virtual machine VHD. Файл журнала воспроизводится в обратный порядок с VHD реплики на основе параметров частоты репликации. The log file is played in reverse order to the replica VHD based on replication frequency settings. Это означает, что последние изменения хранятся и реплицируются асинхронно. This means that the latest changes are stored and replicated asynchronously. Репликация может выполняться по протоколу HTTP или HTTPS. Replication can be over HTTP or HTTPS.

Расширенная (цепочка) репликация. Это позволяет реплицировать виртуальную машину с основного узла на дополнительный, а затем реплицировать дополнительный узел на третий узел. Extended (chained) replication: This lets you replicate a virtual machine from a primary host to a secondary host, and then replicate the secondary host to a third host. Обратите внимание, что невозможно выполнить репликацию с основного узла непосредственно на второй и третий. Note that you can’t replicate from the primary host directly to the second and the third.

Эта функция делает реплику Hyper-V более надежной для аварийного восстановления, поскольку при возникновении сбоя можно выполнить восстановление из основной и расширенной реплики. This feature makes Hyper-V Replica more robust for disaster recovery because if an outage occurs you can recover from both the primary and extended replica. Вы можете выполнить отработку отказа в расширенную реплику, если основное и вторичное расположения выходят из строя. You can fail over to the extended replica if your primary and secondary locations go down. Обратите внимание, что расширенная реплика не поддерживает репликацию с поддержкой приложений и должна использовать те же виртуальные жесткие диски, что и вторичная реплика. Note that the extended replica doesn’t support application-consistent replication and must use the same VHDs that the secondary replica is using.

Отработка отказа. при возникновении сбоя в первичном (или дополнительном) расположении можно вручную инициировать тестовую, плановую или внеплановую отработку отказа. Failover: If an outage occurs in your primary (or secondary in case of extended) location, you can manually initiate a test, planned, or unplanned failover.

Вопрос Question	Тест Test	Запланировано Planned	Незапланированные ситуации Unplanned
Когда следует запускать это? When should I run this?	Проверка возможности отработки отказа и запуска виртуальной машины на вторичном сайте Verify that a virtual machine can fail over and start in the secondary site Полезно для тестирования и обучения Useful for testing and training	Во время запланированного простоя и сбоев During planned downtime and outages	Во время непредвиденных событий During unexpected events
Создана ли копия виртуальной машины? Is a duplicate virtual machine created?	Да Yes	Нет No	Нет No
Где она инициируется? Where is it initiated?	На виртуальной машине реплики On the replica virtual machine	Инициируется на основной и завершается на дополнительной Initiated on primary and completed on secondary	На виртуальной машине реплики On the replica virtual machine
Как часто следует запускать? How often should I run?	Мы рекомендуем раз в месяц для тестирования We recommend once a month for testing	Каждые шесть месяцев или в соответствии с требованиями соответствия Once every six months or in accordance with compliance requirements	Только в случае аварии, если основная виртуальная машина недоступна Only in case of disaster when the primary virtual machine is unavailable
Продолжает ли реплицироваться основная виртуальная машина? Does the primary virtual machine continue to replicate?	Да Yes	Да. Yes. Когда сбой разрешается, обратная Репликация реплицирует изменения обратно на первичный сайт, чтобы обеспечить синхронизацию первичной и вторичной реплики. When the outage is resolve reverse replication replicates the changes back to the primary site so that primary and secondary are synchronized.	Нет No
Есть ли потери данных? Is there any data loss?	None None	Отсутствует. None. После того как отказоустойчивая реплика Hyper-V реплицирует последний набор отслеживаний изменений обратно в сервер-источник для обеспечения нулевой потери данных. After failover Hyper-V Replica replicates the last set of tracked changes back to the primary to ensure zero data loss.	Зависит от точек восстановления и событий Depends on the event and recovery points
Возникает ли простой? Is there any downtime?	Отсутствует. None. Это не влияет на рабочую среду. It doesn’t impact your production environment. Во время отработки отказа создается повторяющаяся тестовая виртуальная машина. It creates a duplicate test virtual machine during failover. После завершения отработки отказа выберите отработка отказа на реплике виртуальной машины, которая автоматически очищается и удаляется. After failover finishes you select Failover on the replica virtual machine and it’s automatically cleaned up and deleted.	Продолжительность запланированного сбоя The duration of the planned outage	Продолжительность незапланированного сбоя The duration of the unplanned outage

Точки восстановления. при настройке параметров репликации для виртуальной машины необходимо указать точки восстановления, которые необходимо сохранить из нее. Recovery points: When you configure replication settings for a virtual machine, you specify the recovery points you want to store from it. Точки восстановления представляют моментальный снимок времени, из которого можно восстановить виртуальную машину. Recovery points represent a snapshot in time from which you can recover a virtual machine. Очевидно, что при восстановлении после недавней точки восстановления данные теряются. Obviously less data is lost if you recover from a very recent recovery point. Доступ к точкам восстановления можно получить до 24 часов назад. You can access recovery points up to 24 hours ago.

Предварительные условия для развертывания Deployment prerequisites

Перед началом работы необходимо проверить следующее: Here’s what you should verify before you begin:

Выясните, какие виртуальные жесткие диски необходимо реплицировать. Figure out which VHDs need to be replicated. В частности, виртуальные жесткие диски, содержащие данные, которые быстро изменяются и не используются сервером реплики после отработки отказа, такие как диски страничных файлов, следует исключить из репликации для экономии пропускной способности сети. In particular, VHDs that contain data that is rapidly changing and not used by the Replica server after failover, such as page file disks, should be excluded from replication to conserve network bandwidth. Запишите, какие виртуальные жесткие диски можно исключить. Make a note of which VHDs can be excluded.

Выбор частоты синхронизации данных. данные на сервере реплики синхронизируются в соответствии с настроенной периодичностью репликации (30 секунд, 5 минут или 15 минут). Decide how often you need to synchronize data: The data on the Replica server is synchronized updated according to the replication frequency you configure (30 seconds, 5 minutes, or 15 minutes). При выборе частоты следует учитывать следующее: виртуальные машины, на которых выполняются критические данные с низкой RPO? The frequency you choose should consider the following: Are the virtual machines running critical data with a low RPO? Каковы требования к пропускной способности? What are you bandwidth considerations? Для высококритичных виртуальных машин, очевидно, потребуется более частая репликация. Your highly-critical virtual machines will obviously need more frequent replication.

Выбор способа восстановления данных. по умолчанию реплика Hyper-V хранит только одну точку восстановления, которая будет последней репликацией, отправленной с сервера-источника на сервер-получатель. Decide how to recover data: By default Hyper-V Replica only stores a single recovery point that will be the latest replication sent from the primary to the secondary. Однако если вы хотите восстановить данные до более ранней точки во времени, можно указать, что необходимо хранить дополнительные точки восстановления (не более 24 часов). However if you want the option to recover data to an earlier point in time you can specify that additional recovery points should be stored (to a maximum of 24 hourly points). Если вам нужны дополнительные точки восстановления, следует отметить, что это требует дополнительных затрат на обработку и ресурсы хранилища. If you do need additional recovery points you should note that this requires more overhead on processing and storage resources.

Определите, какие рабочие нагрузки будут реплицироваться. стандартная репликация Hyper-V обеспечивает согласованность в состоянии операционной системы виртуальной машины после отработки отказа, но не в состоянии приложений, выполняющихся на виртуальной машине. Figure out which workloads you’ll replicate: Standard Hyper-V Replica replication maintains consistency in the state of the virtual machine operating system after a failover, but not the state of applications that running on the virtual machine. Если требуется возможность восстановления состояния рабочей нагрузки, можно создать точки восстановления, совместимые с приложениями. If you want to be able to recovery your workload state you can create app-consistent recovery points. Обратите внимание, что восстановление с поддержкой приложений недоступно на сайте расширенной реплики, если вы используете расширенную (объединенную) репликацию. Note that app-consistent recovery isn’t available on the extended replica site if you’re using extended (chained) replication.

Выбор способа выполнения начальной репликации данных виртуальной машины. репликация начинается с передачи потребностей для передачи текущего состояния виртуальных машин. Decide how to do the initial replication of virtual machine data: Replication starts by transferring the needs to transfer the current state of the virtual machines. Это можно сделать сразу же или через указанное вами время посредством существующей сети. This initial state can be transmitted directly over the existing network, either immediately or at a later time that you configure. Вы также можете использовать уже существующую восстановленную виртуальную машину (например, если вы восстановили предыдущую резервную копию виртуальной машины на сервере реплики) в качестве начальной копии. You can also use a pre-existing restored virtual machine (for example, if you have restored an earlier backup of the virtual machine on the Replica server) as the initial copy. Чтобы сэкономить пропускную способность сети, можно записать первоначальную копию на внешний носитель, а потом физически перенести его на объект с репликой. Or, you can save network bandwidth by copying the initial copy to external media and then physically delivering the media to the Replica site. Если вы хотите использовать уже существующую виртуальную машину, удалите все предыдущие моментальные снимки, связанные с ним. If you want to use a preexisting virtual machine delete all previous snapshots associated with it.

Шаги по развертыванию Deployment steps

Шаг 1. Настройка узлов Hyper-V Step 1: Set up the Hyper-V hosts

На каждом сервере потребуется по крайней мере два узла Hyper-V с одной или несколькими виртуальными машинами. You’ll need at least two Hyper-V hosts with one or more virtual machines on each server. Начало работы с Hyper-V. Get started with Hyper-V. Сервер узла, на котором будут реплицироваться виртуальные машины, должен быть настроен в качестве сервера реплики. The host server that you’ll replicate virtual machines to will need to be set up as the replica server.

В параметрах Hyper-V для сервера, на котором будут реплицироваться виртуальные машины, в конфигурации репликациивыберите включить этот компьютер в качестве сервера реплики. In the Hyper-V settings for the server you’ll replicate virtual machines to, in Replication Configuration, select Enable this computer as a Replica server.

Репликацию можно выполнять по протоколу HTTP или зашифрованному протоколу HTTPS. You can replicate over HTTP or encrypted HTTPS. Выберите использовать Kerberos (http) или использовать проверку подлинности на основе сертификатов (HTTPS). Select Use Kerberos (HTTP) or Use certificate-based Authentication (HTTPS). По умолчанию HTTP 80 и HTTPS 443 включены как исключения брандмауэра на сервере реплики Hyper-V. By default HTTP 80 and HTTPS 443 are enabled as firewall exceptions on the replica Hyper-V server. При изменении параметров порта по умолчанию необходимо также изменить исключение брандмауэра. If you change the default port settings you’ll need to also change the firewall exception. Если выполняется репликация по протоколу HTTPS, необходимо выбрать сертификат и настроить проверку подлинности на основе сертификата. If you’re replicating over HTTPS, you’ll need to select a certificate and you should have certificate authentication set up.

Для авторизации установите флажок Разрешить репликацию с любого сервера, прошедшего проверку подлинности , чтобы разрешить серверу реплики принимать трафик репликации виртуальных машин с любого сервера, который успешно проходит проверку подлинности. For authorization, select Allow replication from any authenticated server to allow the replica server to accept virtual machine replication traffic from any primary server that authenticates successfully. Установите флажок Разрешить репликацию с указанных серверов , чтобы принимать трафик только от основных серверов, которые были выбраны специально. Select Allow replication from the specified servers to accept traffic only from the primary servers you specifically select.

Для обоих параметров можно указать, где должны храниться реплицированные виртуальные жесткие диски на реплике сервера Hyper-V. For both options you can specify where the replicated VHDs should be stored on the replica Hyper-V server.

Нажмите кнопку OK или кнопку Применить. Click OK or Apply.

Шаг 2. Настройка брандмауэра Step 2: Set up the firewall

Чтобы разрешить репликацию между основным и дополнительным серверами, трафик должен пройти через брандмауэр Windows (или брандмауэры сторонних производителей). To allow replication between the primary and secondary servers, traffic must get through the Windows firewall (or any other third-party firewalls). При установке роли Hyper-V на серверах по умолчанию создаются исключения для HTTP (80) и HTTPS (443). When you installed the Hyper-V role on the servers by default exceptions for HTTP (80) and HTTPS (443) are created. Если вы используете эти стандартные порты, необходимо просто включить правила. If you’re using these standard ports, you’ll just need to enable the rules:

Чтобы включить правила на изолированном сервере узла, выполните следующие действия. To enable the rules on a standalone host server:

Запустите Брандмауэр Windows в режиме повышенной безопасности и щелкните Правила для входящих подключений. Open Windows Firewall with Advance Security and click Inbound Rules.

Чтобы включить проверку подлинности по протоколу HTTP (Kerberos), щелкните правой кнопкой мыши компонент прослушиватель HTTP реплики Hyper-V (TCP-in) > включить правило. To enable HTTP (Kerberos) authentication, right-click Hyper-V Replica HTTP Listener (TCP-In) > Enable Rule. Чтобы включить проверку подлинности на основе сертификата HTTPS, щелкните правой кнопкой мыши узел прослушиватель HTTPS реплики Hyper-V (входящий трафик TCP) и > включите правило. To enable HTTPS certificate-based authentication, right-click Hyper-V Replica HTTPS Listener (TCP-In) > Enable Rule.

Чтобы включить правила в кластере Hyper-V, откройте сеанс Windows PowerShell с помощью команды Запуск от имени администратора, а затем выполните одну из следующих команд: To enable rules on a Hyper-V cluster, open a Windows PowerShell session using Run as Administrator, then run one of these commands:

Включение репликации виртуальных машин Enable virtual machine replication

Выполните следующие действия на каждой виртуальной машине, которую необходимо реплицировать. Do the following on each virtual machine you want to replicate:

В области сведений диспетчера Hyper-V выберите виртуальную машину, щелкнув ее. In the Details pane of Hyper-V Manager, select a virtual machine by clicking it. Щелкните правой кнопкой мыши выбранную виртуальную машину и выберите включить репликацию , чтобы открыть мастер включения репликации. Right-click the selected virtual machine and click Enable Replication to open the Enable Replication wizard.

На странице Прежде чем приступить к работе нажмите кнопку Далее. On the Before you Begin page, click Next.

На странице Указание сервера реплики в поле сервер реплики Введите NetBIOS-или полное доменное имя сервера реплики. On the Specify Replica Server page, in the Replica Server box, enter either the NetBIOS or FQDN of the Replica server. Если сервер реплики входит в состав отказоустойчивого кластера, введите имя брокера реплики Hyper-V. If the Replica server is part of a failover cluster, enter the name of the Hyper-V Replica Broker. Щелкните Далее. Click Next.

На странице Указание параметров подключения реплика Hyper-V автоматически получает параметры проверки подлинности и порта, настроенные для сервера реплики. On the Specify Connection Parameters page, Hyper-V Replica automatically retrieves the authentication and port settings you configured for the replica server. Если значения не извлекаются, убедитесь, что сервер настроен в качестве сервера реплики и зарегистрирован в DNS. If values aren’t being retrieved check that the server is configured as a replica server, and that it’s registered in DNS. Если требуется, введите вручную в параметре. If required type in the setting manually.

На странице Выбор виртуальных жестких дисков репликации убедитесь, что выбраны виртуальные жесткие диски, которые нужно реплицировать, и снимите флажки для всех виртуальных жестких дисков, которые необходимо исключить из репликации. On the Choose Replication VHDs page, make sure the VHDs you want to replicate are selected, and clear the checkboxes for any VHDs that you want to exclude from replication. Затем нажмите кнопку Далее. Then click Next.

На странице Настройка частоты репликации укажите, как часто следует синхронизировать изменения из базы данных-источника с базой данных-получателем. On the Configure Replication Frequency page, specify how often changes should be synchronized from primary to secondary. Затем нажмите кнопку Далее. Then click Next.

На странице Настройка дополнительных точек восстановления укажите, следует ли поддерживать только последнюю точку восстановления или создать дополнительные точки. On the Configure Additional Recovery Points page, select whether you want to maintain only the latest recovery point or to create additional points. Если вы хотите постоянно восстанавливать приложения и рабочие нагрузки с собственными модулями записи VSS, рекомендуем выбрать частоту служба теневого копирования томов (VSS) и указать периодичность создания моментальных снимков с согласованием приложений. If you want to consistently recover applications and workloads that have their own VSS writers we recommend you select Volume Shadow Copy Service (VSS) frequency and specify how often to create app-consistent snapshots. Обратите внимание, что служба запрашивающей стороны VMM Hyper-V должна работать на основном и дополнительном серверах Hyper-V. Note that the Hyper-V VMM Requestor Service must be running on both the primary and secondary Hyper-V servers. Затем нажмите кнопку Далее. Then click Next.

На странице Выбор начальной репликации выберите используемый метод начальной репликации. On the Choose Initial Replication page, select the initial replication method to use. При настройке по умолчанию для отправки начальной копии по сети будет скопирован основной файл конфигурации виртуальной машины (VMCX) и файлы виртуального жесткого диска (VHDX и VHD), выбранные вами через сетевое подключение. The default setting to send initial copy over the network will copy the primary virtual machine configuration file (VMCX) and the virtual hard disk files (VHDX and VHD) you selected over your network connection. Проверьте доступность пропускной способности сети, если вы собираетесь использовать этот параметр. Verify network bandwidth availability if you’re going to use this option. Если основная виртуальная машина уже настроена на вторичном сайте как реплицированная виртуальная машина, может быть полезно выбрать вариант использовать существующую виртуальную машину на сервере репликации в качестве начальной копии. If the primary virtual machine is already configured on the secondary site as a replicate virtual machine it can be useful to select Use an existing virtual machine on the replication server as the initial copy. Вы можете использовать экспорт Hyper-V, чтобы экспортировать основную виртуальную машину и импортировать ее в качестве виртуальной машины реплики на сервере-получателе. You can use Hyper-V export to export the primary virtual machine and import it as a replica virtual machine on the secondary server. Для крупных виртуальных машин или ограниченной пропускной способности можно выбрать, чтобы начальная репликация по сети происходила позже, а затем настроить часы наименьшей нагрузки или отправить сведения о начальной репликации в качестве автономного носителя. For larger virtual machines or limited bandwidth you can it choose to have initial replication over the network occur at a later time, and then configure off-peak hours, or to send the initial replication information as offline media.

При выполнении автономной репликации будет выполнена передача начальной копии на сервер-получатель с помощью внешнего носителя, такого как жесткий диск или USB-накопитель. If you do offline replication you’ll transport the initial copy to the secondary server using an external storage medium such as a hard disk or USB drive. Для этого необходимо подключить внешнее хранилище к основному серверу (или узлу-владельцу в кластере), а затем при выборе отправить начальное копирование с помощью внешнего носителя можно указать расположение локально или на внешнем носителе, где может храниться первоначальная копия. To do this you’ll need to connect the external storage to the primary server (or owner node in a cluster) and then when you select Send initial copy using external media you can specify a location locally or on your external media where the initial copy can be stored. На сайте реплики создается заполнитель виртуальной машины. A placeholder virtual machine is created on the replica site. После завершения начальной репликации внешнее хранилище может быть отправлено на сайт реплики. After initial replication completes the external storage can be shipped to the replica site. Вы подключите внешний носитель к серверу-получателю или к узлу-владельцу в дополнительном кластере. There you’ll connect the external media to the secondary server or to the owner node of the secondary cluster. Затем вы импортируете исходную реплику в указанное расположение и объединяете ее в заполнитель виртуальной машины. Then you’ll import the initial replica to a specified location and merge it into the placeholder virtual machine.

На странице Завершение репликации проверьте сведения в сводке и нажмите кнопку Готово. On the Completing the Enable Replication page, review the information in the Summary and then click Finish.. Данные виртуальной машины будут передаваться в соответствии с выбранными параметрами. The virtual machine data will be transferred in accordance with your chosen settings. появится диалоговое окно, указывающее, что репликация была успешно включена. and a dialog box appears indicating that replication was successfully enabled.

Если вы хотите настроить расширенную (объединенную) репликацию, откройте сервер реплики и щелкните правой кнопкой мыши виртуальную машину, которую необходимо реплицировать. If you want to configure extended (chained) replication, open the replica server, and right-click the virtual machine you want to replicate. Щелкните репликация > расширить репликацию и укажите параметры репликации. Click Replication > Extend Replication and specify the replication settings.

Запуск отработки отказа Run a failover

После выполнения этих действий по развертыванию реплицированная среда работает. After completing these deployment steps your replicated environment is up and running. Теперь можно выполнять отработку отказа по мере необходимости. Now you can run failovers as needed.

Тестовая отработка отказа. чтобы запустить тестовую отработку отказа, щелкните правой кнопкой мыши основную виртуальную машину и выберите репликация > Тестовая отработка отказ Test failover: If you want to run a test failover right-click the primary virtual machine and select Replication > Test Failover. Выберите последнюю или другую точку восстановления, если она настроена. Pick the latest or other recovery point if configured. На вторичном сайте будет создана и запущена новая тестовая виртуальная машина. A new test virtual machine will be created and started on the secondary site. После завершения тестирования выберите пункт » закончить тестовую отработку отказа » на виртуальной машине реплики, чтобы очистить ее. After you’ve finished testing, select Stop Test Failover on the replica virtual machine to clean it up. Обратите внимание, что для виртуальной машины можно выполнять только одну тестовую отработку отказа за раз. Note that for a virtual machine you can only run one test failover at a time. Дополнительные сведения. Read more.

Плановая отработка отказа. чтобы запустить плановую отработку отказа, щелкните основную виртуальную машину правой кнопкой мыши и выберите репликация > плановой Planned failover: To run a planned failover right-click the primary virtual machine and select Replication > Planned Failover. Плановая отработка отказа выполняет проверку предварительных требований для обеспечения нулевой потери данных. Planned failover performs prerequisites checks to ensure zero data loss. Прежде чем начать отработку отказа, проверяется завершение работы основной виртуальной машины. It checks that the primary virtual machine is shut down before beginning the failover. После отработки отказа виртуальной машины она начинает реплицировать изменения обратно на первичный сайт, когда он доступен. After the virtual machine is failed over, it starts replicating the changes back to the primary site when it’s available. Обратите внимание, что для этого необходимо настроить сервер-источник для полученное репликации с сервера-получателя или брокера реплики Hyper-V в случае основного кластера. Note that for this to work the primary server should be configured to recive replication from the secondary server or from the Hyper-V Replica Broker in the case of a primary cluster. Плановая отработка отказа отправляет последний набор отслеживаний изменений. Planned failover sends the last set of tracked changes. Дополнительные сведения. Read more.

Внеплановая отработка отказа. чтобы запустить внеплановую отработку отказа, щелкните правой кнопкой мыши виртуальную машину реплики и выберите репликация > внеплановая отработка отказа из диспетчера Hyper-V или диспетчера отказоустойчивого кластера. Unplanned failover: To run an unplanned failover, right-click on the replica virtual machine and select Replication > Unplanned Failover from Hyper-V Manager or Failover Clustering Manager. Если этот параметр включен, можно выполнить восстановление из последней точки восстановления или из предыдущих точек восстановления. You can recover from the latest recovery point or from previous recovery points if this option is enabled. После отработки отказа убедитесь, что все работает правильно на виртуальной машине, для которой выполнен переход, а затем нажмите кнопку завершить на виртуальной машине реплики. After failover, check that everything is working as expected on the failed over virtual machine, then click Complete on the replica virtual machine. Дополнительные сведения. Read more.