запланированное резервное копирование и проверка изменений файлов

Если запланированное резервное копирование не может быть выполнено (например, компьютер выключен), настроено ли оно на запуск, как только это станет возможно?

Проверяет ли запланированное резервное копирование файл на предмет необходимости загрузки? Что это за проверки? (дата/размер файла, контрольная сумма MD5 и т. д.)

Используются ли те же самые проверки для резервного копирования в реальном времени?

Спасибо!

Re: запланированное резервное копирование

>> Если запланированное резервное копирование не может быть выполнено (например, компьютер выключен), настроено ли оно на запуск, как только это станет возможно?

Да, это так. Пожалуйста, убедитесь, что у вас установлена последняя версия Online Backup, сборка 248.

>> Проверяет ли запланированное резервное копирование файл на предмет необходимости загрузки? Что это за проверки? (дата/размер файла или контрольная сумма MD5 и т. д.)

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

>> Используются ли те же самые проверки для резервного копирования в реальном времени?

Все клиентские программы DriveHQ (FileManager, Desktop Express, Online Backup) используют одинаковые расширенные методы кэширования, сравнения дат и времени, а также сравнение с помощью MagicCode. MagicCode — это проприетарная версия MD5, которая, как правило, гораздо безопаснее, чем MD5.

Re: Re: запланированное резервное копирование

Спасибо за ответы!

У меня проблема в том, что у меня есть файл TrueCrypt (зашифрованный смонтированный диск), размер и дата которого не меняются при записи на диск (файл фиксированного размера выделяется при создании), и я предполагаю, что MagicCode не отслеживает изменения, поэтому последний файл не резервируется.

Вы сталкивались с этим раньше? Могу ли я что-нибудь сделать, чтобы обеспечить резервное копирование?

Re: Re: Re: запланированные резервные копии

Я полагаю, что наша программа резервного копирования проверяет время и размер файла перед пересчетом MagicCode. Если время и размер файла никогда не меняются, она предполагает, что файл не обновлялся. Меня удивляет, что TrueCrypt не обновляет размер и дату файла... Похоже, нам нужно внести некоторые корректировки в этот параметр. Пожалуйста, проверьте также, можно ли настроить программу так, чтобы она изменяла время файла.

Re: Re: Re: Re: запланированные резервные копииПривет,

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

(Перейдите в настройки Truecrypt и снимите флажок "сохранять метки времени")

Дата доступа действительно меняется при монтировании диска — возможно, это даёт вам возможность легко внести изменения для обнаружения модификаций TrueCrypt. Хотя это, конечно, может означать, что передача (довольно больших файлов, поскольку диски смонтированы) происходит, когда данные не изменились (т.е. файл был смонтирован только для извлечения данных).

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

Спасибо

P.S. Я это попробовал, и, кажется, работает, хотя меня беспокоит, что метки времени изменения файла недостаточно для отправки загрузки (то есть, может ли magiccode отменить действие, если не обнаружит изменений?).