Восстановление после катастрофической потери данныхRecover from catastrophic data loss

Azure Stack Hub выполняет службы Azure в вашем центре обработки данных и может работать в малых средах, которые состоят всего из четырех узлов в одной стойке,Azure Stack Hub runs Azure services in your datacenter and can run on environments as small as four nodes installed in a single rack. тогда как Azure функционирует в более чем 40 регионах с несколькими центрами обработки данных и несколькими зонами в каждом.In contrast, Azure runs in more than 40 regions in multiple datacenters and multiple zones in each region. Ресурсы пользователя могут охватывать несколько серверов, стоек, центров обработки данных и регионов.User resources can span multiple servers, racks, datacenters, and regions. Сейчас Azure Stack Hub позволяет развертывать всю облачную инфраструктуру в одной стойке.With Azure Stack Hub, you currently only have the choice to deploy your entire cloud to a single rack. Это ограничение подвергает облако риску при аварийных ситуациях в центре обработки данных или серьезных ошибках в программном продукте.This limitation exposes your cloud to the risk of catastrophic events at your datacenter or failures due to major product bugs. При аварии экземпляр Azure Stack Hub переходит в автономный режим.When a disaster strikes, the Azure Stack Hub instance goes offline. Возникает вероятность потери всех данных без возможности восстановления.All of the data is potentially unrecoverable.

В зависимости от первопричины потери данных, возможно, вам потребуется исправить только одну службу инфраструктуры или восстановить весь экземпляр Azure Stack Hub.Depending on the root cause of the data loss, you may need to repair a single infrastructure service or restore the entire Azure Stack Hub instance. Может потребоваться даже восстановление на различном оборудовании в том же или другом расположении.You may even need to restore to different hardware in the same location or in a different location.

Этот сценарий предназначен для восстановления всей установки в случае сбоя оборудования и повторного развертывания частного облака.This scenario addresses recovering your entire installation if there's a failure and the redeployment of the private cloud.

СценарийScenario Потеря данныхData Loss РекомендацииConsiderations
Восстановление после катастрофической потери данных из-за аварии или ошибки в программном продукте.Recover from catastrophic data loss due to disaster or product bug. Все данные инфраструктуры, пользователей и приложений.All infrastructure and user and app data. Может восстанавливаться в другой поставщик вычислительной техники.Can restore to different OEM.
Может восстанавливаться в Разное поколение оборудования.Can restore to different generation of hardware.
Может восстанавливаться в разное количество узлов единиц масштабирования.Can restore to different count of scale-unit nodes.
Приложение и данные пользователей защищаются отдельно от данных инфраструктуры.User app and data are protected separately from infrastructure data.

Рабочие процессыWorkflows

Путь защиты центра Azure Stack начинается с резервного копирования инфраструктуры и данных приложения или клиента отдельно.The journey of protecting Azure Stack Hub starts with backing up the infrastructure and app/tenant data separately. Из этой статьи вы узнаете, как защитить инфраструктуру.This document covers how to protect the infrastructure.

Рабочий процесс восстановления данных Azure Stack Hub — развертывание

В худшем случае при потере всех данных восстановление Azure Stack Hub — это процесс восстановления уникальных данных инфраструктуры для конкретного развертывания Azure Stack Hub и всех данных пользователя.In worst case scenarios where all data is lost, recovering Azure Stack Hub is the process of restoring the infrastructure data unique to that deployment of Azure Stack Hub and all user data.

Рабочий процесс восстановления данных Azure Stack Hub — повторное развертывание

ВосстановитьRestore

Если все данные потеряны, но оборудование сохраняет работоспособность, нужно повторно развернуть Azure Stack Hub.If there's catastrophic data loss but the hardware is still usable, redeployment of Azure Stack Hub is required. Во время повторного развертывания можно указать место хранения и учетные данные, необходимые для доступа к резервным копиям.During redeployment, you can specify the storage location and credentials required to access backups. В таком случае нет необходимости указывать службы, которые нужно восстановить.In this mode, there's no need to specify the services that need to be restored. Контроллер резервного копирования инфраструктуры внедряет состояние плоскости управления в рамках рабочего процесса развертывания.Infrastructure Backup Controller injects control plane state as part of the deployment workflow.

В случае аварии, при которой оборудование выходит из строя, повторно развернуть систему можно только на новом оборудовании.If there's a disaster that renders the hardware unusable, redeployment is only possible on new hardware. Повторное развертывание может занять несколько недель, которые потребуются для заказа и доставки нового оборудования в центр обработки данных.Redeployment can take several weeks while replacement hardware is ordered and arrives in the datacenter. Восстановить данные плоскости управления можно в любое время.Restore of control plane data is possible at any time. Но восстановление не поддерживается, если версия повторно развернутого экземпляра более чем на один выпуск новее, чем версия, используемая в последней резервной копии.However, restore isn't supported if the version of the redeployed instance is more than one version greater than the version used in the last backup.

Режим развертыванияDeployment mode Начальная точкаStarting point Конечная точкаEnd point
Чистая установкаClean install Базовая сборкаBaseline build Изготовитель оборудования развертывает Azure Stack Hub и обновляет инфраструктуру до последней поддерживаемой версии.OEM deploys Azure Stack Hub and updates to the latest supported version.
Режим восстановленияRecovery mode Базовая сборкаBaseline build Изготовитель оборудования развертывает Azure Stack Hub в режиме восстановления и использует версию, которая соответствует требованиям, в зависимости от последней доступной резервной копии.OEM deploys Azure Stack Hub in recovery mode and handles the version matching requirements based on the latest backup available. Изготовитель оборудования выполняет развертывание и обновляет систему до последней поддерживаемой версии.The OEM completes the deployment by updating to latest supported version.

Данные в резервных копияхData in backups

Azure Stack Hub поддерживает тип развертывания, называемый режимом восстановления в облаке.Azure Stack Hub supports a type of deployment called cloud recovery mode. Этот режим используется только для восстановления Azure Stack Hub после аварии или ошибки в программном продукте, при которых нет возможности восстановить решение.This mode is used only if you choose to recover Azure Stack Hub after a disaster or product bug rendered the solution unrecoverable. В этом режиме развертывания не восстанавливаются данные пользователей, которые хранятся в решении.This deployment mode doesn't recover any of the user data stored in the solution. Восстановление в этом режиме ограничено следующими данными:The scope of this deployment mode is limited to restoring the following data:

  • входные данные развертывания;Deployment inputs
  • Внутренние данные службы удостоверенийInternal identity service data
  • конфигурация федеративной идентификации (развертывания AD FS);Federated identify configuration (ADFS deployments).
  • корневые сертификаты, используемые внутренним центром сертификации;Root certificates used by internal certificate authority.
  • Azure Resource Manager данные пользователя конфигурации, такие как подписки, планы, предложения, группы ресурсов, теги, квоты хранилища, сетевые квоты и ресурсы вычислений.Azure Resource Manager configuration user data, such as subscriptions, plans, offers, resource groups, tags, storage quotas, network quotas, and compute resources.
  • секреты и хранилища Key Vault;Key Vault secrets and vaults.
  • назначения политик RBAC и назначения ролей.RBAC policy assignments and role assignments.

Во время развертывания пользовательские ресурсы IaaS (инфраструктура как услуга) и PaaS (платформа как услуга) не восстанавливаются.None of the user Infrastructure as a Service (IaaS) or Platform as a Service (PaaS) resources are recovered during deployment. К таким потерям относятся виртуальные машины IaaS, учетные записи хранения, большие двоичные объекты, таблицы, конфигурация сети и др.These losses include IaaS VMs, storage accounts, blobs, tables, network configuration, and so on. Восстановление в облаке предназначено для того, чтобы операторы и пользователи могли войти на портал по завершении развертывания.The purpose of cloud recovery is to ensure your operators and users can sign back in to the portal after deployment is complete. Ресурсы входящих на портал пользователей не сохраняются.Users signing back in won't see any of their resources. Подписки пользователей восстанавливаются вместе с исходными планами, предложениями и политиками, определенными администратором. Пользователи, вописывая в систему, работают с теми же ограничениями, которые накладываются исходным решением до аварии.Users have their subscriptions restored and along with that the original plans, offers, and policies defined by the admin. Users signing back in to the system operate under the same constraints imposed by the original solution before the disaster. Когда восстановление в облаке завершится, оператор может вручную восстановить важные поставщики ресурсов и поставщики ресурсов сторонних разработчиков, а также связанные с ними данные.After cloud recovery completes, the operator can manually restore value-add and third-party RPs and associated data.

Проверка резервных копийValidate backups

ASDK можно использовать для тестирования резервной копии, чтобы убедиться, что данные являются допустимыми и пригодными для использования.You can use ASDK to test a backup to confirm that the data is valid and usable. Дополнительные сведения см. в статье Использование ASDK для проверки резервной копии Azure Stack.For more information, see Use the ASDK to validate an Azure Stack backup.

Дальнейшие действияNext steps

Ознакомьтесь с рекомендациями по использованию службы резервного копирования инфраструктуры.Learn about the best practices for using the Infrastructure Backup Service.