Резервное копирование и восстановление приложения в Службе приложений Azure

  • Статья

В Службе приложений Azure можно легко восстановить резервные копии приложений. Вы также можете создавать пользовательские резервные копии по запросу или настраивать запланированные пользовательские резервные копии. Чтобы восстановить резервную копию, перезаписав существующее приложение, восстановите его в новом приложении или слоте. В этой статье показано, как восстановить резервную копию и создать пользовательские резервные копии.

Резервное копирование и восстановление поддерживаются на уровнях "Базовый", "Стандартный", "Премиум" и "Изолированный". На уровне Базовый резервное копирование и восстановление возможно только для рабочего слота. Дополнительные сведения о масштабировании плана службы приложений для использования более высокого уровня см. в статье Масштабирование веб-приложения в службе приложений Azure.

Примечание.

Для Среда службы приложений:

  • Автоматическое резервное копирование можно восстановить в целевом приложении в самой среде Служба приложений, а не в другой Служба приложений среде.
  • Пользовательские резервные копии можно восстановить в целевом приложении в другой среде Служба приложений, например из Среда службы приложений версии 2 в Среда службы приложений версии 3.
  • Резервные копии можно восстановить в целевое приложение той же платформы ОС, где находится исходное приложение.

Резервное копирование и восстановление и аварийное восстановление

Платформа Руководство по резервному копированию и восстановлению Руководство по аварийному восстановлению
Веб-приложения службы приложений
(Бесплатная и общая ценовая категория)		 Если у вас есть веб-приложения, развернутые на уровне "Бесплатный" или "Общий", требуется доступ к возможностям резервного копирования и восстановления для этих веб-приложений, масштабирование до уровня "Базовый" или "Выше". Верните Служба приложений ресурсы в другой регион Azure во время региональной катастрофы.

Начиная с 31 марта 2025 г. приложения Служба приложений не будут помещены в режим аварийного восстановления во время аварии в регионе Azure, как описано в статье о восстановлении после сбоя на уровне региона. Рекомендуется реализовать часто используемые методы аварийного восстановления для предотвращения простоя и потери данных во время региональной катастрофы.
Веб-приложения службы приложений
(Ценовая категория "Базовый\Стандартный\Премиум")		 В службе приложение Azure можно выполнять пользовательские резервные копии по запросу или использовать автоматические резервные копии. Чтобы восстановить резервную копию, перезаписав существующее приложение, восстановите его в новом приложении или слоте.

Дополнительные сведения см. в статье "Резервное копирование и восстановление приложения в службе приложение Azure".		 Текущее руководство по переносу ресурсов Служба приложений обратно в сеть в другом регионе Azure во время региональной аварии доступно при восстановлении после сбоя на уровне региона — приложение Azure служба.

Начиная с 31 марта 2025 г. веб-приложения службы приложение Azure больше не будут помещены в режим аварийного восстановления во время аварии в регионе Azure, как описано в статье о восстановлении после сбоя на уровне региона. Мы рекомендуем реализовать часто используемые методы аварийного восстановления, чтобы предотвратить потерю функциональных возможностей или данных для веб-приложений в случае региональной аварии.
Среда службы приложений (V2 и V3) В среде службы приложение Azure можно выполнять пользовательские резервные копии по запросу или использовать автоматические резервные копии. Автоматическое резервное копирование можно восстановить в целевом приложении в том же ASE, а не в другом ASE. Пользовательские резервные копии можно восстановить в целевом приложении в другом ASE (например, из ASE версии 2 до ASE версии 3). Резервные копии можно восстановить в целевое приложение той же платформы ОС, где находится исходное приложение.

Дополнительные сведения см. в статье "Резервное копирование и восстановление приложения в службе приложение Azure".		 Мы рекомендуем реализовать рекомендации по аварийному восстановлению для веб-приложений, развернутых в Среда службы приложений с помощью часто используемых методов аварийного восстановления.
Функции Azure (выделенное) В Функции Azure можно создавать пользовательские резервные копии по запросу или использовать автоматические резервные копии. Чтобы восстановить резервную копию, перезаписав существующее приложение, восстановите его в новом приложении или слоте.

Дополнительные сведения см. в статье "Резервное копирование и восстановление приложения в службе приложение Azure".		 Текущее руководство по переносу ресурсов Функции Azure приложений (выделенных) в другой регион Azure во время региональной аварии доступно при восстановлении после сбоя на уровне региона — приложение Azure службе.

Начиная с 31 марта 2025 г. приложения Служба приложений не будут помещены в режим аварийного восстановления во время аварии в регионе Azure, как описано в статье о восстановлении после сбоя на уровне региона. Вместо этого реализуйте Функции Azure геокадрового восстановления.

Кроме того, вы также можете ссылаться на часто используемые методы аварийного восстановления для Функции Azure выделенных.
Функции Azure потребление и премиум Функции Azure, развернутые в планах потребления и уровня "Премиум", не предоставляют доступ к пользовательским и автоматическим резервным копиям. Содержимое приложения-функции находится в учетной записи хранения Azure. Используйте параметры избыточности служба хранилища Azure, чтобы обеспечить соответствие учетной записи хранения целям доступности и устойчивости во время сбоя.

Если вы создали функции с помощью редактора в портал Azure, вы также можете скачать существующий проект приложения-функции в виде файла .zip.		 Настоятельно рекомендуется реализовать Функции Azure геокадрового восстановления и надежности.

Автоматические и пользовательские резервные копии

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

Функция Автоматическое резервное копирование Пользовательские резервные копии
Ценовые категории Базовый, Стандартный, Премиум, Изолированный. Базовый, Стандартный, Премиум, Изолированный.
Требуется настройка № Да.
Размер резервной копии 30 ГБ. 10 ГБ, 4 ГБ из которых может быть связанной базой данных.
Связанная база данных Резервная копия не создана. Можно создать резервную копию следующих связанных баз данных: База данных SQL, База данных Azure для MySQL, База данных Azure для PostgreSQL, MySQL в приложении.
Требуется учетная запись хранения № Да.
Частота резервного копирования Каждый час, не настраивается. Настраиваемый режим.
Хранение 30 дней, не настраивается.
— Дни 1–3: почасовые резервные копии сохраняются.
— Дни 4–14: каждые третий час резервного копирования сохранено.
— Дни 15-30: каждые шестое почасовое резервное копирование сохранено.		 0–30 дней или неопределенный срок.
Скачиваемые № Да, как BLOB-объекты службы хранилища Azure.
частичные резервные копии; Не поддерживается. Поддерживается.
Резервное копирование по виртуальной сети Не поддерживается. Поддерживается.

Восстановление резервной копии

Примечание.

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

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

    Screenshot that shows how to open the backups page.

  2. Выберите автоматическую резервную копию или настраиваемую резервную копию для восстановления, выбрав ее ссылку "Восстановить ".

    Screenshot that shows how to select the restore link.

  3. Данные в разделе Сведения о резервном копировании заполняются автоматически.

  4. Укажите назначение восстановления в разделе Выбор назначения. Чтобы восстановить в новое приложение, нажмите кнопку Создать в поле Служба приложений. Чтобы восстановить новый слот развертывания, выберите Создать в поле Слот развертывания ".

    Если вы выберете существующий слот, то все существующие данные в файловой системе будут удалены и перезаписаны. Рабочий слот имеет то же имя, что и приложение.

  5. Вы можете выбрать восстановление конфигурации сайта в разделе Расширенные параметры.

  6. Выберите Восстановить.

Создание пользовательской резервной копии

  1. На странице управления приложениями на портале Azure в меню слева выберите Резервные копии.

    Screenshot that shows how to open the backups page.

  2. В верхней части страницы Резервные копии выберите Настроить пользовательские резервные копии.

  3. В разделе Учетная запись хранения выберите существующую учетную запись хранения (в той же подписке) или нажмите кнопку Создать. Выполните то же самое для контейнера.

    Чтобы создать резервную копию связанных баз данных, нажмите кнопку "Далее:>дополнительно включить базу данных" и выберите базы данных для резервного копирования.

    Примечание.

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

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

  4. Выберите Настроить.

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

  5. В верхней части страницы Резервное копирование выберите Создать резервную копию.

    Screenshot that shows how to make an on-demand backup.

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

Настройка пользовательских резервных копий по расписанию

  1. На странице Настройка пользовательских резервных копий выберите Задать расписание.

  2. Настройте расписание резервного копирования и выберите Настроить.

Резервное копирование и восстановление связанной базы данных

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

  1. Убедитесь, что связанная база данных поддерживается.
  2. Создайте строку подключения, указывающую на базу данных. База данных считается связанной с приложением, если в конфигурации приложения имеется допустимая строка подключения.
  3. Выполните действия, описанные в разделе Создание пользовательской резервной копии, чтобы выбрать связанную базу данных на вкладке Дополнительно.

Чтобы восстановить базу данных, включенную в пользовательскую резервную копию, выполните следующие действия.

  1. Выполните действия, описанные в разделе Восстановление резервной копии.
  2. В разделе Дополнительные параметры выберите Включить базу данных.

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

Резервное копирование и восстановление по azure виртуальная сеть

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

Чтобы создать резервную копию и восстановить виртуальная сеть Azure, выполните приведенные ниже действия.

  1. При настройке пользовательских резервных копий выберите "Резервное копирование и восстановление" через интеграцию виртуальной сети.
  2. Сохраните параметры, нажав кнопку "Настроить".

Если вы не видите проверка box или если проверка box отключен, убедитесь, что ресурсы соответствуют требованиям.

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

Настройка частичного резервного копирования

Частичное резервное копирование поддерживается для пользовательских резервных копий (не для автоматических резервных копий). Иногда не нужно создавать резервную копию всего приложения. Вот несколько таких случаев.

  • У вас настроена еженедельная архивация приложения со статическим содержимым, которое никогда не меняется. Это могут быть старые записи блога или изображения.
  • Размер содержимого приложения превышает 10 ГБ (т. е. максимальный размер резервной копии, которую можно создать за раз).
  • Не нужно создавать резервную копию файлов журнала.

Чтобы исключить файлы и папки из списка тех, которые будут сохраняться в будущих резервных копиях, создайте файл _backup.filter в папке %HOME%\site\wwwroot вашего приложения. В этом файле укажите список файлов и папок, которые вы хотите исключить.

Совет

Доступ к файлам можно получить, перейдя по адресу https://<app-name>.scm.azurewebsites.net/DebugConsole. Если отобразится запрос на вход в учетную запись Azure, выполните его.

Определите папки, которые вы хотите исключить из резервных копий. Например, вы хотите отфильтровать выделенные папки и файлы.

Screenshot that shows files and folders to exclude from backups.

Создайте файл _backup.filter и поместите в него приведенный выше список, при этом удалив корневую %HOME%. В одной строке указывайте один каталог или файл. В результате содержимое файла будет выглядеть так:

\site\wwwroot\Images\brand.png
\site\wwwroot\Images\2014
\site\wwwroot\Images\2013

Отправьте файл _backup.filter в каталог D:\home\site\wwwroot\ своего сайта с помощью протокола FTP или любым другим способом. При желании можно создать файл непосредственно с помощью DebugConsole Kudu и вставить в него содержимое.

Запустите резервное копирования как обычно: пользовательское по запросу или пользовательское по расписанию. Все файлы и папки, указанные в _backup.filter, будут исключены из резервных копий.

Примечание.

_backup.filter изменяет принцип восстановления. Без _backup.filter при восстановлении резервной копии все существующие файлы в приложении удаляются и заменяются на файлы из резервной копии. При наличии _backup.filter все содержимое файловой системы приложения, которое входит в _backup.filter, остается как есть (не удаляется).

Как хранятся резервные копии

После создания одной или нескольких резервных копий для приложения резервные копии отображаются на странице "Контейнеры " учетной записи хранения и в приложении. В учетной записи хранения каждая резервная копия состоит из файла .zip с резервной копией данных и файла .xml с манифестом для содержимого файла .zip. Эти файлы можно распаковать и просмотреть, если необходимо получить доступ к резервным копиям без фактического восстановления приложения.

Резервная копия базы данных приложения хранится в корне ZIP-файла. Для Базы данных SQL это файл BACPAC (без расширения), который можно импортировать. Сведения о создании базы данных в Базе данных SQL Azure с использованием экспорта BACPAC см. в статье Импорт BACPAC-файла для создания базы данных в Базе данных SQL Azure.

Предупреждение

Изменение любого из этих файлов в контейнере websitebackups может привести к повреждению резервной копии и сделать восстановление из нее невозможным.

Сообщения об ошибках

На странице Резервные копии отображается состояние каждой резервной копии. Чтобы получить сведения из журнала о неудачной резервной копии, выберите элемент строки в списке. Используйте следующую таблицу для решения проблем с резервной копией. Если сбой не описан в таблице, отправьте запрос в службу поддержки.

Ошибка Fix
Ошибка доступа к хранилищу. Удалите расписание резервного копирования и настройте его повторно. Или повторно настройте хранилище резервных копий.
Размер веб-сайта и базы данных превышает ограничение в {0} ГБ для резервных копий. Вам доступно {1} ГБ. Исключите некоторые файлы из резервной копии или удалите часть базы данных резервной копии и используйте внешние предложенные резервные копии.
Произошла ошибка при подключении к базе данных {0} на сервере {1}: не удалось проверить подлинность пользователя <username> на хосте "{1}" с использованием метода mysql_native_password. Получено сообщение: "Неизвестная база данных: <db-name>". Обновите строку подключения к базе данных.
Невозможно разрешить {0}. {1} (CannotResolveStorageAccount) Удалите расписание резервного копирования и настройте его повторно.
Ошибка входа пользователя "{0}". Обновите строку подключения к базе данных.
Создание копии Базы данных {0} ({1}) вызвало исключение. Не удалось создать копию Базы данных. Используйте пользователя с правами администратора в строке подключения.
Субъект-сервер "<name>" не может получить доступ к базе данных master в текущем контексте безопасности. Не удается открыть базу данных "master", запрошенную при входе в систему. Не удалось выполнить вход. "Сбой при входе в систему пользователя "<name>" Используйте пользователя с правами администратора в строке подключения.
При подключении к SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром. Сервер не найден или недоступен. Проверьте правильность имени экземпляра и настройку сервера SQL Server для удаленных подключений. (поставщика: поставщик именованных каналов, ошибка: 40: невозможно открыть соединение с SQL Server) Проверьте, является ли строка подключения допустимой. Разрешите исходящие IP-адреса приложения в параметрах сервера базы данных.
Не удается открыть сервер "<name>", запрошенный при входе. Не удалось выполнить вход. Проверьте, является ли строка подключения допустимой.
Отсутствуют обязательные параметры для допустимого подписанного URL-адреса. Удалите расписание резервного копирования и настройте его повторно.
необходимо SSL-подключение". Укажите параметры SSL и повторите попытку при попытке подключения. SSL-подключение к Базе данных Azure для MySQL и Базе данных Azure для PostgreSQL не поддерживается для резервных копий баз данных. Вместо него используйте встроенную функцию резервного копирования в соответствующей базе данных.

Автоматизация с помощью сценариев

Управление резервным копированием можно автоматизировать с помощью сценариев, воспользовавшись Azure CLI или Azure PowerShell.

Примеры см. в разделах:

Часто задаваемые вопросы

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

Каждая резервная копия является полной автономной копией приложения, а не добавочным обновлением.

Поддерживает ли модуль Функции Azure автоматическое резервное копирование?

Автоматические резервные копии доступны для Функции Azure в выделенных (Служба приложений)уровнях "Базовый" или "Стандартный" или "Премиум". Приложения-функции в ценовой категории "Потребление" или "Эластичный премиум" не поддерживаются для автоматического резервного копирования.

Что входит в автоматическую резервную копию?

В следующей таблице показано, для каких данных создается автоматическая резервная копия:

Настройки Восстанавливается?
Приложения для Windows: все содержимое приложения в каталоге %HOME%
Приложения для Linux: все содержимое приложения в каталоге /home
Пользовательские контейнеры (Windows и Linux): содержимое в постоянном хранилище		 Да
Содержимое пакета для выполнения из файла ZIP No
Содержимое из любого пользовательского подключенного хранилища Azure, например из общей папки Файлов Azure. No

В следующей таблице показано, какая конфигурация приложения восстанавливается при восстановлении конфигурации приложения:

Настройки Восстанавливается?
Собственные параметры журнала, включая учетную запись службы хранилища Azure и параметры контейнеров Да
Конфигурация Application Insights Да
Проверка работоспособности Да
Сетевые компоненты, например частные конечные точки, гибридные подключения и интеграция виртуальной сети No
Аутентификация No
Управляемые удостоверения No
Личные домены No
TLS/SSL No
Горизонтальное увеличение масштаба No
Диагностика с помощью Azure Monitor No
Оповещения и метрики No
Azure Backup No
Связанные слоты развертывания No
Любая связанная база данных, поддерживаемая настраиваемой резервной копией No

Что входит в пользовательскую резервную копию?

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

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

Почему не создается резервная копия для моей связанной базы данных?

Резервные копии связанных баз данных создаются только для пользовательских резервных копий, которые не превышают допустимый максимальный размер. В случае превышения максимального размера резервной копии (10 ГБ) или максимального размера базы данных (4 ГБ) резервное копирование завершается ошибкой. Далее приведено несколько распространенных причин, по которым резервные копии связанной базы данных не создаются:

  • Резервные копии базы данных Azure для MySQL с поддержкой TLS не поддерживаются. Если резервная копия настроена, вы получите сбои резервного копирования.
  • Резервные копии базы данных Azure для PostgreSQL с поддержкой TLS не поддерживаются. Если резервная копия настроена, вы получите сбои резервного копирования.
  • Базы данных в приложении MySQL автоматически создают резервные копии без любой настройки. Если вы устанавливаете параметры вручную для баз данных MySQL в приложении, таких как добавление строка подключения, резервные копии могут работать неправильно.

Что произойдет, если размер резервной копии превысит допустимое максимальное значение?

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

Можно ли использовать учетную запись хранения с включенными функциями безопасности?

Вы можете создать резервную копию в защищенной брандмауэром учетной записи хранения, если она входит в ту же топологию виртуальной сети, что и ваше приложение. См. статью "Резервное копирование и восстановление по виртуальная сеть Azure".

Как выполнить восстановление в приложение в другой подписке?

  1. Создайте настраиваемую резервную копию в контейнер службы хранилища Azure.
  2. Скачайте ZIP-файл резервной копии на локальный компьютер.
  3. На странице Резервные копии для целевого приложения выберите Восстановить в верхнем меню.
  4. В разделе Сведения о резервном копировании выберите Служба хранилища в поле Источник.
  5. Выберите предпочтительную учетную запись хранения.
  6. В разделе ZIP-файл выберите Загрузить файл.
  7. В поле "Имя" нажмите кнопку Обзор и выберите скачанный ZIP-файл.
  8. Настройте остальные разделы, как в статье Восстановление резервной копии.

Как выполнить восстановление в приложение в той же подписке, но в другом регионе?

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

Где хранятся автоматические резервные копии?

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

Разделы справки остановить автоматическую резервную копию?

Вы не можете остановить автоматическое резервное копирование. Автоматическое резервное копирование хранится на платформе и не влияет на базовый экземпляр приложения или его хранилище.

Next Steps

Документация по хранилищу BLOB-объектов Azure.