Альтернатива rsync -delete для перемещения файлов в другой каталог вместо удаления

Я использую rsync для резервного копирования больших жестких дисков на удаленной машине. По умолчанию rsync не удаляет файлы на удаленном компьютере, когда они больше не существуют на локальном компьютере. Это полезно, потому что это позволяет восстановить, например, если я хочу восстановить файл, который был удален по ошибке, а это также означает, что мне не нужно беспокоиться о rsync'ing пустого каталога (если жесткий диск умирает или не монтируется). Проблема в том, что на удаленный хост занимает много места на диске, а также, если мне нужно восстановить резервную копию, это будет загрязнено этими удаленными файлами.

Альтернативой является rsync --delete , но тогда это означает, что удаленные файлы также будут удалены при первом запуске резервного копирования, и если точка монтирования станет пустой, я также рискну удалить ее.

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

Есть ли способ подражать этому поведению? (или подобное поведение)

(У меня недостаточно места на диске для поддержки двух полных резервных копий на удаленном хосте. Кроме того, я знаю о существовании инкрементных средств резервного копирования, таких как Borg Backup , но я бы хотел, чтобы решение, которое не полагалось на тяжелые инструменты, пользовательский формат хранения. Я также немного опасаюсь решений, использующих жесткие ссылки, но я в порядке с ними, если это лучший вариант.)

  • копировать символические ссылки с помощью rsync
  • Вопрос синхронизации Rsync NFS
  • «Трудносвязанные» части большого файла, в котором только небольшая часть изменилась
  • Использовать sudo для упрощения rsync?
  • Что держит одну сторону rsync настолько занятой?
  • почему rsync не выполняет дельта-перенос
  • Почему rsync не удается скопировать файлы из / sys в Linux?
  • Настройка nice и ionice для rsync через xinetd
  • One Solution collect form web for “Альтернатива rsync -delete для перемещения файлов в другой каталог вместо удаления”

    Вы можете использовать –backup

    -b, –backup С помощью этой опции существующие файлы назначения переименовываются, поскольку каждый файл передается или удаляется.

    в сочетании с –backup-dir

    –backup-dir = DIR В сочетании с опцией -backup, это говорит rsync хранить все резервные копии в указанном каталоге на принимающей стороне. Это можно использовать для инкрементных резервных копий.

    сохранить копию любых измененных и удаленных файлов в отдельном каталоге на принимающей стороне.

    Если вы хотите сохранить только удаленные файлы в резервной копии, вы можете отдельно очистить обновленные файлы после синхронизации (например, например ).

    Interesting Posts

    Есть сценарий с perl shebang, нужно переключиться на bash в середине

    SCP выборочно из каталога и подкаталога

    Почему uniq игнорирует Unicode и строки с одной буквой?

    Узнайте, какое устройство / dev / root представляет в Linux?

    Ext4-Error: бит уже очищен для inode

    Почему bash очищает OLDPWD при запуске дочернего скрипта?

    Почему некоторые команды не читаются со своего стандартного ввода?

    ClamAV: подавляет весь вывод, кроме сводных

    REISUB (клавиша Alt + SysRq +) не работает на Slackware13.37_64, KDE

    KDE; каждый монитор другого рабочего стола

    читать только символическую ссылку или что-то подобное?

    sshd не запускается после загрузки встроенного linux, построенного с помощью buildroot?

    Ошибка обновления Yum на centOS 5.6

    Как переключить направление текста на rtl & ltr в kate и kwrite

    Как определить ошибку в определенном файле при проверке контрольной суммы (какой файл имеет проблему при проверке) в сценарии оболочки

    Linux и Unix - лучшая ОС в мире.