Резервное копирование и восстановление приложения в Службе приложений Azure
В Службе приложений Azure можно легко восстановить резервные копии приложений. Вы также можете создавать пользовательские резервные копии по запросу или настраивать запланированные пользовательские резервные копии. Вы можете восстановить резервную копию, перезаписав существующее приложение или выполнив восстановление в новом приложении или слоте. В этой статье показано, как восстановить резервную копию и создать пользовательские резервные копии.
Резервное копирование и восстановление поддерживаются на уровнях "Базовый", "Стандартный", "Премиум" и "Изолированный". Для уровня "Базовый " можно создать резервную копию и восстановить только рабочий слот. Дополнительные сведения о масштабировании плана службы приложений для использования более высокого уровня см. в статье Масштабирование веб-приложения в службе приложений Azure.
Примечание.
Для Среда службы приложений:
- Автоматическое резервное копирование можно восстановить в целевом приложении внутри самого Среда службы приложений, а не в другом Среда службы приложений.
- Пользовательские резервные копии можно восстановить в целевом приложении в другом Среда службы приложений, например из Среда службы приложений версии 2 в Среда службы приложений версии 3.
- Резервные копии можно восстановить в целевом приложении той же платформы ОС, что и исходное приложение.
Резервное копирование и восстановление и аварийное восстановление
| Платформа | Руководство по резервному копированию и восстановлению | Руководство по аварийному восстановлению |
|---|---|---|
| веб-приложения Служба приложений (Бесплатные и общие ценовые категории) |
Если у вас есть веб-приложения, развернутые на уровне "Бесплатный" или "Общий", требуется доступ к возможностям резервного копирования и восстановления для этих веб-приложений, масштабирование до уровня "Базовый" или "Выше". | Верните Служба приложений ресурсы в другой регион Azure во время региональной катастрофы. Начиная с 31 марта 2025 г. приложения Служба приложений не будут помещены в режим аварийного восстановления во время аварии в регионе Azure, как описано в статье о восстановлении после сбоя на уровне региона. Рекомендуется реализовать часто используемые методы аварийного восстановления для предотвращения простоя и потери данных во время региональной аварии. |
| веб-приложения Служба приложений (Ценовые категории "Базовый", "Стандартный" и "Премиум") |
В службе приложение Azure можно выполнять пользовательские резервные копии по запросу или использовать автоматические резервные копии. Вы можете восстановить резервную копию, перезаписав существующее приложение или выполнив восстановление в новом приложении или слоте. Дополнительные сведения см. в статье "Резервное копирование и восстановление приложения в службе приложение Azure". |
Текущее руководство по переносу ресурсов Служба приложений обратно в сеть в другом регионе Azure во время региональной аварии доступно при восстановлении после сбоя на уровне региона — приложение Azure служба. Начиная с 31 марта 2025 г. веб-приложения службы приложение Azure больше не будут помещены в режим аварийного восстановления во время аварии в регионе Azure, как описано в статье о восстановлении после сбоя на уровне региона. Мы рекомендуем реализовать часто используемые методы аварийного восстановления, чтобы предотвратить потерю функциональных возможностей или данных для веб-приложений в случае региональной аварии. |
| Среда службы приложений (V2 и V3) | В среде службы приложение Azure можно создавать пользовательские резервные копии по запросу или использовать автоматические резервные копии. Автоматическое резервное копирование можно восстановить в целевом приложении в том же Среда службы приложений, а не в другом Среда службы приложений. Пользовательские резервные копии можно восстановить в целевом приложении в другом Среда службы приложений (например, из версии 2 Среда службы приложений на Среда службы приложений версии 3). Резервные копии можно восстановить в целевом приложении той же платформы ОС, что и исходное приложение. Дополнительные сведения см. в статье "Резервное копирование и восстановление приложения в службе приложение Azure". |
Мы рекомендуем реализовать рекомендации по аварийному восстановлению для веб-приложений, развернутых в Среда службы приложений с помощью часто используемых методов аварийного восстановления. |
| Функции Azure. План ценовой категории "Выделенный" |
При запуске приложения-функции в плане выделенного (Служба приложений) необходимое содержимое приложения-функции поддерживается с помощью встроенного хранилища. В выделенном плане можно создавать пользовательские резервные копии по запросу или использовать автоматические резервные копии. Вы можете восстановить резервную копию, перезаписав существующее приложение или выполнив восстановление в новом приложении или слоте. Дополнительные сведения см. в статье "Резервное копирование и восстановление приложения в службе приложение Azure". Файлы Azure не используется выделенным планом, но если вы неправильно настроили приложение с подключением Файлы Azure, резервное копирование не поддерживается. |
Текущее руководство по переносу ресурсов приложения-функции в выделенный план обратно в сети в другом регионе Azure во время региональной аварии доступно при восстановлении после сбоя на уровне региона — приложение Azure службе. Начиная с 31 марта 2025 г. приложения Служба приложений не будут помещены в режим аварийного восстановления во время аварии в регионе Azure, как описано в статье о восстановлении после сбоя на уровне региона. Вместо этого следует планировать надежность в приложениях-функциях. Вы также можете ссылаться на часто используемые методы аварийного восстановления для приложений-функций в выделенном плане. |
| Функции Azure. Использование Flex, Планы потребления и уровня "Премиум" |
Приложения-функции, которые выполняются в плане потребления Flex, в плане потребления или в плане "Премиум" не могут использовать пользовательские или автоматические функции резервного копирования в Служба приложений. В этих динамических планах масштабирования содержимое приложения-функции сохраняется в служба хранилища Azure. Используйте параметры избыточности служба хранилища Azure, чтобы обеспечить соответствие учетной записи хранения целям доступности и устойчивости во время сбоя. Вы также можете скачать существующий проект приложения-функции в виде файла .zip из портал Azure. |
Мы настоятельно рекомендуем планировать надежность в приложениях-функциях. |
Автоматические и пользовательские резервные копии
В среде Службы приложений существует два типа резервных копий. Автоматические резервные копии создаются для приложения регулярно, пока он находится в поддерживаемой ценовой категории. Пользовательские резервные копии требуют начальной настройки и могут выполняться по запросу или по расписанию. В следующей таблице показаны различия между двумя вариантами.
| Функция | Автоматическое резервное копирование | Пользовательские резервные копии |
|---|---|---|
| Ценовые категории | Базовый, Стандартный, Премиум, Изолированный. | Базовый, Стандартный, Премиум, Изолированный. |
| Требуется настройка | № | Да. |
| Размер резервной копии | 30 ГБ. | 10 ГБ, 4 ГБ из которых может быть связанной базой данных. |
| Связанная база данных | Резервная копия не создана. | Можно создать резервную копию следующих связанных баз данных: База данных SQL, База данных Azure для MySQL, База данных Azure для PostgreSQL, MySQL в приложении. |
| Требуется учетная запись хранения | № | Да. |
| Частота резервного копирования | Каждый час, не настраивается. | Настраиваемый режим. |
| Хранение | 30 дней, не настраивается. — Дни 1–3: почасовые резервные копии сохраняются. — Дни 4–14: каждые третий час резервного копирования сохранено. — Дни 15-30: каждые шестое почасовое резервное копирование сохранено. |
0–30 дней или неопределенный срок. |
| Скачиваемые | № | Да, как BLOB-объекты службы хранилища Azure. |
| частичные резервные копии; | Не поддерживается. | Поддерживается. |
| Резервное копирование по виртуальной сети | Не поддерживается. | Поддерживается. |
Восстановление резервной копии
Примечание.
Служба приложений останавливает работу целевого приложения или слота на период восстановления резервной копии. Чтобы свести к минимуму время простоя для рабочего приложения, сначала восстановите резервную копию в слот развертывания, а затем переключитесь в рабочую среду.
На странице управления приложениями на портале Azure в меню слева выберите Резервные копии. На странице Резервные копии перечислены все автоматические и пользовательские резервные копии для вашего приложения и состояние каждой из них.
Выберите автоматическую резервную копию или настраиваемую резервную копию для восстановления, выбрав ее ссылку "Восстановить ".
Данные в разделе Сведения о резервном копировании заполняются автоматически.
Укажите назначение восстановления в разделе Выбор назначения. Чтобы восстановить в новое приложение, нажмите кнопку Создать в поле Служба приложений. Чтобы восстановить новый слот развертывания, выберите Создать в поле Слот развертывания ".
Если вы выберете существующий слот, то все существующие данные в файловой системе будут удалены и перезаписаны. Рабочий слот имеет то же имя, что и приложение.
Вы можете выбрать восстановление конфигурации сайта в разделе Расширенные параметры.
Выберите Восстановить.
Создание пользовательской резервной копии
На странице управления приложениями в портал Azure в меню слева выберите "Резервные копии".
В верхней части страницы Резервные копии выберите Настроить пользовательские резервные копии.
В разделе Учетная запись хранения выберите существующую учетную запись хранения (в той же подписке) или нажмите кнопку Создать. Выполните то же самое в контейнере.
Чтобы создать резервную копию связанных баз данных, нажмите кнопку "Далее:>дополнительно включить базу данных" и выберите базы данных для резервного копирования.
Примечание.
Чтобы поддерживаемая база данных появилась в этом списке, ее строка подключения должна присутствовать в разделе Строки подключения страницы Конфигурация для вашего приложения.
Базы данных MySQL в приложении всегда резервируются без какой-либо конфигурации. Если вы настраиваете параметры для баз данных MySQL в приложении вручную, например добавление строка подключения, резервные копии могут работать неправильно.
Выберите Настроить.
После того как вы настроили учетную запись хранения и контейнер, вы можете запустить резервное копирование по запросу в любой момент. Резервные копии, созданные по запросу, хранятся бессрочно.
В верхней части страницы Резервное копирование выберите Создать резервную копию.
Настраиваемая резервная копия отображается в списке с индикатором хода выполнения. Если не удастся создать резервную копию из-за ошибки, можно выбрать строку, чтобы просмотреть сообщение об ошибке.
Настройка пользовательских резервных копий по расписанию
На странице "Настройка пользовательских резервных копий" выберите "Задать расписание".
Настройте расписание резервного копирования по желанию и нажмите кнопку "Настроить".
Резервное копирование и восстановление связанной базы данных
Пользовательские резервные копии могут включать связанные базы данных (за исключением случаев, когда резервная копия настроена по виртуальная сеть Azure). Чтобы убедиться, что резервная копия содержит связанную базу данных, выполните следующие действия.
- Убедитесь, что связанная база данных поддерживается.
- Создайте строку подключения, указывающую на базу данных. База данных считается связанной с приложением, если в конфигурации приложения имеется допустимая строка подключения.
- Выполните действия, описанные в разделе Создание пользовательской резервной копии, чтобы выбрать связанную базу данных на вкладке Дополнительно.
Чтобы восстановить базу данных, включенную в пользовательскую резервную копию, выполните следующие действия.
- Выполните действия, описанные в разделе Восстановление резервной копии.
- В разделе Дополнительные параметры выберите Включить базу данных.
Сведения об устранении неполадок см. в статье "Почему связанная база данных не создана резервная копия?".
Резервное копирование и восстановление по azure виртуальная сеть
С помощью пользовательских резервных копий можно создать резервную копию файлов и данных конфигурации приложения в учетную запись хранения, защищенную брандмауэром, если выполнены следующие требования:
- Приложение интегрировано с виртуальной сетью или приложение находится в Среда службы приложений версии 3.
- Учетная запись хранения разрешает доступ из виртуальной сети, с которым интегрировано приложение или с которым создается Среда службы приложений версии 3.
Чтобы создать резервную копию и восстановить виртуальная сеть Azure, выполните приведенные ниже действия.
- При настройке пользовательских резервных копий выберите "Резервное копирование и восстановление" через интеграцию виртуальной сети.
- Сохраните параметры, нажав кнопку "Настроить".
Если флажок не отображается или флажок отключен, убедитесь, что ресурсы соответствуют требованиям.
После сохранения конфигурации все резервные копии вручную, запланированное резервное копирование или восстановление выполняется через виртуальную сеть. Если вы вносите изменения в приложение, виртуальную сеть или учетную запись хранения, которая не позволяет приложению получать доступ к учетной записи хранения через виртуальную сеть, операции резервного копирования или восстановления завершаются сбоем.
Настройка частичного резервного копирования
Частичные резервные копии поддерживаются для пользовательских резервных копий (но не для автоматических резервных копий). Иногда не нужно создавать резервную копию всего приложения. Вот несколько таких случаев.
- У вас настроена еженедельная архивация приложения со статическим содержимым, которое никогда не меняется. Это могут быть старые записи блога или изображения.
- Ваше приложение содержит более 10 ГБ содержимого. (Это максимальная сумма, которую вы можете создать резервную копию за раз.)
- Не нужно создавать резервную копию файлов журнала.
Чтобы исключить файлы и папки из списка тех, которые будут сохраняться в будущих резервных копиях, создайте файл _backup.filter в папке %HOME%\site\wwwroot вашего приложения. В этом файле укажите список файлов и папок, которые вы хотите исключить.
Совет
Доступ к файлам можно получить, перейдя по адресу https://<app-name>.scm.azurewebsites.net/DebugConsole. Если отобразится запрос на вход в учетную запись Azure, выполните его.
Определите папки, которые вы хотите исключить из резервных копий. Например, предположим, что вы хотите отфильтровать выделенную папку и файлы.
Создайте файл _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, будут исключены из резервных копий.
Примечание.
_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 автоматическое резервное копирование?
Автоматические резервные копии доступны для Функции 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".
Как выполнить восстановление в приложение в другой подписке?
- Создайте настраиваемую резервную копию в контейнер службы хранилища Azure.
- Скачайте ZIP-файл резервной копии на локальный компьютер.
- На странице "Резервные копии" для целевого приложения выберите "Восстановить" в верхнем меню.
- В разделе Сведения о резервном копировании выберите Служба хранилища в поле Источник.
- Выберите предпочтительную учетную запись хранения.
- В разделе ZIP-файл выберите Загрузить файл.
- В поле "Имя" выберите "Обзор" и выберите скачанный ZIP-файл.
- Настройте остальные разделы, как описано в разделе "Восстановление резервной копии".
Как выполнить восстановление в приложение в той же подписке, но в другом регионе?
Действия совпадают с Разделы справки восстановления в приложении в другой подписке?.
Где хранятся автоматические резервные копии?
Автоматические резервные копии хранятся в том же центре обработки данных, что и Служба приложений. Они не должны полагаться на ваш план аварийного восстановления.
Разделы справки остановить автоматическую резервную копию?
Вы не можете остановить автоматическое резервное копирование. Автоматическое резервное копирование хранится на платформе и не влияет на базовый экземпляр приложения или его хранилище.