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

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

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

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

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

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

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

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

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

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

решение1

Проблема

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

Решение?

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

(отВикипедия)

Также

Резервное копирование с шифрованием вне офиса с использованием Rsync и AES

решение2

КрашПланЯ думаю, он бесплатный и делает все, что вам нужно.

решение3

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

решение4

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

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

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

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

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

Связанный контент