Общие вопросы о Azure Site Recovery

В этой статье собраны ответы на часто задаваемые вопросы об Azure Site Recovery. Для конкретных сценариев ознакомьтесь с этими статьями

Общие

Какие функции выполняет служба Site Recovery?

Служба Site Recovery помогает реализовать стратегии непрерывности бизнес-процессов и аварийного восстановления (BCDR), автоматизируя процессы репликации виртуальных машин Azure между регионами, локальных виртуальных машин и физических серверов в Azure, а также локальных виртуальных машин в дополнительный центр обработки данных и осуществляя управление ими. Подробнее.

Можно ли защитить виртуальную машину с диском Docker?

Нет, Azure Site Recovery не поддерживает рабочие нагрузки Docker, работающие на виртуальных машинах. Чтобы защитить такие виртуальные машины с помощью Site Recovery, исключите из них диски с установленным Docker.

Какие функции служба Site Recovery использует для обеспечения целостности данных?

При работе с Site Recovery предпринимаются различные меры, чтобы обеспечить целостность данных. Между всеми службами устанавливается безопасное соединение с помощью протокола HTTPS. Это гарантирует, что любые вредоносные или внешние сущности не смогут незаконно изменить данные. Другая мера заключается в использовании контрольных сумм. Передача данных между исходным и целевым расположениями осуществляется с вычислением контрольных сумм между ними. Это обеспечивает целостность передаваемых данных.

Как перенести или защитить программное обеспечение, для которого требуется постоянный MAC-адрес на виртуальной машине?

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

Поддерживает ли Azure Site Recovery в настоящее время временные диски?

Нет, Azure Site Recovery в настоящее время не поддерживает временные диски.

Для чего используется агент служб восстановления Microsoft Azure?

Агент служб восстановления Microsoft Azure используется для настройки и регистрации в службах Site Recovery, а также для мониторинга работоспособности всех компонентов. Этот компонент является одним из основных стандартных блоков всей локальной инфраструктуры Azure Site Recovery. Это помогает реплика управлять рабочими нагрузками в другой регион Azure из локального сайта и выполнять отработку отказа в Azure в случае аварии.

Поставщики услуг

Я являюсь поставщиком услуг. Работает ли служба Site Recovery для моделей выделенной и общей инфраструктуры?

Да, Site Recovery поддерживает как выделенную, так и общую модели инфраструктуры.

Предоставляется ли удостоверение клиента поставщика услуг службе Site Recovery?

№ Клиент остается анонимным. Клиентам не требуется доступ к порталу Site Recovery. Только администратор поставщика служб взаимодействует с порталом.

Будут ли данные приложения клиента передаваться в Azure?

Когда вы реплика в Azure, данные приложения отправляются в хранилище Azure, но не в службу Site Recovery. Данные шифруются во время передачи (HTTPS) и остаются зашифрованными в Azure.

Будут ли клиенты получать счета за какие-либо службы Azure?

№ Azure выставляет счета только поставщику службы. Поставщики служб отвечают за создание специальных счетов для своих клиентов.

Если я реплика в Azure, всегда ли нам нужно запускать виртуальные машины в Azure?

Нет, данные реплицируются в хранилище Azure в вашей подписке. При выполнении тестовой отработки отказа (аварийного восстановления) или фактической отработки отказа Site Recovery автоматически создает виртуальные машины в подписке.

Обеспечивается ли изоляция на уровне клиента при репликации в Azure?

Да.

Какие платформы поддерживаются на данный момент?

Поддерживаются развертывания на основе Azure Pack, системы облачной платформы и System Center 2012 и более поздних версий. Узнайте больше об интеграции Azure Pack и Site Recovery.

Поддерживаются ли отдельные развертывания Azure Pack или односерверные развертывания VMM?

Нет, виртуальные машины Hyper-V можно реплика выполнять только в Azure.

Цены

Где я могу найти информацию о ценах?

Ознакомьтесь со сведениями о расценках на Site Recovery.

Как рассчитать приблизительные расходы при использовании Site Recovery?

Вы можете использовать калькулятор цен для оценки затрат при использовании Site Recovery.

Для получения подробной оценки затрат запустите средство планировщика развертывания для VMware или Hyper-V и проанализируйте отчет об оценке стоимости.

При использовании Site Recovery также взимается плата за учетную запись хранения кэша?

Да, при реплика реплика виртуальных машин с помощью Site Recovery взимается дополнительная плата за использование учетной записи хранения кэша. Затраты на учетную запись хранения кэша остаются неизменными, если реплика хранилище имеет тип управляемых дисков или неуправляемых дисков.

Я использую Azure Site Recovery больше месяца. Могу ли я по-прежнему рассчитывать на бесплатное использование в течение начального периода (31 день) для каждого защищенного экземпляра?

Да. В течение первого 31-дневного периода использования Azure Site Recovery плата за каждый защищенный экземпляр не взимается. Например, если вы защищено 10 экземпляров за последние шесть месяцев и подключаете 11-й экземпляр к Azure Site Recovery, плата за 11 экземпляр в течение первых 31 дней не взимается. Но первые 10 экземпляров вы будете оплачивать по обычным тарифам на Azure Site Recovery, так как защита для них применяется уже боле 31 дня.

Будет ли с меня взиматься плата за другие услуги Azure в течение первого 31-дневного периода?

Да, хотя для Site Recovery предусмотрена бесплатная защита экземпляра в течение первого 31-дневного периода, с вас может взиматься плата за хранилище Azure, транзакции с хранилищем и передачу данных. При восстановлении виртуальной машины может взиматься плата за вычислительные операции Azure.

Взимается ли плата за тестовое аварийное восстановление или отработку отказа?

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

Безопасность

Отправляются ли данные репликации в службу Site Recovery?

Нет, служба Site Recovery не перехватывает реплицируемые данные и не получает сведения о компонентах, запущенных на ваших виртуальных машинах или физических серверах. Обмен данными репликации осуществляется между локальными узлами Hyper-V, низкоуровневыми оболочками VMware или физическими серверами и хранилищем Azure или дополнительным сайтом. Служба Site Recovery не обладает способностью перехватывать эти данные. В службу Site Recovery передаются только метаданные, необходимые для управления репликацией и отработкой отказа.

Site Recovery имеет сертификаты ISO 27001:2013, 27018, HIPAA, DPA и сейчас проходит проверки на соответствие SOC2 и FedRAMP JAB.

Для соответствия требованиям даже метаданные из локальных сред должны оставаться в одном географическом регионе. Может ли служба Site Recovery помочь нам?

Да. При создании хранилища Site Recovery в регионе мы обеспечиваем хранение всех метаданных, необходимых для управления репликацией и отработкой отказа, в пределах этого региона.

Выполняет ли служба Site Recovery шифрование репликации?

При репликации виртуальных машин и физических серверов в Azure поддерживается как шифрование при передаче, так и шифрование на месте (в Azure).

Использует ли Azure Site Recovery протокол TLS 1.2 для всех взаимодействий между микрослужбами Azure?

Да, протокол TLS 1.2 по умолчанию принудительно применяется для взаимодействий между службами Azure и Azure Site Recovery.

Как можно обеспечить применение TLS 1.2 для взаимодействий "VMware — Azure" и "физический сервер — Azure Site Recovery"?

Агенты мобильности, установленные на реплицированных элементах, взаимодействуют с сервером обработки только по протоколу TLS 1.2. Однако сервер конфигурации и сервер обработки могут выполнять обмен данными со службами Azure по протоколам TLS 1.1 или 1.0. Следуйте инструкциям, чтобы применить TLS 1.2 ко всем серверам конфигурации и серверам обработки, настроенным вами.

Примечание.

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

Как можно обеспечить применение TLS 1.2 для взаимодействия между HyperV и Azure Site Recovery?

Обмен данными между микрослужбами Azure Site Recovery выполняется по протоколу TLS 1.2. Site Recovery всегда использует поставщики безопасности, настроенные в системе (ОС), и последнюю доступную версию протокола TLS. Вам достаточно явным образом включить TLS 1.2 в реестре, и тогда Site Recovery будет использовать только TLS 1.2 для взаимодействия со службами.

Как применить ограниченный доступ к учетным записям хранения, к которым обращается служба Site Recovery для чтения и записи данных реплика tion?

Вы можете перейти к параметру Удостоверение и включить управляемое удостоверение для хранилища служб восстановления. После регистрации хранилища с идентификатором Microsoft Entra можно перейти к учетным записям хранения и предоставить следующие назначения ролей в хранилище:

Можно ли Azure Site Recovery отслеживать изменения исходной виртуальной машины за пределами исходной ОС?

Azure Site Recovery не отслеживает изменения исходной виртуальной машины за пределами исходной ОС. Например, если вы используете Azure для Azure реплика tion и измените размер исходной виртуальной машины, изменение размера исходной виртуальной машины не реплика на целевую виртуальную машину.

Аварийное восстановление

Что можно защитить с помощью службы Site Recovery?

  • Виртуальные машины Azure: Site Recovery может реплика выполнять любую рабочую нагрузку, выполняемую на поддерживаемой виртуальной машине Azure.
  • Виртуальные машины Hyper-V: Site Recovery может защитить любую рабочую нагрузку, выполняющуюся на виртуальной машине Hyper-V.
  • Физические серверы. Служба Site Recovery позволяет защитить физические серверы под управлением Windows или Linux.
  • Виртуальные машины VMware: Site Recovery может защитить любую рабочую нагрузку, выполняющуюся на виртуальной машине VMware.

Какие рабочие нагрузки можно защитить с помощью службы Site Recovery?

С помощью Site Recovery можно защитить большинство рабочих нагрузок, работающих на поддерживаемой виртуальной машине или физическом сервере. Служба Site Recovery также поддерживает репликацию уровня приложения, позволяя восстанавливать приложения до программируемого состояния. Она интегрируется с приложениями Майкрософт, включая SharePoint, Exchange, Dynamics, SQL Server и Active Directory, а также тесно взаимодействует с решениями ведущих производителей, в том числе Oracle, SAP, IBM и Red Hat. Подробнее о защите рабочей нагрузки.

Можно ли управлять аварийным восстановлением в офисах филиалов с помощью службы Site Recovery?

Да. Используя службу Site Recovery для управления репликацией и отработкой отказа в офисах филиалов, вы получаете объединенные возможности управления и представление для всех рабочих нагрузок офисов филиалов в центральном расположении. Таким образом, можно легко выполнить отработку отказа и управлять аварийным восстановлением для всех филиалов, не выходя из главного офиса.

Поддерживается ли аварийное восстановление для виртуальных машин Azure?

Да, Site Recovery поддерживает аварию для виртуальных машин Azure между регионами Azure. Ознакомьтесь с общими вопросами об аварийном восстановлении виртуальных машин Azure. Если вы хотите реплика te между двумя регионами Azure на одном континенте, используйте нашу службу Azure для аварийного восстановления Azure. Для этого не потребуется настраивать сервер конфигурации или обработки, а также подключения ExpressRoute.

Поддерживается ли аварийное восстановление для виртуальных машин VMware?

Да, Site Recovery поддерживает аварийное восстановление локальных виртуальных машин VMware. Ознакомьтесь с общими вопросами по аварийному восстановлению виртуальных машин VMware.

Поддерживается ли аварийное восстановление для виртуальных машин Hyper-V?

Да, Site Recovery поддерживает аварийное восстановление локальных виртуальных машин Hyper-V. Ознакомьтесь с общими вопросами по аварийному восстановлению виртуальных машин Hyper-V.

Поддерживается ли аварийное восстановление для физических серверов?

Да, Site Recovery поддерживает аварийное восстановление локальных физических серверов под управлением Windows и Linux в Azure. Сведения о требованиях к аварийному восстановлению в Azure. Физические серверы выполняются как виртуальные машины в Azure после отработки отказа. Сейчас восстановление размещения из Azure на локальный физический сервер не поддерживается. Восстановление размещения можно выполнить только на виртуальную машину VMware.

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

Нет, Azure Site Recovery не поддерживает перемещение хранилища Служб восстановления с размещенными в нем защищенными виртуальными машинами.

Репликация

Можно выполнить репликацию через VPN-подключение типа "сеть — сеть" в Azure?

Azure Site Recovery реплицирует данные в учетную запись хранения Azure или на управляемый диск через общедоступную конечную точку. Однако репликация также можно выполняться через VPN типа "сеть —сеть". VPN-подключение типа "сеть —сеть" позволяет организациям подключать существующие сети к Azure или сети Azure друг к другу. VPN типа "сеть — сеть" происходит через туннелирование IPSec через Интернет, используя существующее локальное пограничное сетевое оборудование и сетевые (модуль) в Azure, собственные функции, такие как шлюз виртуальной частной сети Azure (VPN) или сторонние параметры, такие как Check Point CloudGaurd, Palo Alto NextGen Firewall.

  • Частное подключение через общедоступный Интернет к Microsoft Edge
  • Хранилища служб восстановления, настроенные для обеспечения безопасности с использованием частных конечных точек
  • Репликация через подключение частной виртуальной сети клиента
  • Простой переход в будущее состояние
  • Отсутствие соглашения об уровне обслуживания и потенциально более высокая задержка
  • Требуется доступное локальное VPN-устройство

Можно ли использовать для репликации Riverbed SteelHeads?

Наш партнер Riverbed предлагает подробные рекомендации по работе с Azure Site Recovery. Изучите их руководство по решению.

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

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

  • Azure Site Recovery реплицирует данные в службу хранилища Azure через общедоступную конечную точку. Чтобы использовать ExpressRoute для репликации в Site Recovery, необходимо настроить пиринг Майкрософт или применить существующий общедоступный пиринг (не рекомендуется для новых каналов).
  • Пиринг Майкрософт является рекомендуемым доменом маршрутизации для репликации.
  • Репликация поддерживается через частный пиринг, только если для хранилища включены частные конечные точки.
  • Ели вы защищаете виртуальные машины VMware или физические компьютеры, убедитесь, что соблюдаются все требования к сети для сервера конфигурации. Для оркестрации репликации в Site Recovery требуется возможность подключения сервера конфигурации к определенным URL-адресам. Для такого подключения невозможно использовать ExpressRoute.
  • После отработки отказа виртуальных машин в виртуальную сеть Azure доступ к можно получать с помощью частного пиринга, настроенного в виртуальной сети Azure.

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

Azure Site Recovery не поддерживает использование учетных записей хранения в качестве целевого хранилища. Рекомендуется вместо этого использовать управляемые диски в качестве целевого хранилища для компьютеров. Управляемые диски поддерживают только тип LRS для обеспечения устойчивости данных.

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

  • Hyper-V: виртуальные машины Hyper-V можно реплика каждые 30 секунд (за исключением хранилища класса Premium) или пять минут.
  • Виртуальные машины Azure, виртуальные машины VMware, физические серверы: частота реплика не имеет значения здесь. Репликация является непрерывной.

Можно ли расширить репликацию с существующего сайта восстановления до сайта третьего уровня?

Расширенная репликация и цепочка репликации не поддерживаются. Запросите эту функцию на форуме отзывов и предложений.

Можно ли выполнить первую процедуру репликации в Azure в автономном режиме?

Это не поддерживается. Запросите эту функцию на форуме отзывов и предложений.

Можно ли исключить из репликации отдельные диски?

Это поддерживается при реплика реплика виртуальных машин VMware и виртуальных машин Hyper-V в Azure с помощью портал Azure.

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

Динамические диски поддерживаются при реплика реплика виртуальных машин Hyper-V и при реплика реплика виртуальных машин VMware и физических машин в Azure. Диск операционной системы должен представлять собой базовый диск.

Можно ли регулировать пропускную способность, выделенную для трафика репликации?

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

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

Да. Azure Site Recovery для операционной системы Linux поддерживает настраиваемые сценарии для согласования приложений. Настраиваемый скрипт с предварительными и пост-параметрами используется агентом Мобильности Azure Site Recovery во время согласованности приложений. Ниже приведен порядок действий для его реализации.

  1. Войдите в систему на компьютере в качестве привилегированного пользователя.

  2. Перейдите в каталог установки агента мобильности Azure Site Recovery. По умолчанию используется /usr/local/ASR.
    # cd /usr/local/ASR

  3. Перейдите в подкаталог VX/scripts.
    # cd VX/scripts

  4. Создайте сценарий оболочки Bash с именем customscript.sh и разрешениями на выполнение для привилегированного пользователя.
    a. Сценарий должен поддерживать параметры командной строки --pre и --post (обратите внимание на двойные тире).
    b. При вызове сценария с параметром pre он должен заморозить операции ввода-вывода приложения, а при вызове с параметром post — разморозить их.
    c. Пример шаблона:

    # cat customscript.sh

    #!/bin/bash

    if [ $# -ne 1 ]; then
        echo "Usage: $0 [--pre | --post]"
        exit 1
    elif [ "$1" == "--pre" ]; then
        echo "Freezing app IO"
        exit 0
    elif [ "$1" == "--post" ]; then
        echo "Thawed app IO"
        exit 0
    fi
  1. Добавьте команды замораживания и размораживания операций ввода-вывода к этапам pre и post для приложений, которым требуется согласование. Вы можете добавить еще один сценарий, который будет их определять, и вызвать его из customscript.sh с параметрами pre и post.

Примечание.

Для поддержки пользовательских сценариев агент Site Recovery должен иметь версию 9.24 или более позднюю.

Политика репликации

Что такое политика репликации?

Политика репликации определяет параметры журнала хранения точек восстановления. Эта политика также определяет периодичность создания моментальных снимков с согласованием приложений. По умолчанию Azure Site Recovery создает новую политику репликации с параметрами по умолчанию:

  • одни сутки для хранения истории точек восстановления;
  • Без согласованных с приложением моментальных снимков.

Что такое отказоустойчивая точка восстановления?

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

В настоящее время большинство приложений может успешно восстанавливаться из отказоустойчивых моментальных снимков. Отказоустойчивой точки восстановления обычно достаточно для операционных систем (кроме баз данных), файловых серверов приложений, DHCP-серверов и серверов печати.

Какая частота создания отказоустойчивой точки восстановления?

Site Recovery создает отказоустойчивую точку восстановления каждые 5 минут.

Что такое точка восстановления, согласованная с приложением?

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

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

Примечание.

Создание точек восстановления с согласованием приложений завершается сбоем на компьютере с Windows, если он содержит более 64 томов.

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

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

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

Site Recovery может создать точку восстановления, согласованную с приложением, с минимальной частотой в 1 час.

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

Чтобы понять, как Site Recovery создает точки восстановления, давайте рассмотрим пример политики репликации. Эта политика репликации определяет точку восстановления с периодом хранения в один день и частоту создания моментальных снимков с согласованностью на уровне приложений 1 раз в час.

Site Recovery создает отказоустойчивую точку восстановления каждые 5 минут. Вы не можете изменить эту частоту. За последние 2 часа вам доступны 24 точки восстановления с согласованностью на уровне сбоя и 2 точки восстановления с согласованностью на уровне приложений. По мере выполнения времени Site Recovery удаляет все точки восстановления за последние 2 часа и сохраняет только одну точку восстановления в час до 24 часов дня.

На следующем снимке экрана показан пример. На снимке экрана:

  • За последние 2 часа существуют точки восстановления с интервалом в 5 минут.

  • За последние 2 часа Site Recovery сохраняет только одну точку восстановления в час.

    List of generated recovery points

До какой точки во времени можно выполнить восстановление?

Старейшая точка восстановления, которую можно использовать, составляет 15 дней с управляемым диском и тремя днями с неуправляемыми дисками.

У меня есть политика реплика tion в один день. Что произойдет, если проблема не позволяет Site Recovery создавать точки восстановления более одного дня? Потеряю ли я предыдущие точки восстановления?

Нет, Site Recovery сохраняет все предыдущие точки восстановления. В зависимости от периода хранения точек восстановления Site Recovery заменяет самую старую точку только при создании новых. Из-за проблемы Site Recovery не может создавать новые точки восстановления. Пока не будет новых точек восстановления, все старые точки остаются после достижения периода хранения.

После включения реплика на виртуальной машине как изменить политику реплика tion?

Перейдите в раздел Хранилище Site Recovery>Инфраструктура Site Recovery>Политики репликации. Выберите политику, которую требуется изменить, и сохраните изменения. Все изменения также применяются ко всем существующим реплика tions.

Являются ли все точки восстановления полной копией виртуальной машины или разностной?

Первая сгенерированная точка восстановления имеет полную копию. Все последующие точки восстановления имеют разностные изменения.

Увеличивает ли возрастание периода хранения точки восстановления затраты на хранилище?

Да, если срок хранения увеличивается с одного дня до трех дней, Site Recovery сохраняет точки восстановления в течение дополнительных двух дней. Добавленное время будет взиматься плата за хранение, так как будет храниться 12 дополнительных точек восстановления, которые необходимо сохранить с увеличением срока хранения с одного дня до трех дней. Например, одна точка восстановления может иметь разностные изменения в 10 ГБ при стоимости за гигабайт в 0,16 долл. США в месяц. Дополнительная плата составит $1,60 × 12 в месяц.

Отработка отказа

Как получить доступ к виртуальным машинам Azure после отработки отказа в Azure?

Вы можете получить доступ к виртуальным машинам Azure через безопасное подключение к Интернету, через VPN типа "сеть — сеть" или через Azure ExpressRoute. Для подключения потребуется выполнить несколько подготовительных действий. Подробнее.

Каким образом среда Azure обеспечивает отказоустойчивость данных при отработке отказа?

Среда Azure разработана для обеспечения отказоустойчивости. Служба Site Recovery уже рассчитана на отработку отказа в дополнительный центр обработки данных Azure в соответствии с соглашением об уровне обслуживания Azure. При обработке отказа Azure обеспечивает хранение метаданных и хранилищ в географическом регионе, выбранном для хранилища.

Что произойдет, если при выполнении репликации между двумя центрами обработки данных в основном центре обработки данных неожиданно возникнет сбой?

Можно активировать незапланированную отработку отказа на дополнительном сайте. Для отработки отказа службе Site Recovery не требуется подключение на основном сайте.

Отработка отказа выполняется автоматически?

Отработка отказа не выполняется автоматически. Чтобы активировать ее, необходимо щелкнуть в соответствующем месте на портале или воспользоваться Site Recovery PowerShell. Восстановление размещения — простое действие, которое выполняется на портале Site Recovery.

Чтобы автоматизировать выполнение этих процедур, можно использовать локальное решение Orchestrator или Operations Manager для обнаружения сбоя виртуальной машины, а затем активировать отработку отказа, используя пакет SDK.

  • Дополнительные сведения о планах восстановления см. здесь.
  • Узнайте больше об отработке отказа.
  • Дополнительные сведения о отработках отказа виртуальных машин VMware и физических серверов

Могу ли я выполнить восстановление размещения на другой узел, если локальный узел не отвечает или аварийно завершил работу?

Да. Вы можете выполнить восстановление на другой узел из Azure.

В чем разница между завершением миграции, фиксацией и отключением репликации?

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

  1. Завершение миграции означает, что вы больше не вернеесь в исходное расположение. Вы выполнили миграцию в целевой регион, и на этом закончили процедуру. При выборе завершения миграции автоматически выполняется фиксация и затем отключение репликации.
  2. Фиксация означает, что процесс репликации еще не завершен. Элемент репликации вместе со всеми конфигурациями останется зафиксированным, и позднее вы можете выбрать Защитить повторно, чтобы снова включить репликацию компьютеров в исходном регионе.
  3. Отключение репликации приведет к прекращению репликации и удалению всех связанных конфигураций. Это не затронет существующий компьютер в целевом регионе.

Автоматизация

Можно ли автоматизировать сценарии Site Recovery с помощью пакета SDK?

Да. Рабочие процессы службы Site Recovery можно автоматизировать с помощью интерфейса REST API, PowerShell или пакета SDK для Azure. Ниже перечислены сценарии развертывания Site Recovery с помощью PowerShell, которые поддерживаются в настоящее время.

Обновление компонентов и поставщиков

Где можно найти заметки о выпуске или накопительные пакеты обновлений Site Recovery

Следующие шаги