Резервное копирование жесткого диска 80G 1G в день

Question

Я хочу надежно сделать резервную копию моего 80G HD, но полное резервное копирование занимает вечность и замедляет работу моей машины, поэтому я хочу делать резервные копии всего 1G в день. Подробности:

Первое препятствие: в первый день я хочу сделать резервную копию "первого" 1G жесткого диска. Конечно, действительно нет "первого" 1G на жестком диске.

Через 80 дней у меня будет резервная копия всего моего HD ... при условии, что ни один из моих файлов никогда не изменится, что, конечно, и происходит. Таким образом, план / программа резервного копирования также должны отслеживать создание / изменения файлов по мере их поступления.

% Резервные копии должны быть согласованы, так как я могу восстановить свою систему, последовательно восстанавливая резервные копии. Другими словами, «dd if =/harddrive», вероятно, не будет работать.

% Резервные копии должны шифровать содержимое файла И имена, но я не считаю это серьезным препятствием.

% После того, как резервная копия сделала резервную копию всего (даже измененных файлов), она может сделать резервную копию первого 1G на моем жестком диске. Даже если это резервное копирование, это нормально, потому что я всегда хочу что-то делать резервное копирование (например, если я копирую на оптический носитель, старый носитель может начать повреждаться).

Есть ли волшебный план / программа резервного копирования, которая делает это?

На самом деле, я хочу сделать это для нескольких машин с несколькими приводами на каждом, но думаю, что решение вышеуказанного решит общий случай.

Answer 1

Я думаю, что CrashPlan бесплатен и делает все, что вам нужно.

Answer 2

проблема

Я знаком с rsync и пробовал использовать его вместе с другими инструментами для написания Perl-скрипта, который делает то, что я хочу. Однако rsync сам по себе не делает то, что я хочу. К сожалению, если файл изменяется незначительно, зашифрованная версия файла сильно меняется, поэтому rsync даже не работает так хорошо для отдельных файлов.

Решение?

rsyncrypto - это утилита для шифрования файлов в режиме rsync. Алгоритм rsyncrypto гарантирует, что два почти идентичных файла, зашифрованные с помощью rsyncrypto и одного и того же ключа, будут создавать почти идентичные зашифрованные файлы. Это позволяет осуществлять передачу данных с минимальными издержками при использовании rsync, обеспечивая при этом шифрование для безопасной передачи и хранения конфиденциальных данных в удаленном месте.

(из Википедии)

Также

Зашифрованные резервные копии вне сайта с использованием Rsync и AES

Answer 3

Попробуйте использовать Rsync. Вам нужно будет выполнить одну полную резервную копию, но тогда вам нужно будет только перемещать сжатые архивы измененных файлов ежедневно. Немного Googling найдет множество сценариев оболочки для достижения этой цели, и есть реализации Rsync для Windows, которые работают очень хорошо.

Answer 4

Если вы используете (или не против переключения) файловую систему, которая поддерживает снимки (*), резервное копирование 1 ГБ в день довольно просто:

• сделать снимок текущего состояния локального диска
• резервное копирование 1 ГБ этого снимка каждый день на удаленный компьютер в удаленном месте (возможно, с помощью "zip" с опцией «--encrypt» и опцией «--split-size 1g»)
• После создания резервной копии полного снимка удалите локальный снимок.

После создания резервной копии первого снимка вы можете продолжать создавать новые снимки точно так же. Но я думаю, что вы получите точно такие же результаты за меньшее время

• выполните команду копирования на удаленном компьютере, скопировав самый последний полный снимок, который необходим для создания черновика нового нового снимка.
• сделать новый снимок текущего состояния локального диска
• используйте rsyncrypto (спасибо, RedGrittyBrick) с параметром --bwlimit, равным 1 ГБ / день, что позволяет ему модифицировать удаленный черновик для точной копии нового нового снимка.

(*) Под "поддерживает снимки" я имею в виду (а) запуск внутри виртуальной машины, которая поддерживает снимки системы, или (б) использование ext3cow, btrfs, ZFS или какой-либо другой файловой системы, поддерживающей снимки - все те, которые я информация о них указана в столбце "снимок" в статье « Сравнение файловых систем ».

Answer 5

Моя непосредственная внутренняя реакция - то, что это не жизнеспособно. Я рассуждаю следующим образом: допустим, вы создаете резервную копию файлов, в том числе частей вашей ОС, программ и файлов данных. На следующий день вы продолжаете и начинаете резервное копирование следующего концерта ... Проблема в том, что во второй день, возможно, ОС обновилась. Возможно, некоторые программные файлы были обновлены. Может быть, некоторые файлы данных были изменены. Теперь первая резервная копия содержит устаревшие файлы. Другими словами, вы имеете дело с движущейся целью. Даже если вы бросили флаги атрибутов и всегда говорили - резервное копирование файлов без атрибутов, это все равно неэффективно, потому что вы продолжаете резервное копирование некоторых файлов, которые постоянно меняются.

Это означает, что некоторые программы, такие как программа в Carbonite или Mozy, выполняют резервное копирование в фоновом режиме и постепенно могут в конечном итоге выполнить резервное копирование всего, но это только данные - ни ОС, ни программы. Вы можете настроить что-то подобное, и программа будет работать в фоновом режиме, постоянно внося обновления, но для резервного копирования потребуется целая вечность, а само резервное копирование может быть чудовищно неэффективным с точки зрения дискового пространства, и надежность также не будет такой уж большой.

Вы когда-нибудь задумывались о том, чтобы получить еще один внутренний диск и просто клонировать систему в одночасье? Это было бы лучше для скорости / надежности / эффективности.