Как создать резервную копию сервера в службе "База данных Azure для MySQL" и восстановить его с помощью портала Azure

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

Важно!

База данных Azure для MySQL один сервер находится на пути выхода на пенсию. Настоятельно рекомендуется выполнить обновление до База данных Azure для MySQL гибкого сервера. Дополнительные сведения о миграции на гибкий сервер База данных Azure для MySQL см. в статье "Что происходит с одним сервером База данных Azure для MySQL?"

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

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

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

Вот что вам нужно, чтобы выполнить инструкции, приведенные в этом руководстве:

• Сервер и база данных Azure для MySQL

Настройка конфигурации резервного копирования

При создании сервер можно настроить для локально избыточного или геоизбыточного резервного копирования. Для это воспользуйтесь окном Ценовая категория.

Примечание.

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

Если вы создаете сервер на портале Azure, тип резервного копирования (локально избыточное или геоизбыточное) задается в окне Ценовая категория. Кроме того, в этом окне указывается срок хранения резервных копий — период (в днях), в течение которого должны храниться резервные копии.

Дополнительные сведения о настройке этих значений при создании см. в кратком руководстве Создание базы данных Azure для сервера MySQL с помощью портала Azure.

Вот как изменить на сервере срок хранения резервной копии:

1. Войдите на портал Azure.

2. Выберите сервер базы данных Azure для MySQL. Откроется страница Обзор.

3. В меню в разделе Параметры выберите Ценовая категория. С помощью ползунка можно изменить срок хранения резервных копий в диапазоне от 7 до 35 дней. На приведенном ниже снимке экрана он увеличен до 34 дней.

4. Нажмите кнопку ОК, чтобы подтвердить изменение.

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

Восстановление на определенный момент времени

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

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

Чтобы восстановить сервер до точки во времени, сделайте следующее:

1. На портале Azure выберите нужный сервер базы данных Azure для MySQL.

2. На панели инструментов на странице Обзор для сервера выберите Восстановить.

   

3. Заполните форму "Восстановление", указав следующие сведения.

   

   • Точка восстановления. Выберите точку во времени, до которой нужно восстановить сервер.
   • Целевой сервер. Укажите имя для нового сервера.
   • Расположение. Невозможно выбрать регион. По умолчанию он совпадает с исходным сервером.
   • Ценовая категория. При восстановлении до точки во времени эти параметры изменить нельзя. Он совпадает с исходным сервером.

4. Чтобы восстановить сервер до выбранной точки во времени, нажмите кнопку OК.

5. После завершения восстановления найдите созданный сервер, чтобы убедиться, что данные были восстановлены, как и ожидалось.

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

Кроме того, после завершения операции восстановления два параметра сервера сбрасываются на значения по умолчанию (а не копируются с сервера-источника):

• time_zone — это значение, которое будет иметь значение SYSTEM, установленное по умолчанию;
• event_scheduler — на восстановленном сервере имеет значение OFF.

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

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

Геовосстановление

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

1. Нажмите кнопку Создать ресурс (+) в левом верхнем углу окна портала. Выберите Базы данных>База данных Azure для MySQL.

   

2. Укажите подписку, группу ресурсов и имя нового сервера.

3. Выберите значение Резервная копия в области Источник данных. Это действие загружает раскрывающийся список серверов с поддержкой геоизбыточного резервного копирования.

   

   Примечание.

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

4. Выберите раскрывающийся список Резервная копия.

   

5. Выберите исходный сервер, с которого нужно выполнить восстановление.

   

6. На сервере будут заданы следующие значения по умолчанию: Виртуальные ядра, Срок хранения резервных копий, Backup Redundancy Option (Вариант избыточности для резервного копирования), Версия подсистемыи Учетные данные администратора. Выберите Продолжить.

   

7. Заполните оставшиеся поля формы в соответствии со своими предпочтениями. Вы можете выбрать любое расположение.

   Указав расположение, выберите команду Настроить сервер, чтобы обновить Поколение вычислительных ресурсов (если оно доступно в выбранном регионе), значения Виртуальные ядра, Срок хранения резервных копий и Backup Redundancy Option (Вариант избыточности для резервного копирования). Изменить ценовую категорию ("Базовый", "Общего назначения" или "С оптимизацией для операций в памяти") и объем хранилища во время восстановления нельзя.

   

8. Выберите Просмотр и создание , чтобы просмотреть выбранные элементы.

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

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

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

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

• Подробнее о резервных копиях в этой службе
• Подробнее о репликах
• Подробнее о вариантах обеспечения непрерывности бизнеса