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

Вызовы в розничной торговле

Заказчик: крупная страховая компания.

Краткое описание причины аварии: ошибка персонала, неправильная установка патча на Oracle.

Описание проблемы

Речь идет о крупной компании, которая имеет зрелое ИТ-подразделение и вкладывает достаточно средств в его оборудование и персонал. Достаточно сказать, что СУБД Oracle работала на двух Oracle Exadata, распределенных по двум технологическим площадкам, с проработанным DR-решением и настроенной системой резервного копирования.

В один печальный день было принято решение установить патч на СУБД Oracle. К сожалению, инженер не дочитал инструкцию до конца: «Что я, патч не установлю без бумажки?!» - и неправильно сделал это. Ошибку заметили через несколько часов, когда СУБД стала вести себя странно и сообщать об этом в журналах. Тогда инженер принял решение откатиться. Это действие окончательно обездвижило оба экземпляра базы (все изменения успели отреплицироваться на Standby) и испортило все данные.

Компания осталась без своего главного информационного актива - базы данных, через которую работали все бизнес-процессы. Бизнес практически встал.

Решение

Заказчик принял решение восстанавливаться из резервной копии. В то время восстановление базы в 5 ТБ (сейчас ~15 ТБ) заняло - внимание! - более 30 часов! Итого, через 1,5 дня восстановили базу на день раньше аварии. Но данных-то было больше! Все остальное силами программистов и персонала восстанавливали из других систем компании, из первичной документации (бланков заявлений, копий, сканов). На это ушло еще 1,5 дня напряженной работы.

Итого

2 High-End системы Oracle Exadata, Oracle Standby, работающая система резервного копирования и 3!!! дня полного простоя при неправильной установке патча. Было ли это допустимо согласно регламенту компании? Конечно же, нет.

Основная проблема: отсутствие средств быстрого восстановления при логических ошибках.

Как можно было избежать

Для смягчения последствий подобных аварии нужно двигаться в двух направлениях. С одной стороны, делать резервирование чаще, а с другой - иметь возможность быстро восстановиться. Могли бы помочь следующие продукты:

Oracle FlashBack - технология, позволяющая делать не только «накат» новых данных на резервную систему Oracle, но и откат до нужной транзакции. При такой схеме можно было бы откатить систему до начала проблем с патчем, что сильно бы облегчило восстановление данных.

Технология Snapshot. Мгновенные снимки позволяют резервировать и восстанавливать данные за секунды. При этом они слабо влияют на производительность, и есть возможность делать снимки достаточно часто (например, раз в час). Таким образом, можно было откатиться на час назад и восстанавливать только час потерянных данных.

Continuous Data Protection - непрерывная защита данных. Это проприетарные устройства или ПО, позволяющее логировать все записи с возможностью отката на любую точку во времени. Действует аналогично Oracle FlashBack, но для любых данных.

Кейс: Аппаратный сбой

Заказчик: Федеральная служба в одном из субъектов РФ

Краткое описание причины аварии: аппаратная ошибка внутри дискового массива.

Описание проблемы

В этот раз у компании чуть менее развитая ИТ-инфраструктура, зато чаще встречающаяся у наших заказчиков: дисковые массивы среднего уровня, СУБД Oracle, Standby не используется.

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

Решение

Заказчик принял решение о восстановлении из резервной копии. Этот процесс занял примерно сутки, несмотря на все ухищрения и тюнинг производительности (база довольно большая). Пока восстанавливалась БД, резервная копия логов была утеряна (был выставлен слишком маленький Retention Period, СРК удалила их сама).

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

Еще несколько дней потребовалось на полное воссоздание инфраструктурных сервисов - не было резервных копий операционных систем, бинарников, конфигураций и т.п.

Всю потерянную информацию собирали из первичных документов (сторонние базы, бумажные документы, данные на компьютерах операционистов), что заняло еще 3 дня. Некоторые документы, возможно, так и не удалось восстановить.

Итого

Проблема с массивом вызвала потерю данных и простой около недели! В современных условиях это может привести к банкротству компании.

Основные проблемы:

• СРК была настроена неверно, пробные восстановления не проводили.
• Не было средств оперативного восстановления в случае аварии и дублирующих систем.
• Не было четкого DR-плана.

Как можно было этого избежать:

• Использовать Oracle Standby, расположенный на другом массиве. Это позволило бы в течение непродолжительного времени переключиться на работающий экземпляр данных.
• Oracle ZDLRA позволил бы в гораздо более сжатые сроки восстановить БД на резервном оборудовании.
• Грамотные планирование процессов резервного копирования и восстановление позволили бы избежать таких больших потерь и восстановиться менее чем за сутки.

Вывод. Из вышеприведенных примеров видно, что системы резервного копирования были установлены и настроены, но несмотря на это восстановиться в сроки, указанные в SLA, им и близко не удалось.

Основные проблемы систем резервного копирования

Опираясь на свой опыт, мы решили выделить ряд проблем, на которые, по нашему мнению, читателям стоит обратить особое внимание.

Скорость резервного копирования и последующего восстановления

На данный момент скорость backup прямо пропорциональна объему данных, при этом у всех наших заказчиков годовой рост данных не менее 30%. За 3–4 года данные как минимум удваиваются, но у некоторых компаний этот показатель даже выше, при этом за то же время скорость резервного копирования не меняется вовсе. Здесь можно сделать простой вывод, что те сроки и те SLA, которые были 3–4 года назад актуальны, сейчас нужно увеличивать как минимум вдвое. При этом требования бизнеса к восстановлению данных (RPO/RTO) постоянно растут.

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

На рисунке я отразил свои наблюдения, касающиеся времени восстановления (RTO). C ростом данных фактическое время восстановления непременно растет, при этом требования SLA только ужесточаются. Точка на графике, где фактическое время равно требуемому, для большинства заказчиков уже пройдена.

Зависимость времени восстановления от объема данных

Низкая гранулярность восстановления

Фактически большинство ошибок связано с потерей какой-то части данных. При этом традиционные средства резервного копирования позволяют восстанавливать данные напрямую из backup, но чаще приходится восстанавливать систему целиком. Если ваша база данных занимает 15 ТБ, вы потратите на это несколько суток. Заказчиков, у которых требование RTO (Recovery Time Objective) - 2 дня, мы не знаем. В нашей практике таких примеров не было, когда бы клиент сказал: «Ребята, восстанавливаться 2 дня - это нормально, я потерплю», - если администратор случайно удалил несколько строк из базы данных. Довольно частая проблема, с которой сталкиваются наши клиенты: как вычленить небольшой кусочек данных из резервной копии, не восстанавливая ее саму (и не тратить на это несколько суток).

Чрезмерное RPO (Recovery Point Objective)

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

Скрытые ошибки

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

Увы, большинство наших клиентов этим не занимается. Часто складывается такая ситуация, что все делают резервные копии, но к моменту восстановления, оказывается, что их можно было не делать - они просто не восстанавливаются, несмотря на внешне правильную работу СРК. Это происходит по различным причинам. И лучше всего это можно продемонстрировать на примере. Один наш заказчик использовал систему SAP с базой данных Oracle. Резервное копирование осуществлялось встроенными средствами SAP с помощью одного из крупнейших вендоров СРК.

Были настроены 2 разные политики резервного копирования: одна из них файловая - копировала данные операционных систем и настройки ПО, а вторая - саму базу данных. Поскольку они были направлены на одну и ту же систему, был настроен список исключений, в который занесли базу данных. Файловая политика учитывала этот список и не резервировала те директории, в которых лежала БД. Из-за особенностей архитектуры СРК, политика резервирования БД игнорировала список исключений и корректно копировала нужные данные.

В одном из релизов ПО данный вендор исправил эту «ошибку», с этого дня обе политики стали учитывать список исключений и обходить базу данных стороной. Причем это никак не отразилось на ошибках в ПО СРК, так как она работала штатно: все данные, не указанные в списке, резервировались нормально. Система рапортовала о своей исправности.

Таким образом, все работало больше полугода. До того момента, пока не понадобилось восстановиться...

Несистемный подход

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

Мы представили несколько кейсов, которые демонстрируют, что подход к защите данных должен быть комплексным. Увы, СРК - это всего лишь резервный парашют, а не серебряная пуля, поэтому приступая к ее созданию, нужно четко представлять, какое место она займет в рамках глобальной стратегии по защите данных.

Чтобы проверить, насколько системно вы подошли к вопросу построения СРК, ответьте на несколько простых вопросов:

• Есть ли у вас выстроенная модель рисков, в рамках которой прописано место СРК?
• От каких сбоев вас защищает СРК?
• Как вы защищаетесь от остальных рисков (это могут быть не просто технические решения, но и другие компенсационные меры)?
• Уверены ли вы в том, что система восстановится в установленные сроки?
• Проверяли ли вы это на практике?

Решение

Опираясь на собственный опыт и опыт наших заказчиков, мы постарались выработать подход, позволяющий решить или существенно уменьшить последствия перечисленных проблем. Суть нашего подхода:

Первое - необходимо отвязать скорость резервного копирования и восстановления от объема системы. Производители систем хранения данных, прикладного ПО и СРК предлагают использовать некоторый инструментарий, применимый для решения этой проблемы. Ниже я опишу самые перспективные из них.

Мгновенные снимки (snapshot), позволяющие производить резервное копирование и восстановление данных за секунды, практически не влияя на производительность. Это делается средствами массива, и при этом может управляться СРК, быть частью ее политики. Такой backup и восстановление реально занимают секунды, что выгодно отличает эту технологию от классических систем с отчуждаемыми носителями.

Другим решением может быть использование различных средств приложений, например, Oracle Standby, DB2 HADR, MS SQL Always On. Все эти средства позволяют иметь работающую копию продуктивной системы, отвязанную от исходной, которую можно развернуть мгновенно. Это позволяет начать работу сразу после сбоев.

Второе - дать возможность восстанавливать только нужные данные. Наш подход учитывает, что при восстановлении части данных нам не требуется копировать всю систему целиком, мы можем восстановить данные, которые нам нужны на данный момент. Это достигается возможностью быстро развернуть либо использовать уже развернутые системы, которые эти данные содержат. Так же как и в первом случае, snapshot позволяют решить эту проблему (можно быстро открыть snapshot на соседний сервер и вытянуть необходимый кусочек данных). Сюда же можно отнести технологии непрерывной защиты данных, например, Oracle Standby с Flashback, решения continuous data protection (CDP). Они позволяют быстро развернуть работающую копию данных на нужный момент времени.

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

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

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

Для наиболее критичных систем временного интервала может не быть совсем – данные нужно защищать непрерывно. Существует несколько решений этого класса, например, Oracle Standby с FlashBack, который позволяет откатить базу данных на некоторое время назад благодаря логированию всех изменений. Также можно использовать ПАК Oracle ZDLRA, который практически синхронно получает все изменения в БД, либо программно-аппаратные комплексы общего назначения, например, EMC RecoverPoint, ПО Vision Solutions Double-Take. Они тоже логируют все изменения и позволяют восстановиться на любую точку в интервале времени.

Если говорить об инновациях в системах резервного копирования и восстановления, нельзя не упомянуть Oracle Zero Data Loss Recovery Appliance (ZDLRA). Этот программно-аппаратный комплекс семейства Oracle Engineered Systems предоставляет возможность резервного копирования и быстрого восстановления Oracle Database любых платформ и любых Edition (Enterprise и Standard). В основе ZDLRA лежат виртуальные backup-базы (Virtual Full Backup), получаемые на основе первого полного backup и последующих журналов изменений. За счет этих виртуальных backup можно восстановить базу данных на любой момент времени значительно быстрее, чем при классическом использовании СРК по схеме «раз в неделю полный backup, раз в сутки инкрементальный». Можно сказать, что ZDLRA продолжает направление, заданное Oracle Exadata. В Exadata за счет специального Software реализована инновационная система хранения, оптимизированная под задачи Oracle Database. А в ZDLRA функционирует специальное Software, оптимизирующее резервное копирование именно Oracle Database.

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

Четвертое - уменьшение скрытых ошибок. Существует только один способ убедиться в корректной работе резервной копии - попробовать ее восстановить. Это самый правильный и редко используемый нашими заказчиками метод.

Но мы предлагаем выход и из этой ситуации. Во-первых, иметь легко восстанавливаемые экземпляры систем. Это опять история о snapshot- и standby-системах, которые можно достаточно быстро развернуть и проверить. Времени и сил это займет несравнимо меньше, чем «разматывание» всей резервной копии. Конечно, это помогает далеко не всегда, но оставляет чуть больше надежды, что в случае ЧП будет можно восстановить данные хотя бы этими средствами.

Во-вторых, некоторые СРК позволяют выполнять автоматизированное тестирование. В определенное время по расписанию можно запускать виртуальные машины в изолированной среде и по заранее заданным алгоритмам проверять, действительно ли данные восстановились, доступно ли приложение, консистентно ли оно, отвечает ли на нужные запросы. Таким способом администраторов можно избавить от долгой рутинной работы.

Пятое - прозрачность системы резервного копирования. Описанный комплексный подход предполагает построение сложной системы с применением множества технологий от разных производителей. Задача сделать эту систему действительно работоспособной, заложить в нее возможность дальнейших изменений и масштабирования, нетривиальна, и решить ее можно двумя способами:

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

• Второй способ, когда заказчик не уверен, что сможет поддерживать систему СРК постоянно в боевом состоянии, выходом будет передача системы на частичный либо полный аутсорсинг. И у нас есть такие клиенты, которые успешно пользуются данной услугой, постоянно наращивая и требования SLA, и масштабы вовлеченности нас как ИТ-аутсорсера.

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

Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации Гладкий Алексей Анатольевич

6.3. Сохранение и восстановление данных с помощью программы резервного копирования Handy Backup

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

Данная программа называется Handy Backup, ее разработчиком является компания «Новософт» (сайт программы – www.handybackup.ru). Программа является условно-бесплатной: ее демонстрационную версию можно скачать на сайте разработчика. К скачиванию предлагается дистрибутив объемом около 12,5 Мб.

Стоит отметить, что демонстрационная версия имеет ограничение по времени: ее можно использовать в течение 30 дней с момента инсталляции, после чего нужно либо зарегистрировать программу, либо удалить ее с компьютера.

Чтобы установить Handy Backup на компьютер, нужно запустить инсталляционный файл и далее следовать указаниям программы установки. По завершении инсталляции в меню Пуск будет создана программная группа Handy Backup , команды которой предназначены для запуска программы, вызова справочной информации, перехода на сайт программы, а также ее деинсталляции. Для удобства работы рекомендуется вывести ярлык запуска на рабочий стол.

Программа обладает понятным и наглядным пользовательским интерфейсом, а также удобным инструментарием. Немаловажным для отечественных пользователей является и тот факт, что Handy Backup поддерживает русский язык.

6.3.1. Функциональные возможности Handy Backup

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

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

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

Программа умеет делать резервное копирование баз данных (в том числе из таблиц SQL, MS Access, Oracle, PostgreSQL, FoxPro, и др.), сохранять электронную почту, данные Lotus Notes, а также создавать резервные копии реестра Windows.

Созданные резервные копии можно упаковывать в zip-формат с целью экономии места, причем архив можно защитить паролем, чтобы предотвратить несанкционированный и неквалифицированный доступ к сохраненным данным.

Особо следует отметить возможность резервного копирования данных с использованием FTP-соединения, чем могут похвастаться далеко не все конкурирующие продукты.

6.3.2. Структура пользовательского интерфейса

После запуска программы на экране отображается ее пользовательский интерфейс, который показан на рис. 6.28.

Рис. 6.28. Пользовательский интерфейс программы Handy Backup

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

Главное меню программы находится в привычном месте – в верхней части интерфейса. Оно включает в себя следующие пункты: Файл , Вид , Действия , Служба , Язык и Помощь . В каждом пункте содержится перечень команд, предназначенных для выбора требуемого режима работы или вызова соответствующей функции программы.

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

Примечание . При необходимости вы можете убрать инструментальную панель из интерфейса. Управление ее отображением осуществляется с помощью команды главного меню Вид? Панель инструментов .

Контекстное меню программы вызывается нажатием правой кнопки мыши, и его команды также дублируют некоторые команды главного меню. Содержимое контекстного меню может определяться текущим режимом работы и местом, в котором оно вызвано.

Под инструментальной панелью располагается область задач. В ней отображается перечень текущих задач. Для каждой задачи в соответствующих колонках последовательно отображается следующая информация.

Имя задачи (присваивается пользователем на стадии постановки задачи).

Тип задачи (возможные варианты – Резервное копирование , Восстановление или Синхронизация ).

Время последнего выполнения данной задачи.

Время следующего запуска данной задачи в соответствии с установленным расписанием (если при постановке задачи для нее было настроено расписание).

Индикатор выполнения задачи;

Текущий статус задачи.

Отметим, что каждая задача может принимать один из перечисленных ниже статусов.

Ожидание – данный статус присваивается задачам, ожидающим команды на выполнение.

Резервное копирование , Восстановление или Синхронизация – один из этих статусов (в зависимости от типа задачи) присваивается задачам, находящимся в процессе выполнения.

Успех – статус означает, что задача успешно выполнена.

По расписанию – данный статус присваивается задачам, которые ожидают начала исполнения в соответствии с установленным ранее расписанием.

Ошибка – такой статус имеют задачи, при выполнении которых по каким-то причинам возникли ошибки.

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

Для каждого объекта в соответствующих колонках показывается следующая информация.

Имя файла или папки.

Текущий статус объекта.

Исходный размер объекта (отметим, что для папок данная информация не показывается).

Размер сохраненного объекта.

Время последнего редактирования файла или папки.

Время последнего сохранения файла или папки.

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

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

При необходимости вы можете убрать из интерфейса окно лога. Управление его отображением осуществляется с помощью команды главного меню Вид? Окно лога? Спрятать/Показать окно лога .

В нижней части интерфейса, под окном лога, содержится строка состояния, в которой отображается информация о текущем режиме работы. Управление отображением строки состояния осуществляется с помощью команды главного меню Вид? Строка состояния .

6.3.3. Параметры настройки Handy Backup

Как и при работе со многими другими приложениями, перед началом эксплуатации Handy Backup рекомендуется просмотреть и, в случае надобности – изменить параметры настройки программы, чтобы максимально адаптировать ее к специфике использования на данном компьютере. Для перехода в данный режим предназначена команда главного меню Файл? Настройки , вызываемая также нажатием комбинации клавиш Alt+F7 . При активизации данной команды на экране отображается окно, которое показано на рис. 6.29.

Рис. 6.29. Настройка программы, раздел Основные настройки

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

В разделе Основные настройки (см. рис. 6.29) находится несколько параметров общего характера. Если установлен флажок Запускать агента при запуске Windows , то программа будет помещена в каталог автоматической загрузки и будет запускаться вместе с операционной системой.

Вы можете сделать так, что в контекстное меню операционной системы будет добавлен пункт Handy Backup – для этого нужно в разделе Основные настройки установить флажок Разрешить интеграцию с Windows Explorer .

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

Если в разделе Основные настройки установлен флажок , то по окончании копирования автоматически откроется привод компакт-дисков для извлечения диска. Иногда бывает полезно выполнить проверку результатов копирования на диск: для этого нужно установить флажок Извлечь CD/DVD после резервного копирования . При установленном данном флажке становится еще один параметр – Остановить проверку после первой ошибки . Если он установлен, то при обнаружении первой же ошибки проверка диска будет прекращена. Смысл данного параметра заключается в том, что иногда даже одной ошибки достаточно для того, чтобы запись была признана неудачной.

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

В разделе Передача данных осуществляется настройка параметров подключения. Содержимое данного раздела показано на рис. 6.30.

Рис. 6.30. Настройка программы, раздел Передача данных

В поле Максимальное время ожидания в сети следует указать, в течение какого времени программа должна ждать получения ответа от сети. Данный параметр выражается в секундах, по умолчанию ему присвоено значение 120 . Если по истечении указанного времени подключение не произошло, то после паузы программа предпримет попытку повторного соединения. Продолжительность этой паузы указывается в поле Задержка между повторными подключениями , а количество попыток подключений – в поле . Если установлен флажок Повторять до успешного завершения , то поле Попыток повторения при сетевых ошибках становится недоступным для редактирования. В этом случае программа будет предпринимать попытки подключения до тех пор, пока какая-то из них не окажется успешной. Программа может информировать вас о ходе протекающих ней процессов по электронной почте. Это очень удобная функциональность: она позволит вам контролировать положение даже при отсутствии непосредственного доступа к данному компьютеру (достаточно иметь доступ к электронному почтовому ящику с любого другого места). Необходимые настройки выполняются в разделе Уведомления по E-mail , содержимое которого показано на рис. 6.31.

Рис. 6.31. Настройка программы, раздел Уведомления по E-mail

Вначале нужно установить флажок Использовать оповещение по E-mail - только после этого станут доступными для редактирования параметры электронной почты. В поле SMTP-Сервер указывается адрес SMTP-сервера исходящих почтовых сообщений, а в поле Порт – номер порта SMTP-сервера (в большинстве случаев здесь нужно ввести значение 25 , и именно его программа предлагает использовать по умолчанию).

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

Проверить правильность выполненных настроек можно с помощью кнопки Отправить тестовое сообщение . Помните, что для этого необходимо наличие действующего подключения к Интернету.

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

6.3.4. Резервное копирование образа диска

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

Стоит отметить, что вся работа в программе Handy Backup представляет собой пошаговую процедуру: переход к следующему этапу возможен только после выполнения определенных действий на предыдущем этапе. Это довольно удобный механизм, позволяющий легко и быстро сделать то, что нужно, и, кроме этого, заметно облегчающий использование программы.

Чтобы создать образ жесткого диска, необходимо сформировать соответствующую задачу. Для этого нужно выполнить команду главного меню Файл? Новая задача , которая вызывается также нажатием комбинации клавиш Ctrl+N , либо нажать соответствующую кнопку инструментальной панели. При выполнении любого из указанных действий на экране откроется окно Мастера создания новой задачи, изображенное на рис. 6.32.

Рис. 6.32. Мастер создания новой задачи

Для создания образа жесткого диска нужно на первом этапе создания задачи установить переключатель Выберите тип задачи в положение Задача резервного копирования (это значение выбирается во всех случаях, когда необходимо выполнить резервное копирование, независимо от типа копируемых данных). Для перехода ко второму этапу нужно нажать кнопку Далее . В открывшемся окне следует нажать кнопку Добавить , и в появившемся меню выбрать команду Disk Image (рис. 6.33),

Рис. 6.33. Выбор команды копирования образа диска

В результате содержимое окна примет вид, как показано на рис. 6.34.

Рис. 6.34. Второй этап постановки задачи

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

Рис. 6.35. Третий этап постановки задачи

На данном этапе следует выбрать тип резервирования. При первом создании образа диска установите переключатель в положение Все выбранные файлы (полное резервное копирование) : в этом случае программа в резервной копии будет сохранена абсолютно вся информация, хранящаяся на выбранном диске (дисках). Если же вы ранее уже делали резервное копирование данного диска (дисков), то целесообразнее выбрать вариант Новые и измененные файлы (инкрементное резервное копирование) . В этом случае резервная копия образа диска будет содержать только изменившуюся информацию, что очень важно с точки зрения объема файла резервной копии и, следовательно – экономии места. Выбрав тип резервирования, переходим к следующему этапу нажатием кнопки Далее . При этом окно Мастера привет вид, как показано на рис. 6.36.

Рис. 6.36. Четвертый этап постановки задачи

Теперь необходимо указать адрес, по которому должна быть сохранена созданная резервная копия образа жесткого диска. Вы можете сохранить ее на жестком или сетевом диске, удаленном FTP-сервере (в данном случае необходимо наличие действующего подключения к Интернету), на компакт-диске, и др. Выбор носителя осуществляется установкой переключателя в соответствующее положение. Дальнейшие действия зависят от того, в каком положении находится переключатель.

Если для копирования образа диска выбран FTP– или SFTP-сервер, то ниже откроются поля для ввода адреса сервера, имени и пароля пользователя и иных необходимых данных. Однако в большинстве случаев пользователи предпочитают сохранять образ диска на жесткий или сетевой диск, на компакт-диск либо флэш-память. В этом случае в расположенном ниже поле Папка следует указать папку, в которую будет помещен образ диска. Для этого нужно нажать расположенную справа от данного поля кнопку, затем в открывшемся окне щелчком мыши выделить требуемую папку и нажать кнопку ОК либо клавишу Enter .

После выбора пути для сохранения и нажатия кнопки Далее будет выполнен переход к следующему этапу. При этом окно Мастера будет выглядеть так, как показано на рис. 6.37.

Рис. 6.37. Пятый этап постановки задачи

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

Рис. 6.38. Шестой этап постановки задачи

Здесь с помощью соответствующих флажков следует указать, когда именно программа должна выполнить резервное копирование образа жесткого диска – немедленно после постановки задачи или в соответствии с определенным расписанием. Чтобы создать образ диска немедленно, нужно установить флажок Выполнить сейчас и нажать кнопку Далее . На заключительном, седьмом этапе постановки задачи окно Мастера выглядит так, как показано на рис. 6.39.

Рис. 6.39. Седьмой этап постановки задачи

Здесь необходимо с клавиатуры ввести имя формируемой задачи, под которым она будет отображаться в области задач главного окна программы. После нажатия кнопки Завершить поставленная задача будет добавлена в список задач и начнется ее выполнение, о чем будет свидетельствовать информация в колонке Развитие/Ход событий , а также содержимое лог-файла (рис. 6.40).

Рис. 6.40. Выполнение поставленной задачи

После того как резервное копирование завершено, задаче будет присвоен статус Успех , а в колонке Развитие/Ход событий для нее отобразится значение 100 % (рис. 6.41).

Рис. 6.41. Информация об успешном завершении резервного копирования

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

6.3.5. Восстановление данных из резервной копии

Чтобы восстановить данные из резервной копии, необходимо поставить программе соответствующую задачу. Для этого выполним команду главного меню Файл? Новая задача или нажмем комбинацию клавиш Ctrl+N , затем в открывшемся окне Мастера создания новой задачи (см. рис. 6.32) установим переключатель в положение Задача восстановления данных и нажмем кнопку Далее . В результате окно Мастера примет вид, как показано на рис. 6.42.

Рис. 6.42. Выбор индекс-файла для восстановления

В данном окне нужно указать путь к индекс-файлу, который был автоматически создан программой в процессе резервного копирования. Этот файл имеет формат NB или NBI.

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

В большинстве случаев таким носителем является локальный или сетевой диск, компакт-диск или флэш-память: этому соответствует верхнее положение переключателя. Далее нужно в поле Индекс файл указать путь к требуемому файлу. Для этого необходимо нажать расположенную справа от поля кнопку Просмотр файлов/директорий на этом компьютере/в локальной сети (название кнопки отображается в виде всплывающей подсказки при подведении к ней указателя мыши), затем в открывшемся окне щелчком мыши выделить требуемый файл и нажать кнопку Открыть или клавишу Enter .

Если для восстановления данных выбран источник на FTP– или SFTP-сервере, то после установки переключателя в положение FTP или SFTP ниже откроются поля для ввода адреса сервера, имени и пароля пользователя и иных необходимых данных.

Рис. 6.43. Выбор пути для восстановления данных

По умолчанию программа предлагает восстановить данные в их исходное месторасположение. Однако если вас не устраивает этот вариант, и вы желаете указать другой путь, нажмите кнопку Правка .

При этом на экране откроется окно, которое показано на рис. 6.44.

Рис. 6.44. Ввод пути для восстановления данных

Требуемый путь указывается в поле Местоположение восстанавливаемых данных . Данное поле можно заполнить с клавиатуры либо из буфера обмена, однако удобнее делать это с помощью расположенной справа кнопки. При ее нажатии на экране открывается окно Обзор папок , в котором нужно указать требуемый каталог и нажать кнопку ОК или клавишу Enter . После выбора пути для восстановления и нажатия кнопки Далее окно Мастера примет вид, как показано на рис. 6.45.

Рис. 6.45. Выбор способа восстановления

В данном окне с помощью переключателя нужно указать способ восстановления. Возможен выбор одного из двух вариантов.

Полное восстановление – в данном случае из резервной копии будут восстановлены все без исключения объекты. Этот способ восстановления данных из резервной копии предлагается использовать по умолчанию.

Частичное восстановление – при выборе этого способа будут восстановлены только те объекты, которые претерпели изменения.

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

Рис. 6.46. Настройка расписания для автоматического выполнения задачи

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

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

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

Переход к заключительному этапу постановки задачи осуществляется нажатием кнопки Далее . При этом окно Мастера будет выглядеть так, как показано на рис. 6.47.

Рис. 6.47. Ввод имени задачи

Здесь нужно с клавиатуры ввести произвольное имя задачи, под которым она будет отображаться в области задач. Если в нижней части окна установлен флажок Выполнить эту задачу сразу , то восстановление данных из резервной копии начнется сразу после нажатия кнопки Завершить . В процессе восстановления данных из резервной копии текущей задаче будет присвоен статус Восстановление (рис. 6.48).

Рис. 6.48. Процесс восстановления данных

А после того как восстановление завершено, в колонке Развитие/Ход событий для данной задачи отобразится значение 100 % , и ей будет присвоен статус Успех (рис. 6.49).

Рис. 6.49. Успешное завершение восстановления

Завершенные задачи можно удалить из списка с помощью команды контекстного меню Удалить или соответствующей кнопки инструментальной панели. При этом программа выдаст дополнительный запрос на подтверждение операции удаления.

Таким образом, с помощью программы Handy Backup вы можете создавать образ жесткого диска и резервные копии данных, что позволит вам быстро восстановить их в случае непредвиденной потери.

При восстановлении жесткого диска необходимо учитывать следующее. Если вам необходимо восстановить определенный раздел жесткого диска – заранее убедитесь в том, что раздел с таким названием присутствует на жестком диске. Помните, что для того, чтобы после восстановления жесткого диска новые настройки вступили в силу, необходимо перезагрузить компьютер.

Данный текст является ознакомительным фрагментом. Из книги Энциклопедия безопасности автора Громов В И

2.6. Защита данных с помощью программы «Кобра» "Кобра" - это программа, о которой даже зарубежные специалисты говорят как о самой совершенной и научно обоснованной криптосистеме. Ежегодно проводятся семинары и научные конференции, где сотни уважаемых математика всех

автора

3.1. Восстановление паролей к документам MS Office с помощью программы Advanced Office Password Recovery Программа Advanced Office Password Recovery, с которой мы познакомимся в данном разделе, предназначена для восстановления забытых и утраченных паролей к документам MS Office. Эта программа создана

Из книги Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации автора Гладкий Алексей Анатольевич

3.3. Восстановление паролей к архивам с помощью программы Advanced Archive Password Recovery Если теряется пароль к архиву – извлечь данные из него будет невозможно: при каждой попытке извлечения на экране будет отображаться окно, в котором нужно будет ввести пароль. Если этого не

Из книги Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации автора Гладкий Алексей Анатольевич

4.2. Восстановление поврежденных архивов с помощью программы Advanced RAR Repair Как мы уже отмечали выше, штатные средства архиваторов, предназначенные для восстановления архивов, хоть и являются довольно эффективными, но позволяют решить проблему далеко не всегда. Поэтому

Из книги Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации автора Гладкий Алексей Анатольевич

4.3. Восстановление ZIP-архивов с помощью программы DiskInternals ZIP Repair Решения, которые мы рассмотрели выше, ориентированы в большей степени на восстановление RAR-архивов. Однако ZIP-архивы являются не менее популярными, и в данном разделе мы познакомимся с программой, которая

Из книги Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации автора Гладкий Алексей Анатольевич

5.1. Восстановление данных с помощью программы BadCopy Pro Одной из наиболее популярных программ, предназначенных для восстановления поврежденных файлов, является BadCopy Pro. Продукт является условно-бесплатным; демо-версию программы можно скачать на сайте разработчика www.jufsoft.com.

Из книги Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации автора Гладкий Алексей Анатольевич

5.3. Восстановление удаленных данных с помощью программы Recover My Files Одним из самых мощных и эффективных продуктов, предназначенных для восстановления удаленных файлов, является программа Recover My Files. Она является условно-бесплатной; ее демо-версию вы можете скачать на

Из книги Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации автора Гладкий Алексей Анатольевич

5.4. Восстановление данных с поврежденных носителей с помощью программы Max Data Recovery О том, как восстанавливать удаленные или поврежденные данные, мы уже знаем – об этом шла речь в предыдущих разделах данной главы. Однако часто случается так, что повреждены не данные, а

Из книги Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации автора Гладкий Алексей Анатольевич

5.5. «Ремонт» и восстановление объектов с помощью программы Restorer2000 Pro Еще одна популярная программа, предназначенная для «ремонта» и восстановления поврежденных или удаленных объектов, называется Restorer2000 Pro. Ее разработчиком является софтверная и консалтинговая компания

Из книги Как быстро восстановить потерянные компьютерные данные. Подробное руководство по спасению информации автора Гладкий Алексей Анатольевич

Глава 7. Сохранение и восстановление данных с помощью программы Acronis True Image Home В настоящее время на рынке представлено множество самых разных продуктов, предназначенных для резервного копирования и восстановления данных, и с некоторыми из них мы уже познакомились в

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

Программы и восстановления данных: целесообразность использования

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

Конечно, к пользовательским файлам такая методика применима, но ведь не каждому хочется загромождать другой логический том кучей информации или постоянно держать под рукой внешний носитель вроде USB HDD, кучу дисков или флэшек, емкость которых явно ограничена. А при больших объемах данных следует учесть еще и время копирования из одного тома в другой. Программы резервного копирования и восстановления и системы, и разделов работают несколько иначе. Конечно, в большинстве случаев понадобятся съемные носители, однако созданная бэкап-копия будет занимать во много раз меньше места.

Основной принцип работы и варианты функционирования

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

Что же касается вариантов резервирования, их может быть два. В принципе, практически любая программа для резервного копирования системы предлагает использовать внешний носитель (DVD-диск, флэшку и т. д.). Связано это только с тем, что при восстановлении системы придется загружаться не из системного раздела, а именно со съемного носителя. Образ в логическом разделе распознан не будет.

Другое дело - программы резервного копирования дисков. В них можно произвести сохранение нужной информации именно в других логических разделах или, опять же, использовать съемные носители. Но что делать, если используемый объем винчестера исчисляется сотнями гигабайт? Никакой не позволит записать эту информацию даже в сжатом виде. Как вариант можно использовать внешний HDD, если он, конечно, имеется в наличии.

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

«Родная» программа для резервного копирования Windows

Итак, для начала остановимся на собственном средстве Windows-систем. Многие считают, что встроенная в систему программа резервного копирования Windows работает, мягко говоря, не очень хорошо. В основном ее не хотят использовать только в связи с тем, что утилита затрачивает слишком много времени на создание копии, а сама копия занимает достаточно много места.

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

Получить доступ к этой утилите проще всего можно из стандартной "Панели управления", где выбирается раздел резервного копирования и восстановления. Здесь можно использовать три основных пункта: создание образа, создание диска и настройку копирования. Первый и второй сложностей не вызывают. Зато третий достаточно интересен. Система предложит сохранить копию на съемном носителе, предварительно определив само устройство. Но если посмотреть на параметры, можно сохранить копию и в сети, что прекрасно подойдет для «локалок». Так что в некоторых случаях такая программа для резервного копирования системы станет неплохим средством для создания бэкапа с возможностью последующего восстановления Windows именно из этой копии.

Самые популярные утилиты

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

• Acronis True Image.
• Norton Ghost.
• Back2zip.
• Comodo BackUp.
• Backup4all.
• ABC Backup Pro.
• Active Backup Expert Pro.
• ApBackUP.
• File Backup Watcher Free.
• The Copier.
• Auto Backup и многие другие.

Теперь постараемся посмотреть на первую пятерку. Учтите! На данный момент рассматриваются программы резервного копирования, в основном применяемые для рабочих станций (пользовательских компьютеров). Решения для серверных систем и сетей будут рассмотрены отдельно.

Acronis True Image

Безусловно, это одна из самых мощных и популярных утилит, пользующаяся заслуженным успехом и доверием многих юзеров, хоть и относится к программам начального уровня. Тем не менее, возможностей у нее хватает.

После запуска приложения пользователь попадает в основное меню, где можно выбрать несколько вариантов действий. В данном случае нас интересует раздел создания резервной копии и восстановления (в меню есть еще дополнительные утилиты, которые сейчас по понятным причинам рассматриваться не будут). После входа активируется "Мастер", который и поможет создать бэкап. В процессе можно выбрать, копию чего именно нужно создать (система для восстановления «с нуля», файлы, настройки и т. д.). В "Типе копирования" лучше выбирать "Инкрементное", поскольку оно поможет сэкономить место. Если объем носителя достаточно велик, можно использовать полное копирование, а для создания нескольких копий - разностное. При создании копии системы будет предложено сделать загрузочный диск.

Вот что интересно: утилита показывает достаточно высокие показатели по скорости создания бэкап-копии, времени, сжатию. Так, например, на сжатие данных порядка 20 Гб понадобится в среднем 8-9 минут, а размер конечной копии составить чуть более 8 Гб.

Norton Ghost

Перед нами еще одна мощнейшая утилита. Как обычно, после старта программы запускается "Мастер", помогающий пройти все шаги.

Данная утилита примечательна тем, что с ее помощью можно создать на винчестере скрытый раздел, где будет храниться копия (причем из нее можно восстановить и данные, и систему). Кроме того, в ней можно изменять множество параметров: тип контроль считывания, тип записи, сжатие, число точек для одновременного доступа и т. д. Что же касается производительности, те же 20 Гб приложение сжимает до размера чуть более 7,5 Гб, что по времени занимает около 9 минут. В общем, результат довольно неплохой.

Back2zip

А вот программа резервного копирования по расписанию. Она отличается тем, что ее инсталляция занимает всего пару секунд, а после запуска она автоматически создает новое задание и начинает копирование данных, предполагая, что пользовательские файлы хранятся в папке «Мои документы». К сожалению, это и главный минус.

При старте задание нужно удалить, а затем выбрать исходную конечную папки. "Мастера" в привычном понимании тут нет, все выполняется из главного окна. В планировщике можно задавать интервал копирования от 20 минут до 6 часов. В целом, самое простое решение для пользователей начального уровня.

Comodo BackUp

Перед нами еще одна интереснейшая утилита, способная конкурировать даже с коммерческими продуктами. Ее главной особенностью является наличие целых пяти режимов работы и огромное количество настроек.

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

Backup4all

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

Эта утилита интересна тем, что позволяет сохранять копии не только на внешних или внутренних носителях, но и в сетях, или даже на FTP-серверах. Здесь имеется достаточно много редактируемых параметров и настроек, среди которых можно выделить четыре метода копирования, а также поддержку Кроме того, интерфейс очень прост, а отображение папок и заданий представлено в виде древовидной структуры по типу "Проводника". Также пользователь может разделять копируемые данные по категориям вроде документов, рисунков и т. д., присваивать каждому проекту собственный ярлык. Естественно, имеется и "Планировщик задач", в котором можно указать, например, создание копий исключительно в момент низкой нагрузки на процессор.

Решения для серверных систем

Для серверных систем и сетей также имеются специализированные программы резервного копирования. Среди всего этого многообразия можно выбелить три самых мощных:

• Symantec Backup Exec 11d System Recovery.
• Yosemite Backup Standard Master Server.
• Shadow Protect Small Business Server Edition.

Как считается, такие утилиты являются хорошим инструментом резервирования применительно к малому бизнесу. При этом восстановление «с нуля» может производиться с любой рабочей станции, находящейся в сети. Но самое главное состоит в том, что резервирование нужно произвести только один раз, все последующие изменения будут сохранены автоматически. Все приложения имеют интерфейс по типу "Проводника" и поддерживают дистанционное управление с любого терминала в сети.

Вместо послесловия

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

Дорогие друзья, сегодня мы с вами рассмотрим очень важную тему: резервное копирование и восстановление данных. Почему эти два понятия идут вместе и никак не раздельно? В чём их особенности, для чего они нужны? На все эти вопросы мы ответим сейчас, а потом перейдём непосредственно к активным действиям.

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

Же даёт возможность вернуть всё то, что мы сохранили ранее, с последующей эксплуатацией файлов. Например, если вы сохранили фотографии с вашего летнего отпуска в облачном хранилище, то вы сможете их потом не только посмотреть, но и загрузить обратно на любое поддерживающее устройство. Теперь, когда вы немного пополнили свой багаж двумя этими понятиями, мы можем перейти к активному обсуждению: как сделать резервное копирование данных, какие существуют для этого программы, на каких устройствах это можно делать и так далее. Как видите, наша небольшая дискуссия потихоньку становится обширнее. Чтобы вам было легче работать, то сразу покажем вам блоки, которые будут освещены. Можете сразу выбрать нужный вам и приступать к работе:

• Информация с компьютера
• Информация с планшетов и смартфонов
• Рекомендации пользователю

Стоит отметить, что для создания копии файлов или системы вам потребуется внешний носитель информации , на котором будут храниться ваши данные. Вставьте его в USB-вход на вашем компьютере или ноутбуке. Позаботьтесь о том, чтобы объём доступного пространства на диске или флешке был больше, чем занимают ваши файлы. Также проследите за тем, что во время записи не произошёл какой-нибудь сбой: если кто-то случайно заденет кабель и он отсоединится, то вы можете потерять данные.

Если вы хотите создать копию со смартфона или планшета, то желательно использовать оригинальный кабель для подключения к ПК. Для пользователей облачного хранилища рекомендуется наличие быстрого безлимитного интернет-соединения. Например, если у вас будет ограниченный трафик, а вы его превысите, то вам придётся выложить некоторую сумму, чтобы покрыть образовавшийся долг.

Информация с компьютера

Так как компьютерные данные занимают первую строчку в рейтинге важности среди остальных устройств, с них мы и начнём нашу работу. Прежде всего стоит отметить, что здесь тоже есть небольшое деление резервной копии по типу сохраняемой информации: это может быть полная копия операционной системы, копия вместе с файлами или отдельное хранение файлов. Для удобства рассмотрим пример для Windows 7, 8.1 и 10 .

Windows 7

• Переходим в панель управления компьютера с помощью кнопки Пуск или любых других средств навигации.
• Нажимаем на меню «Система и безопасность».
• Далее, перед вами откроется окно с вкладками, где нужно будет нажать на «Резервное копирование и восстановление данных».
• Итак, в новом окне вы увидите меню с настройками архивации. Нажмите на пункт «Архивация и восстановление».
• Далее, нам понадобится настроить резервное копирование с помощью одноимённой синей кнопки.

Нажимаем на «Настроить резервное копирование»

• Затем перед вами появится диалоговое окно с настройками архивации. Выберите свой жёсткий диск и жмите на кнопку «Далее».

Выбираем расположение архива

• В следующем окне система попросит вас уточнить, что именно следует архивировать. Рекомендуется использовать первый вариант («Предоставить выбор Windows»), так как он сохраняет всё и регулярно обновляет данные. Обратите внимание, что здесь второй вариант даёт пользователю самому выбрать, что именно нужно сохранить. То есть, вы можете поставить свои папки или отдельные директории, если полная резервная копия вместе с файлами операционной системы вам не нужна.

Выбор объектов для архивации самостоятельно

• Далее, мы проверяем установленные параметры. Здесь вы можете установить расписание для автоматического создания копии с помощью кнопки «Изменить расписание».

• Когда всё будет установлено и проверено, нажмите «Сохранить параметры и запустить архивацию».

Процесс выполняется

• Дождитесь окончания процесса, затем проверьте ваш внешний жёсткий диск: записались ли на него ваши данные.

Windows 8.1

• Запустите панель инструментов в правой части экрана. Для этого отведите мышь в правый верхний угол затем нажмите на «Поиск».
• Наберите с клавиатуры словосочетание «История файлов» без кавычек и нажмите Enter. В полученных результатах нажмите на одноимённую папку.
• Вы попадёте в окно, где нужно будет нажать на ссылку «Резервная копия образа системы», которая расположена в левом нижнем углу окна.

• Выбираем место хранения архива (как мы договорились выше, это должен быть внешний жёсткий диск). Жмите «Далее».
• Следующее окно покажет вам объём памяти, который потребуется. Проверьте все данные и нажмите кнопку «Архивировать».
• Подождите, пока система создаст резервную копию Windows на внешнем носителе информации. Этот процесс может занять некоторое время, поэтому не спешите паниковать.

Windows 10

• Запустите «Параметры» с помощью кнопки Пуск на панели задач.
• Теперь откройте вкладку «Обновление и безопасность».
• В левом столбике с параметрами нажмите на пункт «Служба архивации».
• С помощью одноимённой кнопки настройте систему автоматического резервного копирования.
• Обратите внимание, что вы там же без проблем можете легко регулировать папки, копии которых будут создаваться. Это намного облегчит вашу работу.
• Если же вы хотите создать полную резервную копию вместе с операционной системой, а не отдельные библиотеки и директории, то воспользуйтесь инструкцией для Windows.

Для восстановления данных повторите пункты до нахождения настроек архивации. НО теперь просто выберите вкладку или пункт «Восстановление» и просто следуйте инструкциям в диалоговом окне на экране вашего монитора. Ничего сложного в этом нет. Естественно, мы с вами рассмотрели штатные средства ОС Windows от Майкрософта. Существуют и специальные программы для проведения аналогичных операций. Они могут быть удобнее, но в плане безопасности и надёжности могут уступать этим. Поэтому рекомендуется всё же пользоваться стандартными утилитами ОС.

Информация с планшетов и смартфонов

Здесь всё несколько проще, так как тоже используются стандартные программы (например, для iPhone и iPad мы будем работать с iTunes). Для всех гаджетов любой операционной системы процедура выполнения резервной копии будет одна и та же:

• Подключите своё устройство к компьютеру или ноутбуку. Дождитесь установки соответствующих драйверов.
• Запустите программу, которая предназначена для синхронизации с вашим девайсом. То есть, если у вас Айфон, то откройте приложение iTunes на своём ПК.
• Найдите вкладку или пункт «Синхронизация», или «Резервное копирование». Кликните по ней и, следуя подсказкам на экране, создайте копию.

• Для восстановления данных в этом же окне найдите одноимённую кнопку и нажмите на неё.
• Во время выполнения компьютером этих действий ни в коем случае не отсоединяйте устройство от USB. Это может кончиться программной поломкой девайса.
• Обратите внимание, что вы можете просто перенести некоторые файлы со смартфона или планшета на ПК. Особенно это актуально для владельцев гаджетов под управлением операционной системы Android: здесь имеется полный доступ ко всем файлам и папкам.
• Владельцы iOS-девайсов могут хранить только фотографии и видео аналогичным образом: зайдите в «Компьютер» и кликните правой кнопкой мыши по вашему устройству. Нажмите на «Импорт фотографий и видео». Следуя подсказкам на экране, вы можете не только сделать импорт, но и настроить его.

Облачные хранилища

Сегодня этот типа хранения данных достаточно популярен на рынке: не нужны никакие флешки, кабели и другие средства периферии. Нужно лишь активное скоростное подключение к интернету, и все ваши файлы у вас в руках. Их настройку рассматривать мы не будем (для этого есть отдельная тема), а просто скажем о каждом хранилище для определённой ОС:

• OneDrive для Windows
• iCloud и iCloud Drive для iOS и MacOS
• Google диск для Android

Стоит отметить, что есть ещё универсальные, которые ставятся на любое устройство, вне зависимости от установленной ОС:

• Облако Mail
• OneDrive
• Google диск

Как вы заметили, из всех хранилищ, только компания Apple сделала свой продукт доступным лишь для своей системы. Плохо это или хорошо - решать вам.

• При использовании внешнего жёсткого диска или флешки, позаботьтесь о том, чтобы она обладала достаточным объёмом свободного пространства.
• Обратите внимание, что большинство облачных хранилищ имеют ограниченную память для бесплатного доступа. Например, в iCloud Drive вам доступно будет пять гигабайт. Чтобы расширить её вам нужно будет покупать подписку. Если у вас не так много файлов, то покупать ничего не нужно. Можете также пользоваться несколькими облачными хранилищами.
• Проверяйте создание копий: если память на диске или в облаке закончилась, то копия не создастся. Вы рискуете потерять некоторые данные, что будет очень печальным последствием.
• Если вы просто копируете некоторые файлы, то желательно удалить их с копируемого девайса для освобождения памяти на нём.
• Если вы хотите сохранить очень важные документы, то лучше сделать две копии. Например, можете одну сделать на внешнем жёстком диске, а другую с помощью программы облачного хранилища.

Подведём итоги

Дорогие друзья, сегодня мы с вами обсудили очень обширную и важную тему: резервное копирование и восстановление данных. Особый акцент был сделан на компьютерной информации, затем мы рассмотрели общий принцип создания копии смартфонов и планшетов, а также познакомились с облачными хранилищами. В конце мы дали несколько рекомендаций, чтобы ваша работа была максимально продуктивной. Запомните: вовремя сохранённые данные являются залогом сохранения ваших нервов. Если вы потеряете файлы своей дипломной работы, которую вы делали несколько недель или месяцев, то будет не очень весело, не так ли? Расскажите в комментариях, какими службами архивации вы больше всего предпочитаете пользоваться и почему.

Пресс-центр

Резервное копирование и восстановление

Базовая задача, решаемая любым центром хранения и обработки данных, состоит в обеспечении соглашения об уровне обслуживания между ИТ-подразделением и бизнесом. Ключевой момент в обеспечении требований бизнеса - гарантия сохранности данных, поэтому неотъемлемым инфраструктурным блоком подсистемы хранения данных любого правильно организованного ЦОД является система резервного копирования и восстановления данных.

Ассоциация производителей и потребителей продуктов систем хранения SNIA (Storage Networking Industry Association) так определяет операции резервного копирования:

• Резервная копия (англ. backup copy) - данные, хранимые на энергонезависимых носителях, обычно удаленно, предназначенные для восстановления, в случае если оригинал копии данных утерян или недоступен.
• Резервное копирование (англ. backup) - процесс создания резервных копий.

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

Система блочного резервного копирования (англ. image-level или block-level backup) работает напрямую с носителем, игнорируя файловую структуру, и сохраняя все содержимое полностью - операционную систему, рабочие данные, настройки и прочее. Преимуществом выполнения данного вида резервного копирования является высокая скорость. Однако обычно при выполнении операций копирования требуется приостановить работу приложений, чтобы копия была целостной (англ. consistent).

При выполнении операций резервного копирования на файловом уровне (англ. file-level или file-based backup) используется файловая система. В этом случае относительно простой задачей является восстановление некоторых конкретных файлов. В целом же, операции резервного копирования длятся дольше, возникает дополнительная загрузка операционной системы, а также появляется проблема доступа к открытым файлам.

Резервное копирование может производиться и на уровне приложений (англ. application-level backup). Операции копирования и восстановления производятся посредством использования специально предусмотренного в резервируемом приложении программного интерфейса API (англ. Application Programming Interface). Резервная копия представляет собой набор файлов и возможно других объектов, определяемых самим приложением, которые вместе являются отображением состояния приложения на некоторый момент времени. При данном способе резервного копирования может возникать проблема совместимости между разными версиями приложений и систем резервного копирования, реализующих соответствующий интерфейс.

Система резервного копирования является служебной подсистемой ЦОД и имеет следующие особенности:

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

При построении системы резервного копирования необходимо:

Уложиться в сокращенное "окно" резервного копирования. Требование круглосуточной (24х7) работы информационных сервисов сокращает доступный временной интервал остановки приложений, необходимый для осуществления операции резервного копирования ("окно" резервного копирования).
• Уменьшить трафик данных резервного копирования в общей корпоративной вычислительной сети.

Методы резервного копирования.

LAN backup
До появления сетей хранения данных (Storage Area Network - SAN) для сокращения трафика резервного копирования в основной сети применялась выделенная сеть резервного копирования, а также многоуровневая структура, включающая несколько серверов копирования. Выделение сервера копирования и расположение его в сети "ближе" к продуктивным серверам, обрабатывающим наибольшие объемы информации, позволяет локализовать трафик резервного копирования между сервером копирования и продуктивными серверами и сократить нагрузку на общую ЛВС.

LAN-free backup
С появлением SAN появилась возможность передавать трафик резервного копирования не через ЛВС, а непосредственно с серверов на устройства хранения данных (обычно это ленточные библиотеки), подключенные к SAN. Такой метод получил название "LAN-free backup". При использовании этого метода сервер-клиент одновременно с другими задачами выполняет функции сервера копирования резервируемых данных на доступные ему через SAN устройства хранения. При этом на сервер управления резервным копированием возлагается задача исполнения расписания резервного копирования путем выдачи через ЛВС (по протоколу TCP/IP) управляющих воздействий и контроля выполнения задач серверами копирования. Таким образом, решается задача уменьшения трафика данных резервного копирования в ЛВС.

Но метод "LAN-free backup" не решает проблему "окна" резервного копирования. Более того, данный метод создает дополнительную нагрузку на сервера-клиенты, возлагая на них дополнительные функции серверов копирования резервируемых данных. Некоторые приложения позволяют проводить резервное копирование без прекращения своей работы (online backup), это реализовано во многих транзакционных приложениях и с помощью специальных опций программного обеспечения резервного копирования, таких как средства копирования открытых файлов. Однако применение подобных технологий не снижает нагрузку на продуктивные сервера, которая при больших объемах данных (терабайты и более) может увеличить время решения основных задач выше допустимого порога.

Serverless backup
Идеальной была бы такая схема резервного копирования, когда данные сервера-клиента копируются через сеть хранения SAN на устройство хранения каким-либо сторонним устройством (получившим название "Data Mover"), не используя при этом вычислительные ресурсы сервера-клиента и не прерывая его работу. Подобный метод резервного копирования получил название "Serverless backup". Роль "Data Mover" может выполнять как выделенный для этой цели сервер, подключенный к тому же дисковому массиву, что и продуктивный сервер, так и специальное устройство - маршрутизатор.

CDP (Continious Data Protector)
Согласно определению SNIA, непрерывная защита данных (CDP) - это методика постоянного отслеживания изменений данных, и сохранение их в независимом от исходных данных хранилище, позволяющая восстановление на любой момент времени в прошлом. CDP системы могут быть реализованы на уровне блоков, файлов или приложений и обеспечивать мелкую гранулярность восстановления объектов на любой момент времени вплоть до одиночной операции записи. Согласно этому определению, все CDP решения имеют следующие свойства:

• Изменения постоянно отслеживаются и записываются
• Все изменения хранятся на отдельном логическом устройстве
• RPO (точка восстановления) - произвольная и не должна быть определена заранее.

Примеры внедрений.

В этой статье рассмотрим методики резервного копирования данных для предприятий малого и среднего бизнеса.

Типичный вопрос, с которым обращаются заказчики: обеспечение сохранности базы данных системы "1С", размером около 1 Гбайт и базы клиентов в MS Access, около 300 Мбайт. Информация важна вся и терять более дня работы - не желательно. Бюджет, выделенный ИТ-подразделению, не превышает 100 000 рублей.

Необходимо понять требования заказчика - какой объём информации требуется резервировать, сколько времени требуется хранить резервные копии, требуется ли удалённое хранение (offline) резервных копий.

Если заказчику требуется хранить данные за ближайшие несколько дней и стоимость решения должна быть минимальной, то наиболее простым и удобным решением будет небольшое сетевое хранилище данных (NAS - Network Attached Storage). Эти устройства выпускаются различными производителями оборудования, имеют от 2 до 12 дисков и обеспечивают доступ по основным протоколам доступа: CIFS, NFS, HTTP, iSCSI. Структурная схема решения приведена на рисунке 1.

Рис.1 NAS хранение.

Стоимость этого решения составляет от 15 000 до 70 000 рублей в зависимости от объёмов хранения.

Основные недостатки этого решения - это невозможность масштабирования при росте объёмов хранения и необходимость контроля успешности проведения резервного копирования.

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

Для создания резервных копий создаются политики резервного копирования, которые регламентируют "Что, Куда и Когда". Какие данные, куда и с какой периодичностью должны быть сохранены. Дополнительные возможности ПО централизованного резервного копирования позволяют восстанавливать отдельные письма и таблицы баз данных без необходимости восстановления всего объёма данных. Запись резервных копий на ленточные носители позволяет организовать удалённое хранение резервных копий и сохранность важных данных в случае катастрофы. Использование ленточных носителей для хранения архивных копий позволяет прочитать данные спустя 50 лет после их записи.

Стоимость такого решения начинается от 50 000 рублей и включает сервер для хранения резервных копий и ПО резервного копирования.