Я прочитал этот учебник: http://www.marksanborn.net/howto/use-rsync-for-daily-weekly-and-full-monthly-backups/
Но мне было интересно, если я хочу ежедневное резервное копирование и еженедельное резервное копирование, как они предлагают, мне нужно вдвое больше места на моих данных на моем сервере резервного копирования?
Поэтому, если мои данные размером 500 МБ, мне нужно 1 ГБ пространства (500 ГБ для ежедневных резервных копий и 500 для еженедельных резервных копий?)
Спасибо
Да, вам понадобится вдвое больше места. Если это неприемлемо, вам придется искать решение для резервного копирования, более сложное, чем rsync, которое будет выполнять правильное разностное резервное копирование и хранить данные только дважды, если оно действительно было изменено.
rsnapshot : с помощью rsync и жестких ссылок можно мгновенно сохранять несколько полных резервных копий. Требуемое дисковое пространство составляет чуть больше, чем пространство одной полной резервной копии плюс инкрементные.
У меня есть установка Rsnapshot, которая будет хранить 6 копий / версий в день, 7 дней в неделю, 4 месяца и целых 6 месяцев. Хотя он будет копировать и хранить целые файлы, только небольшая часть общего количества файлов обычно будет меняться на регулярной основе.
Если вы храните свои резервные копии на томе ZFS с включенной дедупликацией, вы можете просто позволить файловой системе справиться с этой проблемой с помощью бонусной функции, которую вы также можете настроить для сжатия файлов в ZFS.
Взгляните на BackupPC - он использует rsync в качестве одного из своих инструментов резервного копирования, но очень умно обрабатывает пространство, жестко связывая идентичные файлы в наборах резервных копий:
http://backuppc.sourceforge.net/
Из документов ...
Особенности включают в себя:
Умная схема пула минимизирует дисковое хранилище и дисковый ввод-вывод. Одинаковые файлы в нескольких резервных копиях одного и того же или другого компьютера хранятся только один раз (с использованием жестких ссылок), что приводит к значительной экономии дискового пространства и записи на диск.
Дополнительное сжатие обеспечивает дополнительное сокращение хранилища (около 40%). Влияние сжатия на процессор низкое, поскольку необходимо сжать только новые файлы (которых еще нет в пуле).