Каждое изменение
на своём месте

Агент формирует первоначальную копию выбранных данных, затем непрерывно отслеживает изменения. Инкрементальная передача отправляет изменённые блоки каждые несколько минут — например, с интервалом 5 минут. Повторно загружать весь набор не нужно.

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

Открытые файлы на Windows агент читает через службу теневого копирования тома (VSS): создаётся снимок тома, копия снимается уже с него, а приложения продолжают работу. Снимок фиксирует состояние диска на момент создания, но не согласовывает данные внутри приложения — для СУБД и 1С по-прежнему нужна копия штатными средствами. На Linux аналога VSS нет: используйте снимок файловой системы или освобождайте файл на время копирования.

Первая копия — самая долгая. Считайте по каналу: стабильные 100 Мбит/с — это около 45 ГБ в час, то есть 100 ГБ уходят примерно за 2,5 часа, 1 ТБ — около суток, 5 ТБ — около 4,5 суток непрерывной передачи. На практике дольше: часть полосы остаётся рабочим задачам, а ночное окно короче суток. Если по сети слишком долго, порядок первичной загрузки — разбиение на очереди по источникам или передача на физическом носителе — согласуется при подключении.

Сохраняйте документы в течение рабочего дня, а ресурсоёмкие копии баз и виртуальных машин планируйте на период низкой нагрузки. В расписании учитывайте часовой пояс сервера и окно выполнения штатного резервирования СУБД.

Версионирование сохраняет предыдущие состояния файлов. Удаление на исходном устройстве не удаляет уже сохранённую историю немедленно: она остаётся до истечения срока хранения. Базовая политика — 30 дней; другой срок обсуждается при подключении.

Версии прореживаются, а не копятся. Интервал 5 минут не означает восемь с лишним тысяч версий файла за месяц: подробная сетка живёт только сутки. Базовая схема — все точки за последние 24 часа, затем по одной точке в час за последнюю неделю, дальше по одной в сутки до конца срока хранения. Прореживание удаляет лишние точки, а не данные: последняя сохранённая версия файла остаётся целой в любом случае. Другую схему можно задать при подключении.

Сбой копии должен быть слышен. Отчёт о выполнении заданий уходит на указанные адреса — сводкой за сутки и отдельным письмом при ошибке задания. Отдельно задаётся порог тишины: если по источнику нет успешной точки дольше выбранного времени, приходит предупреждение, даже когда сам агент об ошибке не сообщал. Текущее состояние заданий и время последней точки видны в личном кабинете.

Дедупликация переиспользует одинаковые блоки в пределах одного набора резервирования. Проверка повторов выполняется до клиентского шифрования; общая дедупликация между клиентами не используется. Экономия зависит от содержимого: архивы и уже сжатые медиа обычно сокращаются хуже.

Для файлов выберите любую сохранённую версию в пределах срока хранения. Можно восстановить один документ, папку или весь набор. Восстановление в отдельный каталог позволяет сначала проверить результат и сохранить текущие файлы.

Для PostgreSQL и MySQL восстановление на выбранный момент возможно при наличии согласованной базовой копии и полной цепочки журналов WAL или binlog. Обычная файловая копия не даёт состояния базы на произвольную секунду.

Время восстановления зависит от размера данных, скорости канала и подготовки целевого сервера. Заранее измерьте его на тестовом наборе и сравните с допустимым простоем бизнеса.

Обратная отдача считается по той же скорости, что и первая копия: 5 ТБ по каналу 100 Мбит/с — это несколько суток, и всё это время система работает без данных. Поэтому крупные наборы восстанавливают по очереди: сначала то, без чего бизнес стоит, затем остальное. Если ждать столько нельзя, порядок ускоренной выдачи — восстановление на площадке или передача на физическом носителе — согласуйте заранее, до аварии, а не во время неё.