В этой статье собраны ответы на часто задаваемые вопросы об 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 в сценариях Hyper-V в Azure Site Recovery?
Обмен данными между микрослужбами Azure Site Recovery выполняется по протоколу TLS 1.2. Site Recovery всегда использует поставщики безопасности, настроенные в системе (ОС), и последнюю доступную версию протокола TLS. Необходимо явно включить TLS 1.2 в реестре, а Затем Site Recovery начнет использовать TLS 1.2 для обмена данными со службами.
Как применить ограниченный доступ к учетным записям хранения, к которым обращается служба Site Recovery для чтения и записи данных репликации?
Вы можете перейти к параметру Удостоверение и включить управляемое удостоверение для хранилища служб восстановления. После регистрации хранилища с идентификатором Microsoft Entra можно перейти к учетным записям хранения и предоставить следующие назначения ролей в хранилище:
- Учетные записи хранения на основе Resource Manager (стандартный тип):
- Учетные записи хранения на основе Resource Manager (тип premium):
- Классические учетные записи хранения:
Учетная запись хранения кэша не поддерживается для управляемого удостоверения.
Можно ли Azure Site Recovery отслеживать изменения исходной виртуальной машины за пределами исходной ОС?
Azure Site Recovery не отслеживает изменения исходной виртуальной машины за пределами исходной ОС. Например, если вы используете Azure для репликации Azure и изменяете размер исходной виртуальной машины, изменение размера исходной виртуальной машины не реплицируется на целевую виртуальную машину.
Аварийное восстановление
Что можно защитить с помощью службы 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. Если вы хотите реплицировать между двумя регионами 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 CloudGuard, Palo Alto NextGen Firewall.
- Частное подключение через общедоступный Интернет к Microsoft Edge
- Хранилища служб восстановления, настроенные для обеспечения безопасности с использованием частных конечных точек
- Репликация через подключение частной виртуальной сети клиента
- Простой переход в будущее состояние
- Отсутствие соглашения об уровне обслуживания и потенциально более высокая задержка
- Требуется доступное локальное VPN-устройство
Можно ли использовать для репликации Riverbed SteelHeads?
Наш партнер Riverbed предлагает подробные рекомендации по работе с Azure Site Recovery. Изучите их руководство по решению.
Можно ли использовать ExpressRoute для репликации виртуальных машин в Azure?
Да, ExpressRoute можно использовать для репликации локальных виртуальных машин в Azure.
- Azure Site Recovery реплицирует данные в службу хранилища Azure через общедоступную конечную точку. Для репликации 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 во время согласованности приложений. Ниже приведены действия по включению.
Войдите в систему на компьютере в качестве привилегированного пользователя.
Перейдите в каталог установки агента мобильности Azure Site Recovery. По умолчанию используется /usr/local/ASR.
# cd /usr/local/ASRПерейдите в подкаталог VX/scripts.
# cd VX/scriptsСоздайте сценарий оболочки 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
- Добавьте команды замораживания и размораживания операций ввода-вывода к этапам 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 сохраняет только одну точку восстановления в час.
До какой точки во времени можно выполнить восстановление?
Старейшая точка восстановления, которую можно использовать, составляет 15 дней с управляемым диском и тремя днями с неуправляемыми дисками.
У меня есть политика репликации в один день. Что произойдет, если проблема не позволяет Site Recovery создавать точки восстановления более одного дня? Потеряю ли я предыдущие точки восстановления?
Нет, Site Recovery сохраняет все предыдущие точки восстановления. В зависимости от периода хранения точек восстановления Site Recovery заменяет самую старую точку только при создании новых. Из-за проблемы Site Recovery не может создавать новые точки восстановления. Пока не будет новых точек восстановления, все старые точки остаются после достижения периода хранения.
После включения репликации на виртуальной машине как изменить политику репликации?
Перейдите в раздел Хранилище Site Recovery>Инфраструктура Site Recovery>Политики репликации. Выберите политику, которую требуется изменить, и сохраните изменения. Любое изменение применяется ко всем существующим репликациям.
Являются ли все точки восстановления полной копией виртуальной машины или разностной?
Первая сгенерированная точка восстановления имеет полную копию. Все последующие точки восстановления имеют разностные изменения.
Увеличивает ли возрастание периода хранения точки восстановления затраты на хранилище?
Да, если срок хранения увеличивается с одного дня до трех дней, 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.
В чем разница между завершением миграции, фиксацией и отключением репликации?
После того как компьютер выполнил отработку отказа из исходного расположения в целевое, доступны три варианта дальнейших действий. Все они преследуют разные цели.
- Завершение миграции означает, что вы больше не вернеесь в исходное расположение. Вы выполнили миграцию в целевой регион, и на этом закончили процедуру. При выборе завершения миграции автоматически выполняется фиксация и затем отключение репликации.
- Фиксация означает, что процесс репликации еще не завершен. Элемент репликации вместе со всеми конфигурациями останется зафиксированным, и позднее вы можете выбрать Защитить повторно, чтобы снова включить репликацию компьютеров в исходном регионе.
- Отключение репликации приведет к прекращению репликации и удалению всех связанных конфигураций. Это не затронет существующий компьютер в целевом регионе.
Автоматизация
Можно ли автоматизировать сценарии Site Recovery с помощью пакета SDK?
Да. Рабочие процессы службы Site Recovery можно автоматизировать с помощью интерфейса REST API, PowerShell или пакета SDK для Azure. Ниже перечислены сценарии развертывания Site Recovery с помощью PowerShell, которые поддерживаются в настоящее время.
Влияет ли прекращение использования модуля AzureRM на то, как автоматические обновления Site Recovery работают с учетной записью службы автоматизации?
Нет, прекращение работы модуля AzureRM не влияет на работу автоматических обновлений Site Recovery. Изменения не требуются для внутреннего модуля Runbook, а REST API, используемый на месте, продолжает функционировать как предполагаемое с учетной записью службы автоматизации.
Обновление компонентов и поставщиков
Где можно найти заметки о выпуске или накопительные пакеты обновлений Site Recovery
Следующие шаги
- Ознакомьтесь со статьей Обзор Site Recovery