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