Комментарии 4
Все правильно заметили, т.к. основная цель — сравнить "как есть", не сильно углубляясь в детали и при этом стараясь не выполнять упражнений в bash\ansible копируя команды из руководства администратора\пользователя. Услышал как звать ПО — нашел пакет для своего дистрибутива — поставил из репозитория — забил в cron команду\настроил задания в некоем интерфейсе (web\gui\tui и т.п.) — копии снимаются в приемлемое место и время.
Этот скрипт только первая и самая малая часть того, что будет включено в процесс резервного копирования.
В принципе, если каталог в переменной $TO указывает на дисковое пространство, размещенное не на этом же сервере, или, по крайней мере, не на этом же диске, где и каталог в переменной $FROM — первый шаг уже сделан, и если десять копий необходимо и достаточно — на этом можно и остановиться.
Однако стоило бы определиться с тем, от чего защищаемся, делая резервные копии, для чего можно попробовать ответить на несколько вопросов:
- устроит ли потребителей этих данных время восстановления из резервной копии?
- что делать с данными, которые были, но не успели попасть в резервную копию?
- нужны ли все данные из копии целиком, или важно иметь возможность достать индивидуальный файл или каталог?
Резервное копирование, часть по просьбам читателей: Обзор UrBackup, BackupPC, AMANDA