Его можно реализовать примерно так:

backup# umask 077; cp ~backup/arcname.tgz /backupdrive/backup/arc`date '+%d%m%y'`.tgz

Имя файла формируется на основе текущей даты, что очень удобно. При желании можно добавить еще и время.

И создание промежуточной копии и перенос копии на хосте backup выполняются из-под root. И если в первом случае это зачастую необходимость, то во втором можно создать второго пользователя, входящего в ту же группу, что и пользователь backup и копировать файлы с его правами. Значение umask при удаленном копировании потребуется изменить на 007, а при переносе копии оставить неизменным. Группа backup должна использоваться только для резервного копирования и ни для чего больше по соображениям безопасности. Еще один вариант – создать пользователя с тем же uid, что и у backup, но с другой оболочкой и выполнять перенос копий с его правами. В зависимости от настроек системы этот вариант может как улучшить, так и ухудшить безопасность копий.

Для автоматизации всего процесса резервного копирования потребуется решить одну небольшую проблему: синхронизировать процесс создания промежуточной копии и ее переноса. Даже если часы обеих серверов синхронизированы, невозможно заранее определить продолжительность процесса создания промежуточной копии. Можно задать заведомо достаточный временной интервал (например, один час), а можно оставлять метку о завершении первого процесса и заставить второй процесс ждать появления этой метки. В две строки это выглядит так:

0 5 * * * cd ~backup; while [ done -ot arcname.tgz ]; do sleep 60; done; umask 077; touch arcname.tgz;

    cp arcname.tgz /backup/srv/`date +\%d\%m\%y`.tgz

0 5 * * * tar -I /root/mfiles -cf - | ssh backup@backup "umask 007; cat | gzip > arcname.tgz && sleep 1 && echo > done"

Первая строка должна быть помещена в crontab на хосте backup, а вторая – на хосте srv. Предполагается, что оба запускаются приблизительно одновременно, хотя на самом деле порядок их запуска и временной интервал между запусками не так уж важен (в разумных пределах).

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

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