Создайте резервную копию и восстановите ваше приложение в службе приложений Azure.

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

Функции резервного копирования и восстановления поддерживаются на уровнях Basic, Standard, Premium и Isolated. Для базового уровня вы можете только выполнять резервное копирование и восстановление производственного слота. Для получения дополнительной информации о масштабировании вашего плана App Service до более высокого уровня, смотрите Увеличение масштаба приложения в Azure.

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

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

Восстановить резервную копию

Создать резервную копию по своему выбору

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

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

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

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

   Примечание

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

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

4. Select Configure.

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

5. At the top of the Backups pane, select Backup Now.

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

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

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

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

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

Для резервного копирования и восстановления Гибких серверов, обратитесь к соответствующей документации по базе данных.

• Azure Database для MySQL - Масштабируемый сервер: Резервное копирование и восстановление
• Azure Database for PostgreSQL - Flexible Server: Резервное копирование и восстановление

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

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

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

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

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

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

Начиная с 31.03.2028, пользовательские резервные копии Azure App Service больше не будут поддерживать резервное копирование связанных баз данных. Мы рекомендуем использовать встроенные средства резервного копирования и восстановления, предоставляемые каждой службой базы данных. Чтобы помочь пользователям подготовиться к этому изменению, команда App Service удалит возможность включать связанные базы данных в новых пользовательских конфигурациях резервного копирования согласно следующему расписанию:

• Ноябрь 2025 – Удаление связанных баз данных MySQL и PostgreSQL
• Апрель 2026 г. – Удаление связанных баз данных Azure SQL и SQL Server. Пользовательские резервные копии, которые уже включают связанные базы данных, будут продолжать включать эти базы данных до 31.03.2028, после чего связанные базы данных больше включаться не будут.

Резервное копирование и восстановление через виртуальную сеть Azure

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

• Приложение интегрировано с виртуальной сетью или находится в среде App Service версии 3.
• Учётная запись хранилища позволяет доступ из виртуальной сети, с которой интегрировано приложение, или с которой создана среда App Service v3.

Чтобы выполнять резервное копирование и восстановление через виртуальную сеть Azure:

1. При настройке пользовательских резервных копий выберите создание и восстановление резервных копий через интеграцию с виртуальной сетью.
2. Чтобы сохранить ваши настройки, выберите Настроить.

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

• Интеграция с виртуальной сетью включена для слотов развертывания или слот находится в среде App Service Environment версии v3.
• Для слотов развертывания выбрана опция резервного копирования/восстановления через интеграцию с виртуальной сетью.

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

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

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

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

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

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

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

Создайте файл с именем _backup.filter и поместите в него предыдущий список, но удалите корневой %HOME%. Перечислите один каталог или файл на строку. Содержимое файла должно быть:

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

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

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

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

После создания одного или нескольких резервных копий для вашего приложения, эти копии будут видны на странице Containers вашего аккаунта хранилища и вашего приложения. В учетной записи хранилища каждая резервная копия состоит из ZIP-файла, содержащего данные резервной копии, и XML-файла, содержащего описание содержимого ZIP-файла. Вы можете распаковать и просмотреть эти файлы, если хотите получить доступ к своим резервным копиям, не выполняя фактическое восстановление приложения.

Резервная копия базы данных приложения хранится в корневом каталоге .zip файла. Для SQL Database это файл BACPAC (без расширения файла) и может быть импортирован. Чтобы создать базу данных в Azure SQL Database на основе экспорта BACPAC, ознакомьтесь с Импорт файла BACPAC для создания базы данных в Azure SQL Database.

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

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

Как работают резервное копирование и восстановление в App Service Environments?

• Автоматические резервные копии могут быть восстановлены в целевое приложение в самом App Service Environment, а не в другом App Service Environment.
• Кастомные резервные копии могут быть восстановлены в целевом приложении в другой среде App Service, например, из App Service Environment v2 в App Service Environment v3.
• Резервные копии могут быть восстановлены на целевое приложение, работающее на той же платформе ОС, что и исходное приложение.

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

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

Для примеров см.:

• Примеры Azure CLI
• Примеры Azure PowerShell

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

• Являются ли резервные копии инкрементными обновлениями или полными резервными копиями?
• Поддерживает ли Azure Functions автоматическое резервное копирование?
• Что включено в автоматическое резервное копирование?
• Что входит в настраиваемое резервное копирование?
• Почему моя связанная база данных не архивируется?
• Что произойдет, если размер резервной копии превысит допустимый максимум?
• Могу ли я использовать учетную запись хранилища, в которой включены функции безопасности?
• Как восстановить приложение в другом абонементе?
• Как восстановить приложение в рамках той же подписки, но в другом регионе?
• Где хранятся автоматические резервные копии?
• Как остановить автоматическое резервное копирование?

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

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

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

Автоматические резервные копии доступны для Azure Functions в выделенных (App Service) уровнях Базовый, Стандартный и Премиум. В автоматических резервных копиях не поддерживается для функциональных приложений в тарифных планах Consumption или Elastic Premium.

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

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

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

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

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

Каждая резервная копия содержит файл .zip с данными резервного копирования и файл .xml {siteName}-{dateTime}.xml, в котором перечислено содержимое, включая пользовательские домены. При восстановлении пользовательской резервной копии пользовательские домены из XML-файла будут добавлены в целевое приложение, если отсутствует конфликт DNS (т.е. домен доступен для привязки), и если у целевого приложения имеются другие пользовательские домены, помимо указанных в списке XML-файла, эти домены будут удалены.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как остановить автоматическое резервное копирование?

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

Связанный контент

• Azure Blob Storage documentation