Увы и ах, как и за все другое, за отличную функциональность приходится платить. Но в данном случае не деньгами, так как утилита бесплатна для русскоязычного населения, а временем и мозговыми ресурсами. Общение с программой происходит только через командную строку, так что даже несмотря на превосходную русскоязычную справку, настройка требует изрядного напряжения серого вещества. Для облегчения этого процесса предлагаю вам ознакомить с моей конфигурацией бэкапа динамично меняющегося рабочего раздела, а при настройке своей системы отталкиваться уже от нее.
С целью упрощения процесса создания сценария бэкапа, исполняемый файл nnbackup exe можно попросить брать команды не из командной строки, а из текстового файла, который очень удобно комментировать. Вот, к примеру, создадим в папке nnBackup файл config cfg. Строчки, обозначенные обратным слэшем, – комментарии, а все остальные – команды (см. врезку).
\ Синхронизировать приемный каталог с
\ исходным. В этом случае из исходного
\ каталога в приемный копируется вся
\ информация, которой там еще нет:
sync
\ Исходный каталог:
– i W:\
\ И приемный каталог:
– o «X:\w\"
\ Учитывать все подкаталоги при копировании:
– s
\ Сравнивать при синхронизации не только
\ время последней модификации файла, но и
\ время его создания:
– tc
\ Сравнивать при синхронизации еще и размер
\ файла, а также бэкапить файлы, даже если
\ дата их модификации в исходном каталоге
\ изменилась в обратную сторону:
– ad
\ Удалять в приемном каталоге файлы,
\ отсутствующие в исходном каталоге:
– da
\ Этот ключ определяет поведение программы
\ в случае, если какой-то каталог был удален в
\ исходном каталоге, но все еще содержится в
\ резервной копии:
– nd
\ Исключать из бэкапа все файлы и
\ директории, имя которых заканчивается
\ на.@exc:
– x *.@exc
\ Оставлять копию всей информации, которая
\ меняется или удаляется в приемном каталоге.
\ При этом помещать измененные файлы в
\ специальный каталог «W_dumps», создавая
\ каждый раз подкаталог с именем в виде
\ текущей даты:
– backup X:\W_dumps\%YYYY%-%MM%-%DD%\
Если теперь запустить nnbackup exe с ключом – f config cfg, он прочтет содержимое конфигурационного файла. Весь диск W:\ будет скопирован в папку X:\w\ на бэкапном HDD. Помните пункт о наглядном отделении «мусора» от требующих резервного копирования данных? Все папки и файлы, оканчивающиеся на».@exc», будут проигнорированы. Таким образом, чтобы запретить бэкап, предположим, захваченного только что с ТВ-тюнера сериала, достаточно к названию папки с захватами добавить».@exc», например, так: «W:\captures.@exc\". Сразу видно, что это папка-неудачница! Конечно, такое замысловатое буквосочетание я придумал сам, встретить подобную «символьную тусовку» в реальной жизни почти невероятно. Вы можете придумать любое свое обозначение.
Итак, при первом запуске содержимое диска W:\ за оговоренным исключением скопируется в X:\w\. В результате каждого повторного запуска скрипта содержимое исходного диска будет пофайлово сравниваться с копией, и если на бэкапируемом разделе что-то изменилось, копия будет приводиться в полное соответствие с оригиналом. Самое интересное в том, что всякое изменение, происходящее с бэкапом, не канет в лету, но будет аккуратно отражено в папке X:\W_dumps, в которой вы всегда сможете найти удаленный невзначай файл. Временна, я глубина дампов прямо пропорциональна емкости бэкапного HDD и обратно пропорциональна интенсивности бэкапирования. С емкостью диска все понятно, а вот интенсивностью бэкапирования можно выгодно манипулировать. Для раздела с актуальными рабочими данными разумно запланировать ежедневный бэкап. В этом случае объем «дампнутых» данных растет быстро, однако вы будете наилучшим образом защищены от потерь насущной работы.