Релизы ADBM

Добавлена новая опция для Disaster Recovery: данные в standby-кластере теперь могут быть восстановлены на основе WAL-изменений исходного кластера. Восстановление из бэкапа исходного кластера теперь требуется на начальном этапе, не при каждой итерации

Улучшено управление S3-репозиторием в действиях ADBM с учетом основных конфигурационных параметров

Логика действия Cleanup была обновлена с целью удаления всех инкрементных и дифференциальных бэкапов, которые могли быть оставлены согласно настроенной политике

Добавлен параметр liquibase.releaseLocks для сервиса миграции ADBM

Исправлено: восстановление данных при копировании между кластерами завершалось ошибкой в случае остановки одного из сегментов исходного кластера

Исправлен тип статуса потока данных (stream) при применении невозможной конфигурации

Исправлено отсутствие статуса Unknown для бэкапов

Добавлены новые статусы для управления конфигурациями бэкапов

Реализованы изменения в процедуре очистки данных (Cleanup) для корректной обработки изменений типа репозитория и пути, а также для защиты бэкапов во время выполнения копирования данных между кластерами (copy stream) в рамках Disaster Recovery (DR)

В процесс определения статуса бэкапа добавлена обработка недоступности репозитория

Исправлена остановка процесса бэкапирования (Backup) в случае, когда дочерние действия находились в статусе Warning

Некоторые детали выполнения восстановления данных (Restore) не отображались в светлой теме

Добавлена возможность восстанавливать зеркала из бинарных бэкапов параллельно с первичными сегментами — с помощью поля Restore mirrors. Обратите внимание, что это экспериментальная функция

Проверка доступности репозитория добавлена в процесс копирования данных между кластерами (copy stream) в рамках Disaster Recovery (DR)

Добавлен статус Warning для действий ADBM

Значения по умолчанию для фильтров времени на страницах Backups и Restores изменены на прошедший день

Добавлена автоматическая установка флага Skip validation (без возможности сброса) в модальное окно Restore для восстановления в остановленных кластерах ADB

Ошибка запуска инкрементных бэкапов, связанная с файлами нулевого размера

Ошибка верификации, возникавшая при использовании S3-репозитория с самоподписанными сертификатами

Ошибка создания конфигурации ADBM для хранилищ S3 с типом URI path

Исправлено снижение производительности в UI ADBM в случае недоступности одного из кластеров

Ошибка восстановления из бэкапа после успешного завершения копирования (copy stream) в DR-кластере

Добавлена поддержка репозитория CIFS

Добавлена возможность автоматического копирования бэкапа на целевой кластер после формирования бэкапа в исходном кластере

Идентификатор действия (action id) добавлен в детальную информацию о действии

Добавлено автоопределение активного master-хоста для поддержки процесса бэкапирования после переключения на standby

Было невозможно восстанавливать данные из бэкапов в кластерах с одинаковыми именами в рамках одного ADBM

Восстановление с типом Self-restore (запускаемое путем вызова действия Restore) завершалось ошибкой после изменения ролей на зеркалах

S3-сертификат удалялся с сегментов после перезагрузки хоста

Реализована возможность восстановления с зеркалами в рамках Disaster Recovery (DR)

Перед сохранением бэкапной конфигурации добавлена валидация репозитория

На страницу с топологией бэкапа добавлена сортировка по идентификатору сегмента Segment

Список восстановлений БД на странице Restores был пуст для кластеров ADB с пробелами в именах

Копирование данных между кластерами в рамках DR завершалось ошибкой, если исходный и целевой кластеры имели разную конфигурацию standby

Реализована возможность восстановления для кластеров со standby

Добавлена автоматическая проверка совместимости версий ADB на исходном и целевом кластерах при копировании данных между ними во время Disaster Recovery (DR)

В процесс копирования данных между кластерами во время DR добавлена проверка доступности бэкапной конфигурации на целевом кластере

Процесс копирования данных между кластерами во время Disaster Recovery (DR) завершался ошибкой для целевых кластеров со standby

Было невозможно восстановить данные из бэкапа в DR-кластере, если число узлов исходного кластера отлично от DR-кластера

Выбор конкретных баз данных из списка для восстановления приводил к ошибке при копировании данных между кластерами во время DR

DR-кластер не запускался после восстановления

Реализовано аварийное восстановление данных (Disaster Recovery, DR) с Cold Standby — возможность восстановления кластера из бэкапа в другом кластере. Бета-версия! Пожалуйста, обратите внимание на раздел Известные проблемы ADBM и сделайте бэкап целевого кластера перед запуском потока (stream)

Добавлены опции pgbackrest (-delta, --force, --max-process) для операции восстановления данных

Добавлена опция для сохранения конфигурации для бэкапов, запускаемых по запросу (без расписания)

Улучшено представление дерева действий ADBM

Добавлена возможность возобновления (Resume) неудачных бэкапов с учетом сегментов, которые уже были забэкапированы

Исправлено: действие Apply backup config завершалось ошибкой при выборе S3

Добавлена поддержка для компьютеров PowerPC

Добавлена возможность восстановления данных из бэкапов без сегментов-зеркал (mirror)

Добавлена возможность фильтрации restore points при выполнении Restore retry — перезапуска последнего упавшего процесса восстановления

Добавлена вкладка Restores для просмотра запусков восстановления БД (действий Restore)

Создание дополнительной конфигурации при переустановке без создания бэкапа

Ошибка с использованием репозитория S3 для хранения бэкапов

Добавлен генератор openapi-yaml для формирования файлов OpenAPI

Добавлен тайм-аут для чтения файла OpenAPI

Поддержка списка доступных кластерных действий

Добавлена возможность удаления последнего бэкапа из stanza

Добавлена возможность восстановления определенных баз данных из бэкапов

Добавлена возможность установки флага Force при восстановлении из бэкапа. Означает пропуск всех проверок

Добавлена валидация выражений cron, используемых при создании и редактировании конфигурации ADBM

Добавлена проверка для archive_command при сохранении конфигурации ADBM, позволяющая избежать ненужного перезапуска кластера ADB

Реализована первая версия ADBM. Для получения дополнительной информации обратитесь к статье Обзор Arenadata DB Backup Manager