Возрастающее и дифференциальное резервное копирование единственного файла в XP

У меня есть только один единственный файл, который я хочу скопировать. Этот файл или будет в двоичном формате, или я могу выполнить утилиту командной строки, которая преобразовывает его в текстовый файл, если это поможет решению для резервного копирования. Файл составляет приблизительно 500 МБ в данный момент, но может легко вырасти до нескольких гигабайтов и еще больше.

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

Например, скажите, что я хочу ежедневную газету, еженедельно, и ежемесячно копирую. Это - 3 файла. Принятие размера остается довольно подобным, это поднимет 1.5 ГБ пространства. То, что я хочу, является очень эффективным алгоритмом (подобный разности SVN), который только сохраняет различия. Так, например, ежемесячное резервное копирование будет полным резервным копированием (500 МБ) и еженедельником и ежедневно просто будет diffs, который, вероятно, будет даже меньше чем 2 МБ каждый. Таким образом мои 3 файла поднимут только 504 МБ вместо 1.5 ГБ.

Я знаю, что много утилит резервного копирования имеют схожую функциональность, но они фокусируются главным образом на diffs самих файлов (например, какие файлы были добавлены/удалены) вместо того, чтобы фокусироваться на diffs содержания файла (например, какие строки/символы были добавлены/удалены). Только с единственным файлом для резервного копирования очевидно, почему одно из тех решений не помогло бы.

Дополнительные функции, которые я хотел бы, но не критически настроен:

• Встроенный в Windows XP.
• Зашифрованные резервные копии плюс.

Обновление: Я попробовал Резервное копирование Areca и не получил результаты, которые я хочу. Это - процесс, который я использую:

1. Создайте большой файл (например, 600 КБ)
2. Создайте резервную копию его
3. Измените одну букву в этом файле и сохраните его
4. Создайте резервную копию снова
5. Исследуйте размер архива. Если это является почти двойным (например, 1,2 МБ, файл был скопирован, и это не вид резервного копирования, которое я ищу. Если размер очень близко к первоначальному размеру, 601 КБ, например, это резервное копирование было успешно).

Как Вы видите, не имеет смысла хранить 600 КБ снова, когда только один символ был изменен, вот почему я ищу более умное решение для резервного копирования.

Я пытался использовать режим хранения "Delta" и и типы инкрементного резервного копирования и дифференциального резервного копирования в Areca, но они все провалили мой тест.

Я также попробовал DeltaCopy, который заявляет:

В общих чертах DeltaCopy является открытым исходным кодом, быстрой программой инкрементного резервного копирования. Скажем, необходимо скопировать один файл, который составляет 500 МБ каждую ночь. Нормальная копия файла скопировала бы весь файл, даже если несколько байтов изменились. DeltaCopy, с другой стороны, только скопировал бы часть файла, который был на самом деле изменен. Это уменьшает передачу данных до просто небольшой части 500 МБ, экономящих время и сетевую пропускную способность.

Проблема с ним состоит в том, что это только использует это различия для сетевой передачи. Это не позволяет Вам сохранять несколько версий файлов. Это также полагается в большой степени на клиент-серверную технологию, в которой я не нуждаюсь. Мне просто нужно что-то, что работает локально над моим ПК.