Yandex.Cloud
  • Сервисы
  • Почему Yandex.Cloud
  • Сообщество
  • Решения
  • Тарифы
  • Документация
  • Связаться с нами
Подключиться
Yandex Managed Service for MySQL
  • Начало работы
  • Пошаговые инструкции
    • Все инструкции
    • Информация об имеющихся кластерах
    • Создание кластера
    • Подключение к базе данных
    • Остановка и запуск кластера
    • SQL-запросы в консоли управления
    • Изменение кластера
    • Подключение к DataLens
    • Управление хостами MySQL
    • Управление базами данных
    • Настройка базы данных
    • Управление пользователями
    • Назначение привилегий и ролей
    • Управление резервными копиями
    • Удаление кластера
    • Миграция базы данных в Yandex.Cloud
    • Мониторинг состояния кластера и хостов
  • Концепции
    • Взаимосвязь ресурсов сервиса
    • Классы хостов
      • Действующие классы хостов
      • Архив
        • До 1 июня 2020 года
      • Использование устаревших классов хостов
    • Сеть в Managed Service for MySQL
    • Квоты и лимиты
    • Типы хранилища
    • Резервные копии
    • Репликация
  • Управление доступом
  • Правила тарификации
    • Действующие правила
    • Архив
      • До 1 февраля 2020 года
  • Справочник API
    • Аутентификация в API
    • gRPC
      • Обзор
      • BackupService
      • ClusterService
      • DatabaseService
      • ResourcePresetService
      • UserService
      • OperationService
    • REST
      • Обзор
      • Backup
        • Обзор
        • get
        • list
      • Cluster
        • Обзор
        • addHosts
        • backup
        • create
        • delete
        • deleteHosts
        • get
        • list
        • listBackups
        • listHosts
        • listLogs
        • listOperations
        • restore
        • start
        • stop
        • update
      • Database
        • Обзор
        • create
        • delete
        • get
        • list
      • ResourcePreset
        • Обзор
        • get
        • list
      • User
        • Обзор
        • create
        • delete
        • get
        • grantPermission
        • list
        • revokePermission
        • update
      • Operation
        • Обзор
        • get
  • Вопросы и ответы
    • Общие вопросы
    • Вопросы о MySQL
    • Все вопросы на одной странице
  1. Концепции
  2. Резервные копии

Резервные копии

  • Создание резервной копии
  • Хранение резервной копии
  • Проверка резервной копии
    • Проверка целостности резервной копии
    • Проверка восстановления из резервной копии

Managed Service for MySQL обеспечивает автоматическое и ручное резервное копирование баз данных. Резервные копии занимают место в объеме хранилища, выделенном для кластера. Если суммарный объем данных и резервных копий превышает объем хранилища, превышение тарифицируется.

Физическая резервная копия всех данных кластера автоматически создается раз в день. Отключить автоматическое создание резервной копии невозможно, и изменить промежуток хранения автоматических копий (по умолчанию 7 дней) пока тоже нельзя.

Время начала резервного копирования задается при создании или изменении кластера. Резервное копирование начнется в течение получаса от указанного времени. По умолчанию начало резервного копирования устанавливается на 22:00 UTC (Coordinated Universal Time).

Поддерживается восстановление состояния кластера на заданный момент времени (Point-in-Time-Recovery, PITR). Managed Service for MySQL позволяет восстановить состояние кластера на любой момент времени после момента завершения создания самой старой полной резервной копии до текущего момента времени. Это достигается за счет дополнения данных резервной копии, выбранной в качестве начальной точки для восстановления, записями из журналов WAL (Write-Ahead Log) более поздних резервных копий и кластера. Подробнее о PITR см. в документации MySQL.

Чтобы восстановить кластер из резервной копии, следуйте инструкциям.

Создание резервной копии

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

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

После создания резервная копия сжимается для дальнейшего хранения. На текущий момент отображение точного размера резервной копии недоступно.

Хранение резервной копии

Резервные копии хранятся во внутреннем хранилище Яндекса в виде бинарных файлов и шифруются с помощью GPG. У каждого кластера свои ключи шифрования.

Все резервные копии (автоматические и ручные) хранятся 7 дней.

Проверка резервной копии

Проверка целостности резервной копии

Целостность резервных копий проверяется на синтетических данных интеграционными тестами сервиса. Резервные копии пользовательских кластеров на текущий момент не проверяются.

Проверка восстановления из резервной копии

Для проверки возможностей резервного копирования восстановите кластер из резервной копии и проверьте целостность ваших данных.

В этой статье:
  • Создание резервной копии
  • Хранение резервной копии
  • Проверка резервной копии
  • Проверка целостности резервной копии
  • Проверка восстановления из резервной копии
Language
Вакансии
Политика конфиденциальности
Условия использования
© 2021 ООО «Яндекс.Облако»