Share via

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

  • Статья

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

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

Предварительные требования

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

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

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

  1. На портале Azure на вкладке "Мониторинг" перейдите к журналу действий.

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

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

    Activity log filtered for delete MySQL server operation

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

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

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

    Create server using REST API

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

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

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

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

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

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

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

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

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