Параноидальный бэкап

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

Давайте будем считать, что читатель уже проникся всей важностью задачи резервного копирования информации, и даже более того - проникся настолько глубоко, что бэкапирование данных стало для него процессом совершенного естественным, как бы даже само собой разумеющимся, в результате чего он, будучи лишен возможности сделать очередной бэкап своей рабочей флэшки, чувствует себя неуютно, некомфортно и потерянно. С позиции такого вот пользователя, без всякого юмора а скорее с сочувствием называемого "информационным параноиком", мы сегодня пристально рассмотрим возможности создания сложных бэкапов в домашних условиях на ОС Windows XP.

Что бэкапить?

Разумеется, прежде всего необходимо определиться с тем, что и как мы собираемся бэкапить. Среднестатистическую юзерскую информацию можно условно разделить по критерию "бэкапируемости" на три категории:

1. Операционная система и программы;
2. Долговременные хранилища;
3. Актуальные рабочие данные.

Операционная система и программы

Под бэкапом ОС подразумевается создание резервной копии установленной рабочей ОС со всеми программами и персональными настройками. Конечно, если компьютер используется, к примеру, для игр и работы с документами, подобные сложности излишни - в случае сбоя системы ее не составит труда просто переустановить. Но у меня и, уверен, у многих читателей "Компьютерры", рабочая операционная система представляет собой если не произведение искусства, то уж как минимум результат большого труда. Со времени установки ОС обрастает не одной сотней приложений, многие из которых требуют специальной настройки, драйверами для кучи устройств, горячими кнопками, скриптами, ярлыками, куками интернет-браузера и еще тонной других индивидуальных мелочей - на восстановление всего этого с нуля уйдет уйма времени. Благодаря общей концепции систем семейства Windows, которую так не любят приверженцы Linux (они-то, небось, читая этот абзац, снисходительно улыбаются), заключающейся в сокрытии от пользователя внутрисистемных процессов, единственный достаточно надежный способ "отбэкапить" рабочую Windows XP - это снять посекторный образ логического диска, на котором она установлена.

Долговременные хранилища.

К этой категории относится весь багаж накопленной за жизнь информации, которую пользователь несет с собой сквозь время. Это могут быть дистрибутивы программ, музыка, фотографии собственного производства, проекты для 3D-моделирования, документы научных докладов - да все что угодно. Характерная особенность такой информации в том, что она сравнительно редко модифицируется, однако требует самого надежного резервного копирования, так как обычно представляет собой наибольшую ценность для хозяина, в несколько раз превышающую стоимость всего компьютера, не говоря уж о стоимости одного жесткого диска.

Актуальные рабочие данные.

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

Как же делать бэкапы? В серьезных системах для бэкапов используются магнитные ленты. Для дома стримеры слишком дороги и сложны в эксплуатации, так что этот вариант отпадает. Когда-то я делал бэкапы на CD-R, потом на DVD-R, однако с тех пор, как количество бэкапируемой информации перевалило за 100 ГБ, от болванок пришлось отказаться. Причина проста - поддержание жизнеспособных бэкапов на большом количестве носителей требует крайне жесткого структурирования информации, что в какой-то момент стало накладнее, чем покупка дополнительного жесткого диска специально для бэкапа. Помните "информационного параноика"? На самом деле цель бэкапов - оградить вас от подобной незавидной участи. Поэтому бэкапы необходимо организовать так, чтобы они происходили максимально автономно, и после первичной настройки требовали минимум пользовательского внимания. Единственный способ добиться этой цели - использовать в качестве носителя отдельный физический HDD. Вместо диска для бэкапа можно, конечно, подумать об отказоустойчивом массиве RAID1 или RAID5, но, обеспечивая практически идеальную защиту от технических сбоев, он не дает никакой от человеческого фактора, который, как показывает практика, является не менее частой причиной потери данных.

В поисках подходящего программного решения, я проделал долгий путь от встроенных в Windows XP средств, через штук двадцать самых разных комплексов, программ, программок и утилит - обо всех рассказать не получится, да и не очень хочется. Расскажу я только об Acronis True Image и тех утилитах, которые и по сей день трудятся в моем компьютере.

Содержание:

1. Acronis True Image
2. DriveImage XML
3. nnBackup

Acronis True Image

Эта разработка российских программистов  прожила на моем компьютере около полугода. От сонма низкокачественных поделок безответственных программистов, Acronis True Image разительно отличается. В первую очередь, названием. Никаких тебе "Pro", "Ultra", "Expert" и прочих дешевых способов саморекламы. Все очень скромно и по делу: просто "Правдивая Картина". Acronis подходит к вопросу бэкапирования крайне основательно. Программа глубоко интегрируется в операционную систему - устанавливает специальный драйвер виртуального устройства.

На жестком диске можно создать особый раздел для бэкапов, так называемую "Зону безопасности Acronis". Зона эта невидима для операционной системы, а обведя вокруг пальца саму Windows, вместе с ней мы обманываем и весь выводок Win32 вирусов, охочих до уничтожения сокровенных данных "информационного параноика". Кроме того, программа умеет снимать образ системного диска прямо во время работы ОС, монтировать созданные образы как виртуальные логические диски (Read Only, разумеется), создавать инкрементные (инкрементным называется такой режим создания бэкапов, в котором каждый последующий бэкап включает лишь ту информацию, которая изменилась с момента предыдущего бэкапа.) бэкапы как файлов и папок, так и целых разделов, планировать время старта бэкапов, создавать загрузочный реанимационный CD.

Правда заманчиво звучит? Вы, наверное, удивляетесь, почему же я попрощался с такой замечательной программой. Во всем виновата забота о неискушенном пользователе и маркетинг. С неприятными мелочами, вроде плюшевого домохозяйского интерфейса, я еще готов был бы смириться. Но в результате полугодичного тестирования (каждой бы программе такой тест!) выявились куда более серьезные проблемы с пофайловыми бэкапами. Все было отлично на тестовом компьютере и небольшом массиве данных гигабайта на три, проблемы начались, когда я установил ее на основой рабочий компьютер, предложив ей заботу о 200 ГБайтах в 100.000 файлах. В целом ежедневный файловый бэкап работал нормально, но периодически, раза два в месяц, что-то в электронных мозгах "Правдивой Картины" путалось, отчего бэкапирование повисало. Благодаря плюшевому интерфейсу, было невозможно понять, повисло оно или нет, а благодаря собственному драйверу Acronis'a, это оказалось затруднительно определить и сторонними средствами мониторинга, ведь Windows и, следовательно, все утилиты мониторинга при работе True Image просто "не видят" обращений к файловой системе. Причины подвисаний также остались секретом Acronis'a - логи в стиле "ошибка 00x00172 - невозможно завершить процесс" можно назвать скорее конспиративными, чем полезными. Мучительно долгие эмпирические попытки отыскать причины глюков привели к неутешительным выводами: они как-то связаны с фактом подключения переносного винчестера по интерфейсу FireWire, и зависят еще как-то от длины пути к некоторым файлам с кириллическими именами. Неопределенность и скрытность программы, а также полное ее нежелание пойти навстречу в решении проблемы, в конце концов меня утомили, и от пофайловых бэкапов пришлось отказаться. Справедливости ради надо заметить, что посекторные бэкапы логических дисков все это время делались безотказно.

При нестабильном выполнении основной функции - пофайловых бэкапов - дополнительные "навороты" программы, вроде запуска ОС уже во время процесса восстановления из резервной копии и всего остального, что я уже перечислял выше, выглядят как-то неуместно, хотя, несомненно, позволяют привлечь покупателя. Именно покупателя, ведь комплекс платный. Так как из всей его сверхобширной функциональности меня интересовали сугубо файловые бэкапы и снятие образов системного раздела, закономерно возник вопрос: а стоит ли ставить платную программу только ради посекторного копирования диска? Ответ очевиден, особенно с учетом того, что, оказывается, для этой цели существует, пусть чуть менее удобный и функциональный, но зато бесплатный аналог.

DriveImage XML

Несмотря на мое брюзжание, по общему впечатлению Acronis True Image находится в пятерке лучших высокоуровневых программ "все в одном", берущихся сделать за пользователя все и сразу. И наше с ним неудачное знакомство во многом объясняется сложностью поставленной задачи, с которой, вполне вероятно, не справились бы и другие автоматизированные средства. Рассудив так, я продолжил поиски, взяв на вооружение юниксовскую концепцию: каждую функцию должно выполнять отдельное приложение, и каждое приложение - одну функцию. Для первой из поставленных задач - посекторых бэкапов - нашлась замечательная утилита DriveImage XML  от Runtime Software. Программа не ставит никаких драйверов, не лезет в автозагрузку, не устанавливает своих сервисов, не просит денег и занимает меньше двух мегабайт. Функционирование обеспечивается исконно присущей современным ОС Windows Microsoft'овской технологии Volume Shadow Services (VSS). Благодаря ей, "слепки" диска можно создавать прямо "на лету", не перезагружая систему и вообще не прерывая текущей работы. Кстати, как всякое приличное приложение, DriveImage XML не устанавливает в систему свой планировщик, но поддерживает интерфейс командной строки, позволяющий запланировать выполнение бэкапа из любого другого шедулера, хоть бы и встроенного в Windows. Поддерживается компрессия создаваемых томов, а также разбиение образа на файлы меньшего объема.

Интерфейс программы минималистичен и прост, так что запутаться практически невозможно. Единственный минус - бескомпромиссная англоязычность - компенсируется заботой разработчиков о бесстрашных экспериментаторах. Прежде чем совершить деструктивное действие, программа запрашивает текстовое подтверждение, дать которое можно только приблизительно понимая, что собственно происходит. Так что, даже испытывая затруднения с английским языком, можно смело изучать программу "методом тыка" - ничего страшного вы не натворите, - тем более что ткнуть можно всего в четыре кнопки.

В результате бэкапирования будут созданы два файла - первый с раширением .xml будет содержать техническое описание бэкапа, а второй - одноименный, но с расширением .dat, собственно посекторный образ раздела, в котором надежно хранится копия всего системного раздела. Такая открытая структура, по заверениям разработчиков, позволит использовать созданные бэкапы с другим альтернативным софтом. Не знаю - не проверял, так как реинкарнацию как отдельных файлов, так и образа целиком можно замечательно произвести из самой DriveImage XML.

Конечно, идеальных утилит не бывает, вот и у этой есть недостатки. Во-первых, поддерживаются только системы Windows XP, Windows Server 2003 и Windows Vista. Во-вторых, при восстановлении образа у программы возникают недоразумения с нестандартными интерфейсами (такими как FireWire), а также с некоторыми редкими RAID-контроллерами. Впрочем, в масштабах ликвидации последствий "падения" жесткого диска или операционной системы, необходимость однократно переключить HDD на стандартный IDE или SATA канал не кажется такой уж устрашающей. В-третьих, DriveImage XML ни в каком виде не поддерживает инкрементные бэкапы. Для образа операционной системы это не критично, так как значительная часть информации меняется от бэкапа к бэкапу, и выигрыш от инкрементности был бы не очень велик. Наконец, последний недостаток программы - отсутствие возможности автоматически создать загрузочный CD, который выручил бы вас в случае "падения" жесткого диска. Но есть и хорошая новость - как написано на сайте разработчика, DriveImage XML без труда встраивается в загрузочный диск WinPE, который может создать любой желающий из своего дистрибутива Windows. Описание этого процесса выходит за рамки сегодняшней статьи, но могу посоветовать с чего начать - с утилиты PE Builder .

При создании посекторных образов системы, вне зависимости от используемого софта, есть некоторые тонкости, на которые следует обратить внимание. Любому бэкапированию препятствует мусор - информация, не требующая резервного копирования, которая однако подмешивается в основной массив данных и мешает производить бэкап, увеличивая время его выполнения и итоговый размер. Первое правило отделения мух от котлет - не разводить на жестком диске коммунальную квартиру. Как минимум ОС должна жить на отдельном логическом диске, а в идеале для каждого типа данных должен быть выделен отдельный раздел. Это очень упрощает процесс настройки бэкапов. Классический "мусор" системного диска - это файл hiberfil.sys, предназначенный для хранения содержимого оперативной памяти во время спящего режима, файл подкачки pagefile.sys и игры. Hiberfil.sys и pagefile.sys несут сиюминутное значение, но в дефолтной конфигурации системы занимают объем в 2.5 раза больший объема оперативной памяти, что при современных ее мерах не так уж и мало. С hiberfil.sys, к сожалению, ничего не сделаешь - его местонахождение жестко определено ядром системы, и перенести его невозможно. Единственный выход - перед созданием бэкапа вручную отключать "Спящий режим", а затем включать обратно. Файл подкачки можно штатными средствами Windows разделить на два: на системном диске оставить небольшой файл с жестко ограниченным объемом, а дополнительный pagefile.sys создать на другом логическом или физическом диске (второе, кстати, еще и полезно для повышения общей производительности системы), например на том же бэкапном. Что же касается игр, крайне охочих до дискового пространства, но совершенно не требующих увековечивания, то существует элегантный способ отделить их от системного диска. Достаточно создать отдельный "игровой" логический раздел, и подмонтировать его в качестве какой-нибудь папки, например, C:\Games\ штатными средствами "Управления компьютером". Логически эта папка ничем не будет отличаться о любой другой, а "лишний" раздел не займет дефицитной буквы. Зато посекторные бэкапы системного диска окажутся свободными от тяжкого давления виртуальных реальностей, что самым благоприятным образом скажется на их (бэкапов) объеме.

Кроме того, необходимо учесть одну тонкость в работе ОС Windows. Это известная проблема с сигнатурами жестких дисков , возникающая при посекторном клонировании разделов, о решении которой никак не заботится ни DriveImage XML, ни Acronis True Image, ни как это ни удивительно ни одна известная мне программа посекторного копирования разделов. Корень этой проблемы в том, что Windows XP запоминает все подключавшиеся к ней когда-либо жесткие диски и ставит им в соответствие буквы алфавита или пути к папкам NTFS-разделов. При переносе системы на новый диск (или, применительно к бэкапной теме, потенциальном восстановлении бэкапа на новый жесткий диск, приобретенный взамен неожиданно умершего) в некоторых случаях возникает ситуация, в которой "клонированная" Windows XP в время загрузки назначает новому системному диску букву, отличную от C (или той буквы, которой раньше соответствовал системный диск). В результате система впадает в беспомощный ступор, так как во время загрузки в какой-то момент понимает, что грузится "ниоткуда". Решение проблемы очень простое: прямо перед созданием очередного бэкапа, нужно форсировать Windows XP при ближайшей загрузке переопределить все буквы заново. Достигается это удалением параметров ветки реестра "HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices". В результате, при первой загрузке восстановленного из бэкапа образа, буквы всех накопителей расставятся по умолчанию, и система гарантировано загрузится. Правда придется вручную переназначить буквы всем логическим дискам и флэшкам вашего компьютера, но в масштабах восстановления бэкапа это не та проблема, с которой нельзя смириться ради гарантированно легкого "воскрешения" системы. Чтобы буквы не "летели" каждый раз после снятия образа вашей рабочей системы, достаточно упомянутую ветку реестра перед очисткой сохранять, а после совершения акта бэкапирования восстанавливать обратно.

nnBackup

Пофайловый бэкап, то есть бэкап файлов и папок, производимый на уровне файловой системы, гораздо более актуален, чем создание посекторного образа системы. Действительно, с потерей настроенной Windows еще можно смириться, потратив несколько вечеров на установку и обкатку системы с нуля, а вот с потерей всей накопленной за много лет информации, или большого проекта, до сдачи которого остался день-другой - едва ли. Случай, если вся эта информация помещается на одну DVD болванку, тривиален и не интересен, - такой объем достаточно регулярно копировать куда-нибудь. Гораздо интереснее (и жизненнее) задача обезопасить гигабайт 200-300 достаточно динамично изменяющихся данных, причем сделать это, придерживаясь концепции максимального удобства пользователя и автоматизации процесса. Только если пользователь вообще не должен будет о них вспоминать, бэкапы будут происходить регулярно. Задача становится еще интереснее, если мы захотим создать систему очень динамичных (например, ежедневных) бэкапов с многоступенчатым откатом, который позволил бы хранить не только текущую копию исходных данных, но и предыдущие их варианты, настолько далеко назад во времени, насколько только позволяет емкость бэкапного жесткого диска. Для такой задачи простым копированием никак не обойдешься, так как даже на самый большой современный диск, объемом в терабайт, трехсотгигабайтный массив можно скопировать всего три раза.

Определив сверхзадачу, давайте формализуем пожелания. Итак, пофайловые бэкапы должны:

• происходить прямо из рабочей операционной системы;
• быть нетребовательными к вниманию пользователя;
• но при этом быть прозрачными для пользователя;
• быть инкрементными - заново копироваться должны только изменившиеся с прошлого бэкапа данные;
• быть устойчивы к человеческому фактору, чтобы в случае чего был доступ не только к копии текущего состояния винчестера, но и к файлу, случайно удаленному две недели тому назад;
• происходить со скоростью, близкой к максимально возможной скорости работы дисковой подсистемы компьютера;
• обеспечивать простой и наглядный способ отделять "мусор" от открытых для бэкапирования данных;
• поддерживать достаточно глубокую вложенность директорий и кодировку Unicode в именах файлов.

Как видите, все перечисленные требования вполне реализуемы всего несколькими банальными, всем знакомыми операциями с файловой системой: скопировать, переместить, удалить да запланировать все это в определенной последовательности. Казалось бы, гораздо более простая задача, чем посекторное копирование разделов, но, - удивительно! - я не нашел ни единой высокоуровневой программы с графическим интерфейсом, которая могла бы достойно выполнить перечисленные пожелания. Роскошные навороченные платные комплексы, бесплатные "поделки на коленке" - все они беспомощно пасовали в лучшем случае на трех из перечисленных пунктов. На помощь пришла отечественная разработка - консольная утилита nnBackup . Это совершенно гениальная программа, при весе всего в 350 килобайт позволяющая организовать пофайловые бэкапы практически любой сложности. Можно просто регулярно копировать информацию; можно создавать "дампы" только изменившихся данных или синхронизировать две папки; можно работать не только с реальными файлами, но и с текстовым "слепком" файловой системы; можно запланировать расфасовку сделанного бэкапа по директориям заданного объема, чтобы каждая из них поместилась на CD или DVD с сохранением оригинальной структуры вложенных директорий. Есть еще с десяток разных функций, комбинируя которые можно достичь практически любого результата. Программа ведет скрупулезный лог своих действий, в результате чего локализация любой возникшей проблемы не вызывает никаких трудностей. Большая часть действий утилиты сводится к операциям копирования, которые производятся операционной системой, а не каким-то там подозрительным драйвером, за счет чего скорость бэкапирования вплотную приближается к скорости обыкновенного копирования вашего компьютера.

Увы и ах, как и за все другое, за отличную функциональность приходится платить. Но, в данном случае, не деньгами, так как утилита бесплатна для русскоязычного населения, а своим собственным временем и мозговыми ресурсами. Общение с программой происходит только через командную строку, так что даже несмотря на отличную русскоязычную справку, настройка требует изрядного напряжения серого вещества. Для облегчения этого процесса предлагаю вам ознакомить с моей конфигурацией бэкапа динамично меняющегося рабочего раздела, а при настройке своей системы отталкиваться уже от нее.

С целью упрощения процесса создания сценария бэкапа, исполняемый файл 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 и обратно пропорциональна интенсивности бэкапирования. С емкостью диска все понятно, а вот интенсивностью бэкапирования можно выгодно манипулировать. Для раздела с актуальными рабочими данными разумно запланировать ежедневный бэкап. В этом случае объем "дампнутых" данных растет быстро, однако вы будете наилучшим образом защищены от потерь насущной работы. Долговременные хранилища, напротив, выгодно бэкапить пореже. Информация в них меняется медленно, но зато эти данные наиболее ценны и хранить их желательно как можно дольше.

Запланировать ежедневное выполнение сценария можно даже встроенными средствами Windows, однако у автора nnBackup имеется не менее мощная утилита-планировщик под названием nnCron, выполненная в аналогичной стилистике и дающая знатную фору Windows'овскому шедулеру. Эта утилита в последних версиях, кстати, обрела графический интерфейс, так что с ее настройками, полагаю, вы без труда разберетесь самостоятельно.

Справедливости ради и стимулирования для, отмечу несколько недостатков nnBackup, исправления которых хотелось бы пожелать автору. Во-первых, хоть программа и поддерживает опцию архивирования, из-за, видимо, лицензионных соображений эта функция ограничена использованием старых библиотек zip, не умеющих создавать на выходе файлы размером более 2ГБ. Хоть в разобранном примере функции архивирования и не использовались, в других случаях они могут оказаться необходимы. Во-вторых, хоть в последних версиях nnBackup и заявлена поддержка файлов с Unicode'овыми именами, в действительности иногда возникают проблемы при работе с файлами с очень длинными русскоязычными именами. Может быть, на них же спотыкался Acronis True Image? В-третьих, конечно, программе не хватает простенького графического интерфейса, который мог бы здорово сэкономить время по настройке утилиты.

Не забудьте про себя

Что еще можно придумать, чтобы обезопасить свои информационные богатства? Если в доме несколько компьютеров, можно организовать перекрестный или цепочный бэкап, чтобы каждый компьютер бэкапился на соседа. Это исключит возможность потери данных в результате редких случаев порчи всей "начинки" компьютера зараз. Дабы избежать опасности природных катаклизмов и прочих "обстоятельств непреодолимой силы", можно организовать перекрестный бэкап через Интернет с компьютером какого-нибудь другого пара... единомышленника. Систему бэкапов можно улучшать и усложнять бесконечно. Важно, однако, в какой-то момент остановиться, потому что иначе со временем можно прийти к мысли о бэкапе собственной головы. Вот только не будет ли поздно?..

nnBackup позволяет сделать что-то вроде инкрементного бэкапа, когда сохраняются старые копии файлов, причем они занимают ровно столько места, сколько данных изменилось. Если современные версии WinRAR позволяют делать что-то подобное, то можно использовать и его, почему нет. Только вот архивирование надо настраивать очень внимательно: все медиафайлы обязательно надо копировать не сжимая, иначе время совершения бэкапа может выйти за допустимые пределы.

Finar.