Тяжким грузом на душе лежит тот факт, что хоть я уже и делаю бэкапы — делаю это не надлежащим образом.
Данные на компьютере разделены на две группы: большие и неважные (фильмы, образа инсталляционных дисков, etc), небольшие и важные (документы, скрипты, исходники, etc). К счастью, фотографией и видео не занимаюсь, так что больших и важных файлов нет.
На данный момент важные директории раз в сутки копируются автоматически с помощью rdiff-backup на другой раздел жесткого диска. Изредка (так как автоматизировать это не удаётся) содержимое архивного раздела перемещается на DVD.
Очевидный недостаток: копирование на внешний носитель редкое (пару раз в год), а копирование на другой раздел жёсткого диска не поможет в случае проблем с диском.
Размер важных данных порядка 8 Гб, б
ольшая часть изменяется редко.
Нужен продукт (или сочетание продуктов), который обладал бы следующими свойствами:
- Автоматизация — чтобы не требовалось участие человека при копировании
- Инкрементальность — копировать только изменённые файлы, а ещё лучше только изменения в файлах. С каким-то большим периодом делать полное копирование, на всякий случай. UPD: хранить не только последнюю версию, но и (разностно) все предыдущие (как это делает rdiff-backup)
- Сохранение бэкапов в облаке. Внешние носители не подходят из-за отсутствия возможности автоматизации.
- Шифрование на стороне клиента. На стороне сервера не должно храниться ничего осмысленного. Ключ шифрования должен быть только на клиенте, и (резервная копия) на постоянном носителе, но не на сервере.
- Контроль. При копировании человеческое участие не должно требоваться, но необходимо, чтобы в случае неполадок об этом стало известно. Например показывать отчеты с результатами (успех/неуспех, время, размер) копирования раз в неделю.
- Возможность работы под Windows
- Возможность работы в «ноутбучных» условиях (Интернет есть часто, но не всегда. Ноутбук включен тоже не всегда. При работе от батареи — откладывать/ставить на паузу)
Первым делом в голову приходит nnCron + rdiff-backup + TrueCrypt + Dropbox, опишу минусы такой комбинации.
- Синхронизация будет происходить только в момент отмонтирования tc-контейнера. Значит придётся монтировать/размонтировать скриптом контейнер каждый раз
- Ограничение на длину пути в каком-то из API, из-за чего rdiff-backup падает для некоторых файлов
- Некоторые файлы могут быть эксклюзивно открыты в других программах, что приводит к проблемам при копировании
- Копирование не атомарно, так что некоторые файлы могут быть несогласованы (впрочем это довольно редко даёт проблему)
- Нет контроля над ошибками. Однажды что-то может пойти не так, и я об этом не узнаю
Плюс: если включить
pack-rat, то можно заменить rdiff-backup на какой-нибудь rsync (инкрементальность и историю версий будет обеспечивать Dropbox) и сэкономить место. Хотя нет (или есть?) способа просмотреть в Dropbox какую-либо директорию и все файлы в ней по состоянию на какой-то момент времени, не восстанавливая по одному файлику. Да и при активном использовании такой фичи, не сочтут ли это злоупотреблением => бан.
UPD
Нашёл статью с сравнением сервисов:
Резервное копирование он-лайн, пока что склоняюсь к
CrashPlanUPD2
В итоге остановился на
Duplicati +
S3, поддерживающей не всё вышеперечисленное, но достаточно много.
Для других ОС аналогом (а точнее оригинальной версией) — является
duplicity, от автора rdiff-backup.