Поделиться через

Восстановление удаленного База данных Azure для MySQL — гибкий экземпляр сервера

  • Статья

ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных Azure для MySQL — гибкий сервер

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

Необходимые компоненты

Чтобы восстановить удаленный экземпляр гибкого сервера База данных Azure для MySQL, вам потребуется следующее:

  • имя подписки Azure, в которой размещен исходный сервер;
  • расположение, где был создан сервер.

Действия по восстановлению

  1. Перейдите в журнал действий со страницы "Монитор" в портал Azure.

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

    • Подписка — ваша подписка, в которой размещен удаленный сервер.
    • Тип ресурса = гибкий сервер База данных Azure для MySQL (Microsoft.DBforMySQL/гибкие серверы)
    • Operation = Удалить MySQL Server (Microsoft.DBforMySQL/flexibleServers/delete)

    [ ]Снимок экрана: журнал действий, отфильтрованный для удаления операции сервера MySQL.

  3. Выберите событие Delete MySQL Server, перейдите на вкладку JSON и запишите атрибуты resourceId и "submissionTimestamp" в выходных данных JSON. Атрибут resourceId имеет следующий формат: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver.

  4. Перейдите на страницу REST API сервера и перейдите на вкладку "Попробовать", выделенную зеленым цветом и войдите в систему с учетной записью Azure.

  5. Укажите имя resourceGroupName, имя сервера (удаленное имя экземпляра гибкого сервера База данных Azure для MySQL), subscriptionId, полученное от атрибута resourceId, записанного на шаге 3. В то же время версия API предварительно заполнена, как показано на изображении.

    [ ]Снимок экрана: создание сервера с помощью REST API.

  6. Прокрутите страницу ниже в разделе "Текст запроса" и вставьте следующее:

    {
    "location": "Dropped Server Location",
    "properties":
        {
            "restorePointInTime": "submissionTimestamp - 15 minutes",
            "createMode": "PointInTimeRestore",
            "sourceServerResourceId": "resourceId"
        }
}

  7. В указанном выше тексте запроса замените следующие значения:

    • "Удалено расположение сервера" с регионом Azure, где был создан удаленный сервер
    • submissionTimestamp и resourceId — на значения, записанные на шаге 3.
    • Для "restorePointInTime" укажите значение "submissionTimestamp" за вычетом 15 минут, чтобы избежать ошибки при выполнении команды.

  8. Если вы получаете код ответа 201 или 202, запрос на восстановление успешно отправлен.

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

Журнал действий путем фильтрации:

  • Подписка = ваша подписка.
  • Тип ресурса = гибкий сервер База данных Azure для MySQL (Microsoft.DBforMySQL/гибкие серверы)
  • Операция = создание обновления сервера MySQL.

Следующий шаг

Блокировки ресурсов