Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
При удалении экземпляра гибкого сервера База данных Azure для MySQL резервное копирование сервера может храниться до пяти дней в службе. Резервное копирование сервера можно получить и восстановить только из подписки Azure, в которой сервер изначально находится. Следующие рекомендуемые действия можно выполнить для восстановления удаленного ресурса гибкого сервера База данных Azure для MySQL в течение пяти дней с момента удаления сервера. Рекомендуемые действия выполняются только в том случае, если резервная копия сервера по-прежнему доступна и не удалена из системы.
Prerequisites
Чтобы восстановить удаленный экземпляр гибкого сервера База данных Azure для MySQL, вам потребуется следующее:
имя подписки Azure, в которой размещен исходный сервер;
расположение, где был создан сервер.
Группа ресурсов, в которой ранее находился удаленный сервер, должна существовать. Если он больше не существует, рекомендуется создать новую группу ресурсов с тем же именем, прежде чем пытаться восстановить
Restore steps
Перейдите в журнал действий со страницы "Монитор" в портал Azure.
В журнале действий выберите "Добавить фильтр ", как показано ниже и задайте следующие фильтры:
- Подписка — ваша подписка, в которой размещен удаленный сервер.
- Тип ресурса = гибкий сервер База данных Azure для MySQL (Microsoft.DBforMySQL/гибкие серверы)
- Operation = Удалить MySQL Server (Microsoft.DBforMySQL/flexibleServers/delete)
Выберите событие Delete MySQL Server, перейдите на вкладку JSON и запишите атрибуты resourceId и "submissionTimestamp" в выходных данных JSON. Атрибут resourceId имеет следующий формат:
/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver.Перейдите на страницу REST API сервера и перейдите на вкладку "Попробовать", выделенную зеленым цветом и войдите с помощью учетной записи Azure. URL-адрес Azure Resource Manager зависит от среды Azure. Убедитесь, что вы используете правильный, ссылаясь на URL-адреса среды Azure Resource Manager.
Укажите имя resourceGroupName, имя сервера (удаленное имя экземпляра гибкого сервера База данных Azure для MySQL) и subscriptionId, производные от атрибута resourceId, записанного на шаге 3. В то же время версия предварительно заполнена, как показано на изображении.
Прокрутите страницу ниже в разделе "Текст запроса" и вставьте следующее:
{ "location": "Dropped Server Location", "properties": { "restorePointInTime": "submissionTimestamp - 15 minutes", "createMode": "PointInTimeRestore", "sourceServerResourceId": "resourceId" } }Замените следующие значения в тексте запроса выше:
- Удаление расположения сервера с регионом Azure, на котором был создан удаленный сервер
-
submissionTimestampиresourceIdзначения, захваченные на шаге 3. - Для
restorePointInTimeпараметра укажите значениеsubmissionTimestampминус 15 минут , чтобы убедиться, что команда не ошибается.
Если вы получаете код ответа 201 или 202, запрос на восстановление успешно отправлен.
Создание сервера может занять время в зависимости от размера базы данных и вычислительных ресурсов, предоставленных на исходном сервере. Состояние восстановления можно отслеживать из:
- Журнал действий путем фильтрации:
- Подписка = ваша подписка.
- Тип ресурса = гибкий сервер База данных Azure для MySQL (Microsoft.DBforMySQL/гибкие серверы)
- Операция = создание обновления сервера MySQL.
- Журнал действий путем фильтрации:
URL-адреса среды Azure Resource Manager
URL-адрес Azure Resource Manager зависит от среды Azure.
- Для Глобальной платформы Azure URL-адрес — это
https://management.azure.comURL-адрес. - Для службы Azure для государственных организаций это
https://management.usgovcloudapi.net/. - Для службы Azure для Германии это
https://management.microsoftazure.de/. - Для Microsoft Azure, управляемой 21Vianet, URL-адрес — это
https://management.chinacloudapi.cnURL-адрес.