Следит за расписаниями
Показывает просроченные и пропущенные копии с учётом реальной частоты запусков.
Для ИТ-служб с разнородной инфраструктурой
«Архивариус» проверяет свежесть копий, доступность файлов и целостность цепочек, показывает последнюю пригодную точку и предупреждает о проблемах до аварии.
Покажем путь от задания до проверенной точки восстановления и разберём ваши источники данных и хранилища.
Базы, прикладные системы и файлы в одном контуре контроля
Главное
Наличие файла в хранилище ничего не гарантирует. Для восстановления важны свежесть копии, доступность объекта и целостность всей цепочки.
«Архивариус» показывает свежесть расписаний и техническую готовность копий рядом, а для каждого ограничения объясняет причину.
Результат контрольного восстановления показан отдельно: наличие файла и доказанное восстановление — разные состояния.
Показывает просроченные и пропущенные копии с учётом реальной частоты запусков.
Проверяет, что файл копии доступен, а полная и добавочные копии образуют целую цепочку.
События приходят в панель, на электронную почту, в браузер, Telegram или MAX.
Система не обещает одинаковый набор действий для любой технологии. Ниже показано, что именно контролируется для каждого источника.
| Источник | Создание копии | Доступность файла | Проверка цепочки | Контрольное восстановление |
|---|---|---|---|---|
| PostgreSQL | Полная | Да | Не требуется | Да |
| MySQL и MariaDB | Полная | Да | Не требуется | Да |
| Microsoft SQL Server | Полная | Да | Не требуется | Да |
| 1С:Предприятие | Полная | Да | Не требуется | Нет |
| 1С-Битрикс | База и файлы сайта | Да | Да | Нет |
| Файлы | Полная или добавочная | Да | Да | Нет |
«Не требуется» означает, что источник создаёт самостоятельные полные копии без родительских звеньев.
Полные экраны продукта собраны в галерее выше. Здесь — три ситуации, ради которых оператор открывает панель в течение рабочего дня.
Система отмечает просрочку, показывает сервер и базу, а затем отправляет событие по выбранным каналам.
Видно: срок, последнюю попытку и причинуТакая точка не попадает в пригодные: панель отдельно показывает наличие файла и состояние связанных копий.
Видно: причину нарушения цепочки и последнюю пригодную точкуПроверка выполняется во временной базе, не затрагивая рабочую. Результат, параметры и журнал остаются в карточке задания.
Видно: итог проверки и журнал выполненияПокажем эти сценарии на ваших источниках данных и хранилищах.
Запросить демонстрациюНа малом экране остаются те же данные и действия: обзор защиты, очередь заданий, архивы и уведомления. Таблицы превращаются в читаемые списки, а основные разделы доступны из нижнего меню.
Агент внутри вашей сети получает задание, запускает штатные средства базы и передаёт архив в выбранное S3-совместимое хранилище. Панель получает состояния и результаты выполнения.
Наблюдатель, оператор, администратор и владелец получают только нужные возможности.
Одноразовые коды, резервные коды и возможность завершить все активные сеансы.
Видно, кто изменил расписание, запустил задание или выполнил действие с копией.
Перед подключением
Сервер с Linux или Windows внутри вашей сети, права администратора для установки службы, доступ к нужным базам и исходящие соединения к панели и S3-хранилищу. Средства резервного копирования соответствующей базы должны быть установлены на машине агента.
В выбранном клиентом S3-совместимом хранилище: облачном или собственном.
Да. Достаточно S3-совместимого адреса, бакета и отдельной учётной записи с нужными правами. Подключение можно проверить из панели до первого задания.
Нет. Агент находится внутри вашей сети и сам устанавливает исходящее защищённое соединение.
Названия серверов и баз, расписания, состояния заданий и журналы выполнения. Настройки S3-хранилища задаются в панели и передаются агенту на время задания. Содержимое архивов проходит от агента сразу в хранилище, а пароли к базам и 1С остаются в локальном файле настроек агента.
Для PostgreSQL, MySQL, MariaDB и Microsoft SQL Server. Система создаёт временную базу, проверяет подключение к ней и удаляет её после проверки, не перезаписывая рабочую базу.
Панель отметит потерю связи и отправит уведомление по выбранным каналам. Новое задание завершится ошибкой, потому что агент недоступен. После восстановления связи его можно повторить.
Пройдём путь от задания до проверенной точки восстановления и разберём источники данных, хранилище и подключение первого агента.