Продолжаем рассказывать про то, как быстро и просто начать использовать нашу систему резервного копирования Кибер Бэкап.
В первой части мы обсудили, как развернуть Кибер Бэкап на ОС Linux и создать план резервного копирования. Вторую часть посвятили защите платформ виртуализации. Сегодня расскажем о резервном копировании и восстановлении баз данных.
Коротко напомним о нашем продукте для тех, кто с нами в первый раз. Система резервного копирования Кибер Бэкап, помимо собственно резервного копирования и восстановления, включает ряд дополнительных функциональных возможностей, таких как обеспечение возможности восстановления и управление нагрузкой. К обеспечению возможности восстановления относятся механизмы репликации резервных копий, позволяющие реализовать правило 3–2–1, а также функции проверки резервных копий на возможность восстановления из них.
Кибер Бэкап состоит из трех основных компонентов: сервера управления, агентов защиты и узлов хранения. Агенты выполняют основную работу по защите данных — это не только резервное копирование, но и другие задачи:
очистка хранилищ
проверка возможности восстановления
репликация и пр.
Агенты
Агенты устанавливаются на объекты защиты. Агенты выполняют резервное копирование, восстановление, задачи обеспечения жизненного цикла резервных копий и связанные задачи.
Сервер управления
Раздает агентам задачи по защите, собирает информацию о статусе выполнения этих задач.
Имеет достаточно низкие системные требования, может быть размещен в виртуальной машине.
Поддерживает кластерные конфигурации для обеспечения высокой доступности.
Поддерживает размещение своих служебных данных в СУБД SQLite или MS SQL Server, а начиная с версии 17 — в PostgreSQL. В релизе 17.1 появилась поддержка кластера Patroni. Поддерживаются версии Patroni 3.0–3.2.1.
Узлы хранения
Помимо хранения резервных копий, узел хранения осуществляет проксирование, дедупликацию, парольную защиту централизованных хранилищ и работает с лентами.
Объекты защиты
Самый важный вопрос о системе резервного копирования: «А что она умеет защищать?» Мы разделяем защищаемое ПО на три класса:
операционные системы
платформы виртуализации
приложения (СУБД, коммуникационное ПО и службы каталогов)
Мы стараемся поддерживать отечественные, зарубежные и свободно‑распространяемые системы. Это позволяет нам помогать компаниям на всех этапах импортозамещения защищать данные в существующих системах и в новых, на которые они переходят.
Самый важный вопрос о системе резервного копирования: «А что она умеет защищать?» Мы разделяем защищаемое ПО на три класса:
операционные системы
платформы виртуализации
приложения (СУБД, коммуникационное ПО и службы каталогов)
Мы стараемся поддерживать отечественные, зарубежные и свободно‑распространяемые системы. Это позволяет нам помогать компаниям на всех этапах импортозамещения защищать данные в существующих системах и в новых, на которые они переходят.
Поддержка отечественных систем идет в тесном сотрудничестве с нашими технологическими партнерами, которых у нас более 60. С частью из них у нас подписаны стратегические соглашения. Мы активно работаем как с производителями ПО, так и с производителями оборудования.
В области СУБД на базе PostgreSQL нашими технологическими партнерами являются компании Postgres Professional, Газинформсервис, Orion soft, Тантор Лабс и СберТех.
Способы защиты СУБД в Кибер Бэкапе
Защита СУБД в Кибер Бэкапе может быть реализована различными способами:
В первую очередь это агенты, которые позволяют нам обеспечить максимальное взаимодействие с сервером СУБД, использовать API и библиотеки вендора.
Резервное копирование с поддержкой приложений служит для того, чтобы обеспечить возможность восстановления данных без восстановления всей машины.
В ряде случаев мы используем команды до и после для интеграции внешних инструментов — вендора и сторонних. Установка отдельного агента не требуется: команды выполняются агентом для Linux или Windows. Про команды до и после недавно писали в нашем блоге.
Теперь давайте посмотрим, как Кибер Бэкап обеспечивает резервное копирование и восстановление поддерживаемых СУБД.
Защита Microsoft SQL Server
Кибер Бэкап поддерживает резервное копирование и восстановление баз данных Microsoft SQL Server самых востребованных нашими заказчиками версий. Резервное копирование и восстановление данных выполняется агентом для SQL, который необходимо установить на машину с сервером Microsoft SQL Server.
Резервное копирование
Резервная копия базы данных Microsoft SQL содержит файлы базы (.mdf,.ndf), журналы (.ldf) и другие связанные файлы. Их резервные копии создаются с помощью службы теневого копирования томов (VSS) и SQL Writer.
После каждого успешного резервного копирования выполняется сокращение журналов транзакций SQL, если в плане резервного копирования включена соответствующая опция.
Резервное копирование с поддержкой приложений
При резервном копировании с поддержкой приложений обеспечивается следующее:
Резервные копии приложений в согласованном состоянии, поэтому доступны немедленно после восстановления машины.
Можно восстановить базы данных SQL без восстановления всей машины.
После каждого успешного резервного копирования выполняется сокращение журналов транзакций SQL.
Восстановление
Поддерживается восстановление базы данных в запущенный экземпляр SQL Server, а также присоединение файлов базы данных SQL к экземпляру SQL Server. Базы данных также можно восстанавливать в виде файлов. Это может быть полезным при необходимости извлечь данные для интеллектуального анализа данных, аудита или дальнейшей обработки с использованием инструментов сторонних поставщиков.
Все системные базы данных экземпляра, включая базу master, восстанавливаются одновременно. При восстановлении системных баз программа автоматически перезапускает целевой экземпляр в однопользовательском режиме. После завершения восстановления программа перезапускает экземпляр и восстанавливает другие базы данных (если есть).
Также Кибер Бэкап поддерживает кластерные конфигурации Always On Availability Groups (AAG).
Защита Oracle Database
Кибер Бэкап поддерживает резервное копирование и восстановление баз данных Oracle Database 11g и 12c. Резервное копирование и восстановление данных выполняется агентом для Oracle, который необходимо установить на машину с запущенной Oracle Database.
Резервное копирование
Резервное копирование сервера
Мы можем создать резервную копию всего сервера Oracle, используя резервное копирование с поддержкой приложений для согласованности состояния базы данных Oracle с приложениями.
Преимущества:
Меньшее директивное время восстановления при сбое всего сервера.
Резервное копирование полностью настраивается в графическом интерфейсе пользователя. Не обязательно иметь навыки работы с Oracle Recovery Manager (RMAN).
Имея резервную копию всего сервера, можно легко создать виртуальную машину, которая развертывается за считанные секунды и заменяет исходный сервер.
Резервное копирование базы данных
Создается резервная копия базы данных Oracle с помощью Oracle Recovery Manager (RMAN) в локальной папке, затем создается резервная копия полученных файлов в другом хранилище, при этом в локальной папке сохраняются только последние резервные копии RMAN. Решение предоставляет сценарии RMAN, которые могут автоматически запускаться до резервного копирования файлов. Поэтому всю процедуру можно настроить и выполнить в одном рабочем процессе. При этом не требуется навыков создания сценариев RMAN.
Преимущества:
Поддержка баз данных, которые хранятся на необработанных разделах или томах Oracle Automatic Storage Management (ASM).
Восстановление
Восстановление сервера
Поддерживается восстановление всего сервера на момент времени создания резервной копии. При восстановлении сервера на «голое железо» Oracle Database восстанавливается среди других данных и будет в согласованном состоянии.
Восстановление с использованием Oracle Explorer
Существует возможность восстановления файлов данных по состоянию на определенный момент времени с использованием инструмента Oracle Explorer, который входит в состав решения. Oracle Explorer использует RMAN и включает в себя целый ряд полезных параметров RMAN в удобном пользовательском интерфейсе. Oracle Explorer позволяет выполнить восстановление как из резервных копий с поддержкой приложений, так и из резервных копий баз данных.
Восстановление с использованием сценариев
Можно восстановить базу данных по состоянию на время создания последней резервной копии из локально сохраненных резервных копий RMAN. Для такого восстановления решение предоставляет сценарий RMAN. Чтобы восстановить базу данных по состоянию на время создания предыдущей резервной копии RMAN, сначала следует восстановить эту резервную копию RMAN из резервной копии на уровне файлов, а затем использовать сценарии для восстановления базы данных.
Защита MySQL и MariaDB, MongoDB и РЕД База Данных
MySQL и MariaDB
Резервное копирование
Данные MySQL или MariaDB можно защитить с помощью резервного копирования на уровне дисков с поддержкой приложений. При этом собираются метаданные приложения и обеспечивается детальное восстановление на уровне экземпляра, базы данных или таблицы.
Восстановление
Из резервной копии с поддержкой приложений можно восстановить экземпляры, базы данных и таблицы MySQL или MariaDB. Также можно восстановить весь сервер, на котором запущены экземпляры, или восстановить файлы и папки с этого сервера.
Для резервного копирования баз данных необходимо установить агент для MySQL/MariaDB на физическую или виртуальную машину, на которой запущены экземпляры MySQL или MariaDB. Агент для MySQL/MariaDB устанавливается вместе с агентом для Linux (64-разрядная версия).
MongoDB
Данные MongoDB можно защитить с помощью резервного копирования с использованием встроенных инструментов MongoDB (например, утилит mongodump и mongorestore). При этом обеспечивается восстановление на уровне серверов СУБД, баз данных и коллекций MongoDB.
Чтобы защитить физическую или виртуальную машину, на которой запущен экземпляр MongoDB, необходимо установить агент для Windows или агент для Linux (в зависимости от операционной системы сервера). Агент защиты может быть установлен как на хост, на котором находятся базы данных MongoDB, так и на другой хост.
РЕД База Данных
Для резервного копирования РЕД База Данных рекомендуется заблокировать базы данных на время резервного копирования. При такой блокировке основной файл базы данных замораживается, изменения при этом фиксируются во временном файле дельты. После окончания резервного копирования основной файл базы данных разблокируется, временный файл дельты и основной файл базы данных объединяются. Операции блокирования и разблокирования базы выполняются скриптами, доступными для скачивания и вызываемыми командами до и после резервного копирования. Пакет скриптов входит в комплект поставки Кибер Бэкапа.
Защита PostgreSQL и СУБД на ее основе
Свободно распространяемая СУБД PostgreSQL и российская коммерческая СУБД Postgres Pro, разработанная на базе PostgreSQL, являются одними из самых популярных систем управления базами данных в России.
СУБД Postgres Pro была значительно переработана для соответствия требованиям корпоративных заказчиков. На PostgreSQL/Postgres Pro работают многие отечественные системы автоматизации бизнес‑процессов и офисной деятельности.
В настоящее время PostgreSQL — это платформа, на которую переносят базы данных Microsoft SQL и Oracle, и эта задача более чем актуальна с учетом ухода с рынка зарубежных вендоров.
История поддержки резервного копирования СУБД PostgreSQL началась еще в Кибер Бэкапе 15: в этой версии СРК можно было создавать только полную резервную копию всего сервера на локальный диск.
В версии 16 мы добавили инкрементное резервное копирование и возможность хранения резервных копий в сетевых папках, NFS, управляемых хранилищах узлов хранения и на лентах.
Развитие поддержки резервного копирования СУБД PostgreSQL мы продолжили в Кибер Бэкапе 16.5: добавили возможность использовать SDS Кибер Инфраструктура как хранилище резервных копий PostgreSQL, а также сохранять резервные копии во внешние S3-хранилища.
В версии 17 мы добавили гранулярное восстановление — одной базы или ее части, восстановление набора данных на определенный момент времени в прошлом (PITR) и поддержку резервного копирования и восстановления кластера Patroni.
И наконец, в версии 17.1 была реализована поддержка команд до и после резервного копирования.
Релиз 17.2 в плане работы с PostgreSQL был больше стабилизационным, но в версии 17.3, которая появится в скором времени, вас ждет ряд новинок.
Более подробно о том, как делали поддержку СУБД PostgreSQL в Кибер Бэкапе, см. здесь. Резервное копирование и восстановление данных выполняется агентом для PostgreSQL, который необходимо установить на сервер баз данных.
Поддерживаемые версии СУБД
Для версии 17.2 Кибер Бэкапа актуален следующий список:
Резервное копирование и восстановление СУБД PostgreSQL:
PostgreSQL 11, 12, 13, 14, 15, 16
Patroni 3.0–3.2.1
Резервное копирование и восстановление СУБД на базе PostgreSQL:
Postgres Pro Standard 11, 12, 13, 14, 15, 16
Postgres Pro Enterprise 11, 12, 13, 14, 15, 16
Proxima DB 2.0, 3.0
Jatoba 5
Tantor
Platform V Pangolin SE
СУБД для сервера управления
В 17-й версии Кибер Бэкапа мы сделали значительный шаг в этом направлении, внедрив поддержку СУБД PostgreSQL для хранения служебных данных сервера управления.
Возможность использовать СУБД PostgreSQL повышает производительность сервера управления и позволяет управлять резервным копированием большего числа устройств в единой инсталляции системы. PostgreSQL можно установить либо на машину, предназначенную для сервера управления, либо на отдельную машину. Для установки можно использовать PostgreSQL или Postgres Pro версии 14, 15 или 16.
В настоящее время можно выбрать PostgreSQL в качестве СУБД для сервера управления при инсталляции на ОС Linux. Эта возможность поддерживается только для новых развертываний СРК. При установке сервера управления необходимо явно изменить тип используемой СУБД. Инструменты миграции данных сервера управления появятся в следующих версиях продукта.
Доработки на сервере управления позволили поддерживать до 6000 объектов защиты при использовании встроенной СУБД SQLite (в предыдущих версиях — до 500 объектов) и до 8000 объектов защиты при использовании внешней СУБД Microsoft SQL Server или PostgreSQL.
В версии 17.1 мы пошли еще дальше и реализовали работу с кластером Patroni, чтобы обеспечить высокую доступность и отказоустойчивость СУБД сервера управления и быстрый возврат системы в рабочее состояние.
Попробуйте сами
Если вас заинтересовало решение для резервного копирования Кибер Бэкап, вы можете развернуть систему у себя и оценить все ее возможности в течение бесплатного 30-дневного пробного периода.
Посмотрите видео
В рамках серии онлайн‑мероприятий о быстром старте работы с системой резервного копирования Кибер Бэкап в феврале 2025 г. мы провели мероприятие «Кибер Бэкап: руководство по быстрому старту. СУБД», на котором наглядно продемонстрировали резервное копирование и восстановление баз данных. Основные темы вебинара:
Ключевые возможности СРК Кибер Бэкап и поддерживаемые источники данных для резервного копирования
Варианты резервного копирования СУБД: при помощи агентов, с поддержкой приложений, с использованием команд до и после
Развитие поддержки PostgreSQL в Кибер Бэкапе и текущие возможности по защите СУБД
Экосистема компании Киберпротект и ее технологических партнеров — разработчиков СУБД
Использование СУБД PostgreSQL для хранения служебных данных сервера управления Кибер Бэкапа
Посмотреть запись мероприятия можно здесь.
