Arenadata QuickMarts получил резервное копирование ADQMDB и обновлённый Notebook

16 июля 2026 года Группа Arenadata выпустила Arenadata QuickMarts версии 26.3.3.20.1.b1. Главное эксплуатационное изменение — встроенный механизм резервного копирования и восстановления данных ADQMDB. Одновременно производитель расширил возможности ADQM Notebook и обновил компоненты платформы.

Что подтверждает первоисточник

Резервное копирование запускается через пошаговый Wizard в Arenadata Cluster Manager. В копию можно включить базы данных, таблицы и словари, а результат сохранить в локальной файловой системе или S3-совместимом хранилище.

В релиз также вошли:

• сетевые настройки на уровне кластера;
• настройка TLS и управление шифронаборами в Chproxy;
• поддержка RHEL 9 и сертифицированной редакции РЕД ОС 8.0;
• ClickHouse 26.3.3.20 и Chproxy 1.30;
• выбор внутреннего или внешнего ZooKeeper / ClickHouse Keeper через обновлённую конфигурацию ADCM.

ADQM Notebook теперь показывает зависимости между объектами ADQMDB, форматирует SQL, выводит сводную информацию о ноутбуке и позволяет переводить хранилища ноутбуков на реплицированные таблицы. Работа через Chproxy помогает распределять нагрузку между серверами.

Почему встроенная копия полезна, но не достаточна

Управляемый сценарий в ADCM уменьшает число ручных операций и упрощает стандартизацию. Однако успешное завершение задания ещё не доказывает, что данные можно восстановить в нужное время и с нужной точкой возврата.

Для рабочей схемы нужны отдельные ответы на вопросы:

1. какие базы, таблицы и словари действительно входят в политику;
2. где хранится каталог копий и кто может его изменять;
3. как шифруются данные при передаче и в хранилище;
4. сколько версий сохраняется и когда удаляются старые копии;
5. как контролируются RPO и RTO;
6. на каком стенде регулярно проверяется восстановление.

Локальное хранилище удобно для быстрой копии, но не защищает от отказа площадки. S3-совместимый контур добавляет независимость, если он расположен отдельно, имеет собственные учётные данные и политику неизменяемости.

Что проверить перед обновлением

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

Практический чек-лист:

• проверить совместимость операционной системы и используемых версий компонентов;
• сохранить текущую конфигурацию ADCM, Chproxy и сервиса координации;
• определить отдельные сервисные учётные данные для хранилища;
• проверить TLS-параметры и доверенные сертификаты;
• ограничить права на запуск копирования, восстановления и удаления;
• добавить метрики длительности, объёма, возраста последней копии и ошибок;
• провести восстановление не только отдельных таблиц, но и полного рабочего набора;
• зафиксировать процедуру отката обновления.

Какие ограничения остаются

Официальное сообщение описывает функциональность релиза, но не приводит независимых замеров производительности, допустимого влияния резервного копирования на запросы или гарантированного времени восстановления для разных объёмов данных.

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

Практический вывод

Новый механизм закрывает важный операционный пробел: копирование и восстановление ADQMDB становятся управляемой частью платформы, а не отдельным набором скриптов. Обновления Notebook и Chproxy одновременно улучшают ежедневную работу аналитиков и распределение нагрузки.

Ценность релиза проявится после испытанного восстановления. Команде стоит включить новые задания в общий план аварийного восстановления, вынести хотя бы одну копию за пределы основного кластера и регулярно подтверждать достижимость RPO/RTO.

Источник: официальное сообщение Arenadata от 16 июля 2026 года.