Использование SVN в качестве полного решения для резервного копирования данных на нескольких ОС.

Question

Я только что установил две ОС Linux на одном ноутбуке с двойной загрузкой. Я храню свои важные данные в разделе EXT3, который я разделяю между операционными системами.

Я использовал CrashPlan для автоматического резервного копирования, но я подозреваю, что было бы небрежно, если не совершенно плохой идеей, установить клиент CrashPlan в нескольких ОС и попросить его сделать резервную копию одного и того же диска с данными. (Я предполагаю, что две установки CrashPlan будут иметь противоречивое мнение о том, "где они остановились" при самой последней резервной копии). То же самое, вероятно, верно для многих других автоматизированных систем синхронизации / резервного копирования, например Dropbox. Итак, я хотел бы заменить CrashPlan на более универсальное, более предсказуемое и более самостоятельное решение для резервного копирования, которое позволяет создавать резервные копии общего раздела данных независимо от того,

Поскольку я плачу за веб-пространство, хорошим вариантом может быть установка Subversion и периодическое резервное копирование выбранных папок из командной строки. Будет ли это работать независимо от того, какую операционную систему я использую в то время? (Другими словами, вся ли информация, необходимая SVN для своей работы, содержится в каталоге файлов резервных копий и / или хранилище - а не где-то еще в моей локальной установке Linux)?

Answer 1

Это зависит от клиента резервного копирования - клиент "subversion" хранит информацию о subversion под резервной копией каталогов, в то время как fsvs (более подходящий для конфигураций версий) помещает информацию о резервной копии в /etc).

Я согласен с @IObO, что контроль версий не идеален для резервного копирования (он медленный и предназначен для разных целей), хотя, конечно, намного лучше, чем ничего, и жизнеспособен, если у вас есть только небольшое количество материала. Может быть, взгляните на BackupPC (для Windows и Linux) или rsync или rsnapshot (не используется с Windows, может быть, вы можете использовать cygwin?)

Кроме того, я бы рекомендовал против резервного копирования командной строки, поскольку они имеют тенденцию устаревать, потому что это ручной процесс.