Может ли Duplicati сохранить дату и время файла?
Это продолжение: Дубликаты и резервное копирование пропущенной базы данных.
Мы попытались восстановить каталог данных базы данных. То, что мы ожидаем увидеть в резервной копии, является точным отражением того, что было зарезервировано прошлой ночью.
Мы все еще не видим все данные в каталоге восстановления. Насколько мы можем судить, Duplicati, похоже, использует либо дату изменения, либо размер файла для каждого файла при определении файлов для резервного копирования. Может кто-нибудь подтвердить это так или иначе?
Есть ли способ заставить Duplicati создавать резервные копии только тех файлов, метаданные которых были изменены, вместо использования даты и / или размера файла?
Кроме того, по завершении каждого восстановления есть модальное окно с надписью "8500 предупреждений", но мы не можем увидеть их все в журнале.
Что мы можем увидеть в журнале:
MetadataWriteFailed Не удалось применить метаданные к файлу
РЕДАКТИРОВАТЬ: Мы удалили Duplicati Beta и установили Canary на его место. То, что мы видим сейчас, это все наши данные. Все ряды резервируются, тогда как в бета-версии их нет; нам не хватает строк данных.
Еще одна вещь, которую мы заметили, заключалась в том, что при восстановлении бета-версии все значения даты / времени для каждого файла устанавливаются на дату и время восстановления. С Canary все значения даты / времени сохраняются.
Используя Canary, мы больше не видим предупреждение "MetadataWriteFailed Failed to apply метаданные к файлу"
Это предполагаемое поведение между обеими версиями?
1 ответ
Это предполагаемое поведение между обеими версиями?
Канарейка имеет много исправлений. Я не помню, что было изменено с восстановлением метаданных, но если восстановление метаданных завершится неудачно (как вы видите в бета-версии), это приведет к тому, что файлы останутся с датой восстановления.
Не должно быть никаких изменений в том, какие файлы резервируются, поэтому я не уверен, что вы имеете в виду под "мы пропускаем строки данных".