Нужны ли старые файлы на диске для инкрементного резервного копирования?
Удерживающий диск содержит образы ленты, когда была сделана полная резервная копия.
Можно ли их удалить или они нужны при создании инкрементных резервных копий?
Обновить
Еще один способ спросить то же самое. Когда полная резервная копия была сделана. Как Аманда узнает, какие файлы были изменены, и, следовательно, должна быть создана резервная копия в следующем задании инкрементного резервного копирования?
Я полагаю, что Аманда будет сравнивать каждый файл для резервного копирования с файлами на ленточных носителях.
Или Аманда создает контрольную сумму каждого файла, для которого она создает резервную копию, и если контрольная сумма изменилась для файла, она включается для инкрементного резервного копирования?
3 ответа
Краткий ответ: файлы диска хранения не используются при определении того, что входит в инкрементную резервную копию. В любом случае они являются дополнительными функциями Amanda (когда емкость дисков и магнитных лент была гораздо ближе по размеру, а диски были дорогими, вы, вероятно, просто переходили бы прямо с диска на ленту).
Часто задаваемые вопросы Аманды " Как определяются уровни резервного копирования и как Аманда использует их?" Полезны здесь. В частности, в конце есть раздел, в котором говорится, что если вы используете dump, Аманда использует существующие методы dump для определения того, что входит в инкремент. Если вы используете Gnutar, он использует сопоставимые методы Gnutar. Если вы используете какой-то другой tar, я думаю, он будет проверять даты модификации, но это не относится к системе Linux.
Я не совсем уверен, о чем вы спрашиваете, но разностные и инкрементные резервные копии основаны на бите архива в файле, для которого выполняется резервное копирование, а не на файле, в который они были сохранены (лента, файл резервной копии и т. Д.),
Содержимое диска-хранилища не имеет ничего общего с тем, как клиент gnutar / tar / star / dump / независимо от того, что решит обрабатывать инкрементные / полные резервные копии, решать клиенту. У Gnutar есть специальный (нестандартный) формат tar, который он использует, когда делает резервные копии --incremental или --listed-incremental, и вся эта магия происходит на клиентском компьютере. Я полагаю, что у каждого клиента будет каталог, куда клиент amanda помещает любые списки файлов, связанные с Gnutar. Они остаются на клиенте и не возвращаются на сервер, по крайней мере, в любой из версий Amanda, которые я использовал.
Удерживающий диск является только временной областью хранения / хранения файлов резервных копий от ваших клиентов. При обычных операциях эта область хранения пуста после завершения резервного копирования. Единственная причина, по которой файлы остаются там после завершения резервного копирования, заключается в том, что с физическим ленточным накопителем произошла какая-то ошибка, была загружена неправильная лента, клиент потерял соединение с сервером Amanda во время резервного копирования или было больше данных резервного копирования, чем подходит на ленте. Вы никогда не должны вручную удалять эти файлы с помощью команд ОС, таких как "rm", потому что Аманда отслеживает их и запутается, если они просто исчезнут.
Иногда, если сам сервер Amanda прерывается во время резервного копирования, он может оставить частичные, неполные файлы дампа, и вы должны использовать команду amcleanup, чтобы удалить их. Он будет знать, какие файлы являются ненужными, а какие ценными. См. Команду amflush для отправки их на магнитную ленту самостоятельно и посмотрите настройку 'autoflush' в файле /etc/amanda/amanda.conf (или advanced.conf, если вы работаете в дистрибутиве Debian-ish linux.)