Управление файлами в Unix: лучшая практика для перемещения файлов из промежуточного каталога в конечный каталог

Question

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

1) Файлы создаются с нескольких серверов в:

/dmp/stage/<date>
/dmp/stage/20110329
/dmp/stage/20110330

2) Когда процесс создания файла завершен, скопируйте файлы из самого последнего каталога./dmp/stage/20110330 в окончательный каталог /dmp/FINAL

Было бы лучше cp файлы?или создать как каталог символической ссылки для такого рода процесса?Каков наилучший способ управления файлами такого типа?Я пытаюсь сделать это в shell или perl.

Спасибо.

Answer 1

A символическая ссылка может иметь преимущество в том, что ясно для администратора или другого программиста, который смотрит на систему, что FINAL действительно просто копия / ссылка к последнему файлу, в отличие от наличия данных самостоятельно.

В целях полноты, есть еще один вариант, жесткая ссылка. Таким образом, содержимое файла распределяется между файлом / dmp / stage / xxxx и файлом FINAL (экономя место на диске, если это проблема), но если исходный файл будет удален, тогда файл FINAL все еще будет жить (но это не похоже на то, что вы намереваетесь удалить сценические файлы.)

Answer 2

Похоже, вы пытаетесь сделать именно то, что делает rsnapshot .

rsnapshot - это снимок файловой системы утилита для создания резервных копий локальных и удаленные системы.

Используя rsync и жесткие ссылки, это можно хранить несколько, полный резервные копии доступны мгновенно. Диск требуется немного больше места чем пространство одной полной резервной копии, плюс приращения.

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

Я использую rsnapshot для ежедневного резервного копирования моего сервера Linux на NAS. Поскольку он использует жесткие ссылки, я могу хранить ежедневные, еженедельные, ежемесячные и ежеквартальные резервные копии, что примерно в 1,4 раза больше места первоначального резервного копирования. Если вы хотите очищать файлы на еженедельной основе, то вы сделаете еженедельное резервное копирование своим самым длительным временем удержания, и все, что старше недели, будет автоматически отменено.