Журнал «Компьютерра» № 17 от 8 мая 2007 года
Шрифт:
В поисках подходящего программного решения я проделал долгий путь от встроенных в Windows XP средств, через пару десятков самых разных комплексов, программ, программок и утилит – обо всех рассказать не получится, да и не очень хочется. Расскажу я только об Acronis True Image и тех утилитах, которые и по сей день трудятся в моем компьютере.
Эта разработка российских программистов прожила у меня около полугода. От сонма низкокачественных поделок Acronis True Image отличается разительно. В первую очередь названием. Никаких тебе «Pro», «Ultra», «Expert» и прочих дешевых способов саморекламы. Все очень скромно и по делу: просто «Правдивая Картина». Acronis подходит к вопросу бэкапирования основательно. Программа глубоко интегрируется в операционную систему –
На жестком диске можно создать особый раздел для бэкапов, так называемую "Зону безопасности Acronis". Зона эта невидима для операционной системы, а обведя вокруг пальца саму Windows, вместе с ней мы обманываем и весь выводок Win32-вирусов, охочих до уничтожения сокровенных данных "информационного параноика". Кроме того, программа умеет снимать образ системного диска прямо во время работы ОС, монтировать созданные образы как виртуальные логические диски (Read Only, разумеется), создавать инкрементные [Инкрементным называется такой режим создания бэкапов, в котором каждый последующий бэкап включает лишь ту информацию, которая изменилась с момента предыдущего] бэкапы файлов, папок и целых разделов, планировать время старта бэкапов, создавать загрузочный реанимационный CD.
Вы, наверное, удивляетесь, почему же я попрощался с такой замечательной программой. Во всем виновата забота о неискушенном пользователе и маркетинг. С неприятными мелочами, вроде плюшевого домохозяйского интерфейса, я еще готов был бы смириться. Но в результате полугодичного тестирования (каждой бы программе такой тест!) выявились куда более серьезные проблемы с пофайловыми бэкапами. Все было отлично на тестовом компьютере и небольшом массиве данных гигабайта на три, проблемы начались, когда я установил True Image на рабочий компьютер, предложив ей заботу о 200 гигабайтах в 100 тысячах файлах. В целом ежедневный файловый бэкап работал нормально, но периодически, раза два в месяц, что-то в электронных мозгах "Правдивой Картины" путалось, отчего бэкапирование повисало. Благодаря плюшевому интерфейсу, было невозможно понять, повисло оно или нет, а благодаря собственному драйверу Acronis’a, это оказалось затруднительно определить и сторонними средствами мониторинга, ведь Windows и, следовательно, все утилиты мониторинга при работе True Image просто "не видят" обращений к файловой системе. Причины подвисаний тоже остались секретом Acronis’a: логи в стиле "ошибка 00x00 172 – невозможно завершить процесс" можно назвать скорее конспиративными, чем полезными. Мучительно долгие эмпирические попытки отыскать причины глюков привели к неутешительным выводам: они как-то связаны с подключением переносного винчестера по интерфейсу FireWire и еще как-то зависят от длины пути к некоторым файлам с кириллическими именами. Неопределенность и скрытность программы, а также ее нежелание пойти навстречу в решении проблемы, в конце концов меня утомили и от пофайловых бэкапов пришлось отказаться. Справедливости ради замечу, что посекторные бэкапы логических дисков все это время делались безотказно.
При нестабильном выполнении основной функции – пофайловых бэкапов – дополнительные «навороты» программы, вроде запуска ОС уже во время процесса восстановления из резервной копии и всего остального, что я перечислял выше, выглядят неуместно, хотя, несомненно, позволяют привлечь покупателя. Именно покупателя, ведь комплекс платный.
Несмотря на мое брюзжание, по общему впечатлению Acronis True Image находится в пятерке лучших высокоуровневых программ "все в одном", берущихся сделать за пользователя все и сразу. И наше с ним неудачное знакомство во многом объясняется сложностью поставленной задачи, с которой, вполне вероятно, не справились бы и другие автоматизированные средства. Рассудив так, я продолжил поиски, взяв на вооружение юниксовскую концепцию: каждую функцию должно выполнять отдельное приложение, и каждое приложение – одну функцию. Для первой из поставленных задач – посекторых бэкапов – нашлась замечательная утилита DriveImage XML от Runtime Software. Она не ставит никаких драйверов, не лезет в автозагрузку, не устанавливает своих сервисов, не просит денег и занимает меньше двух мегабайт. Функционирование обеспечивается исконно присущей современным ОС Windows майкрософтовской технологией 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 (www.nu2.nu/pebuilder).
Впрочем, за рамки сегодняшней статьи вышло и много другое, о чем я собирался рассказать. Продолжение следует…
ТЕМА НОМЕРА: Программа радио на завтра
Автор: Юрий Романов
Много лет назад, в эпоху расцвета программируемых калькуляторов, я, пожалуй, впервые увидел, как это происходит – программа на моих глазах рассчитывала отклик фильтра на внешний сигнал. Особенно меня поразило то, что когда входной сигнал «выключался», уравнение фильтра продолжало «выдавать» затухающие колебания на выходе, что, впрочем, и должно было быть, учитывая электрическую схему моделируемого устройства. Хорошо помню, как смотрел на мигающий дисплей калькулятора и тупо соображал: зачем же все эти резисторы, емкости и индуктивности, если все это вычисляется… Учился я тогда на первом курсе. Калькуляторы нам выдавали под расписку на кафедре прикладной математики…
ИСТОРИЯ
7 мая 1895г. А. С. Попов, а в июне 1896г. итальянский изобретатель Г. Маркони первыми применили искровые системы для передачи сообщений без проводов, открыв тем самым эпоху радио. Сегодня и уже более полувека к использованию в качестве средства передачи радиосообщений искра запрещена.
Своими соображениями, разумеется, я тут же поделился с преподавателем… Он посмотрел на меня жалостно и спросил: "И сколько времени вычислялся отклик?" "Четыре минуты!" – с энтузиазмом воскликнул я. Преподаватель усмехнулся, потрепал меня по плечу и отправился по своим делам…
К чему я все это вспоминаю?
Вероятно, со дня знаменитого доклада А. С. Попова 7 мая 1895 года на заседании Русского физико-химического общества, а может быть, и раньше – со времен Максвелла и Герца, конструирование радиотехнических устройств и их инженерный расчет являлись пусть и взаимосвязанными, но независимыми этапами работы любого радиоинженера. Лампы, транзисторы и даже отдельные блоки устройств – они работают. А логарифмическая линейка, калькулятор, ЭВМ – считают.
Тем удивительнее наблюдать, как с ростом быстродействия вычислителей – всего лишь быстродействия! – происходит нечто поразительное: мы все больше и больше приближаемся к тому, что процесс вычисления результата работы радиоэлектронного устройства сможем практически использовать вместо самого этого устройства, собранного из множества сложных и трудоемких в изготовлении компонентов. Во многих случаях мы уже сегодня так поступаем.