Я создаю файлы изображений RAW плюс небольшой выбор файлов JPEG, полученных от мастеров RAW. Созданные JPEG-файлы очень, очень редко редактируются снова, но когда они из-за повторного сжатия, весь файл изменится. При редактировании изображений RAW я использую программное обеспечение, которое вносит изменения неразрушающим образом. Файл предварительного просмотра и метафайл (XMP <40 КБ) создаются вместе с каталогом, который вместе отслеживает изменения.
Я управляю резервным копированием файлов предварительного просмотра и каталога в отдельной системе, поэтому в этом вопросе меня интересуют только RAW, XMP и JPEG.
Я хочу создавать резервные копии всех файлов RAW, JPEG и XMP вне офиса через WAN-соединение на основе новых и измененных файлов в файловой системе, которая проверяется на наличие изменений один раз в день.
Дедупликация, кажется, работает, читая части файлов и создавая слабые хэши для сравнения со всеми другими частями файлов. Если обнаружено, что хеш совпадает с другим, создается более сильный хэш и части сравниваются снова. Если части все еще создают тот же самый хэш, тогда вторая часть не загружена. Вместо этого система резервного копирования указывает дублированную часть файла на ранее сохраненную копию.
Мой вопрос ...
- Если файлы RAW не меняются и…
- JPEG будет редко меняться и…
- Файлы XMP могут содержать измененные части файлов и…
- Требования к ЦП / ОЗУ для дедупликации очень высоки и…
- Учитывая, что дедупликация данных может уменьшить объем передаваемых данных ...
... стоит ли использовать дедупликацию?