Резервное копирование данных простым языком. Резервное копирование: краткая инструкция, с чего начать

Рассматриваем резервное копирование и создание бекапов с точки зрения организации рабочего процесса

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

Основными тенденциями на 2017-2019 годы мы видим следующие виды резервного копирования:

• копирование с любых устройств по принципу “подписки” за каждый гигабайт данных с помощью облачных сервисов, которые через предустановленный в систему агент “заливают” копии в облако. Пример тому –
• копирование в облако с помощью Veaam и подобных продуктов (Acronis/Symantec/HP Data Protector). Требует подготовки провайдера, настройки коннектора между облаком провайдера и “наземной” виртуальной средой.
• копирование “инхаус” с помощью софтовых решений от производителей NAS систем или выделенных хранилищ корпоративного сектора
• распределенный бекап с помощью встроенных в ОС Windows Server решений

Задачи резервного копирования в организации

Резервное копирование информации чаще всего преследует две цели:

• сохранить данные для максимально быстрого (disaster recovery), если с ИТ-системой компании произошла авария, ее атаковал вирус и т.д. У таких резервных копий сравнительно небольшой период хранения (чаще всего сутки или двое, потом они перезаписываются более новыми), к данным можно получить доступ очень быстро. Копируются пользовательские и бизнес-данные, а также настройки ОС, прикладного ПО и вся информация, необходимая для восстановления работоспособности системы
• создать долговременный архив сведений о деятельности компании, к которому можно обратиться при необходимости получить данные за прошедшие периоды. Такие архивы хранятся долго (месяцы и годы), скорость доступа к ним не особенно важна – обычно не страшно, если получение данных займет несколько дней. Хранятся только бизнес-данные и данные пользователей, нет необходимости хранить какую-либо системную информацию.

Например, в копии для быстрого восстановления системы вам может быть доступна только последняя, актуальная версия какого-либо документа, а в архиве могут храниться все его прошлые версии.

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

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

Резервное копирование VS Избыточное резервирование

Чтобы оборудование продолжало работать, даже если какой-то отдельный компонент откажет, в него вносится определенная избыточность – «лишние» компоненты или вычислительные ресурсы, которые в обычном рабочем режиме могут показаться ненужными.

Пример избыточного резервирования:

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

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

Распорядок резервного копирования

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

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

Виды резервного копирования в организации

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

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

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

Топология резервного копирования

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

• Децентрализованная схема . Её суть в том, что на каждом сервере и рабочей станции может быть собственное ПО для резервного копирования, работающее независимо от других узлов сети. Все данные выгружаются на какой-либо общий сетевой ресурс, откуда потом попадают в архив или восстанавливаются, при необходимости. Достоинства схемы в том, что она чрезвычайно простая, легко реализуется и обычно не требует дополнительного ПО, копирование выполняется штатными средствами операционной системы или СУБД. Есть и недостатки – сложно установить общую политику резервного копирования и защиты информации, общее для всех программ расписание бэкапов, настраивать и мониторить деятельность каждой из программ придется отдельно, что усложняет администрирование. Поэтому децентрализованная схема резервного копирования подойдет либо для небольшой и несложной сети, либо для случаев, когда централизованную схему невозможно организовать в силу каких-либо ограничений
• Централизованная схема – для ее реализации необходимо специализированное клиент-серверное ПО. Серверная часть устанавливается на сервер резервного копирования и централизованно управляет установленными у пользователей программными агентами, которые собирают, копируют информацию о системе или восстанавливают ее из копии. В таком варианте легко настраивать общие политики создания резервных копий, расписание бэкапов, все участники могут работать согласно с общей для компании инструкцией по резервному копированию информации
• Централизованная схема резервного копирования без программ-агентов – упрощенный вариант предыдущей схемы, когда серверная часть использует только существующие службы и сервисы (например, собирает данные из специально назначенных общих папок Windows). Схема не очень надежная, в ней есть известная проблема, когда открытые в текущий момент для редактирования файлы не попадают в резервную копию и при сбое системы могут быть утрачены. Поэтому применять ее стоит только на небольших сетях и при условии высокой пользовательской дисциплины
• Смешанная схема – сочетание централизованной и децентрализованной. Программы-агенты устанавливаются только на некоторых серверах сети, от остальных устройств данные на эти сервера отправляют их локальные программы, каждая своими средствами. А уже с этих серверов накопленную информацию программы-агенты централизованно соберут, обработают и отправят в общее хранилище.

Место хранения резервных копий

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

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

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

Организационные моменты и человеческий фактор

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

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

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

Изначально я планировал рассказать о реализации резервного копирования данных с помощью двух программ — платной и бесплатной Macrium Reflect Free . У программы Macrium Reflect есть один довольно большой минус — в бесплатной версии она может создавать задания только для резервирования целых разделов. Данное ограничение можно обойти, выделив отдельный раздел жесткого диска под действительно важные для пользователя данные. Соответственно, весь такой раздел можно было бы резервировать по заданному заранее расписанию.

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

По этой причине я решил рассказать только о программе AOMEI Backupper.

Где бесплатно скачать AOMEI Backupper

Скачать AOMEI Backupper можно с официального сайта — aomeitech.com . Установка программы стандартна и не требует отдельных пояснений.

Создание копии системного раздела

Давайте рассмотрим создание резервной копии системного раздела с помощью AOMEI Backupper.

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

Можно задать название для задания и именно оно будет использоваться для обозначения папки этой резервной копии.

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

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

Создание загрузочной флешки

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

Для создания загрузочной флешки перейдем в последний раздел — Utillites (утилиты) и выберем пункт Create Bootable Media — создать загрузочный носитель.

Резервное копирование данных пользователя

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

Я раньше резервировал только часто изменяемые файлы. По сути это была стандартная папка Документы и Рабочий стол .

В Документах у меня хранились текущие файлы, с которыми я работал, ну а на Рабочий стол я бросал самые ходовые и нужные в моменте файлы.

На примере этих папок я и покажу настройку резервного копирования.

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

Теперь давайте создадим задание, которое будет резервировать папку с данными по расписанию. Для этого в разделе Backup выбираем пункт File Backup .

Затем щелкаем по Add folder — добавить папку и указываем нужную папку.

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

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

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

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

Если выбираем еженедельно, то можно указать конкретный день, например, среда. А также время, например, можно делать в 12 часов дня.

На вкладке Advanced можно выбрать тип архива.

Есть на выбор три варианта:

1. Full Backup — полный
2. Incremental Backup — инкрементальный
3. Differential Backup — дифференциальный

Давайте разберемся в их различиях.

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

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

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

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

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

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

Нюансы резервного копирования данных

Также хотел бы обратить ваше внимание на ряд нюансов.

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

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

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

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

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

Минусы резервного копирования данных

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

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

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

Тем не менее есть выход из данной ситуации.

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

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

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

Не упустите возможность сделать доброе дело:

Многим известны различные системы создания образов дисков и резервного копирования данных, например Acronis True Image, Pagaron Drive Backup, Ghost, Time Machine для Mac-совместимых компьютеров и др. Компания Microsoft также внедрила в свои операционные системы систему резервного копирования данных, которая доступна как для обычных пользователей, так и для системных администраторов. До выпуска операционной системы Windows Vista компания Microsoft предлагала пользователям систему резервного копирования NTBackup и утилиту System Restore, которые имели массу недостатков. С выходом Windows Vista и переходом на формат хранения образов VHD появилась возможность более простого резервного копирования данных и создания образов операционной системы средствами нового комплекса утилит под названием Windows Backup and Restore. После выпуска новых операционных систем этот компонент совершенствовался и модифицировался. В данной статье мы рассмотрим, что предлагает компания Microsoft конечному пользователю для резервирования данных в недавно вышедшей операционной системе Windows 8. Но сначала вкратце расскажем об основных типах резервного копирования, которые реализованы в многочисленных продуктах различных компаний.

Виды резервного копирования

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

Клонирование разделов и создание образов

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

Полное файловое резервирование

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

Дифференциальное резервирование

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

Инкрементное резервирование (Incremental backup)

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

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

Windows Backup And Restore

Компонент Windows Backup And Restore (Архивация и Восстановление) стал доступен пользователям начиная с выхода операционной системы Windows Vista и отвечает за создание полного бекапа операционной системы с возможностью инкрементного резервирования. С выходом операционной системы Windows 8 этот компонент сменил название на Windows 7 File Recovery. Хотя он ничего из своего функционала и не потерял, Microsoft рекомендует использовать для резервирования данных новую утилиту File History, которая включена в операционные системы Windows 8 и Server 2012, но о ней мы расскажем чуть позже. Windows Backup And Restore позволяет создавать автоматический полный бекап на сменный носитель, оптические диски или в специальное место на удаленном сервере.

Последняя возможность доступна только для определенных редакций Windows 7/8, так как позиционируется как решение для ИT-администраторов компаний. Полный бекап системы в случае использования этого компонента предполагает не только сохранение файлов пользователей, но и возможность создания образа всей операционной системы и резервирование отдельных дисков компьютера. Для пользователя также доступно создание исключительно образа системы, который впоследствии можно не только извлечь на новый носитель этого компьютера, но и использовать как виртуальный диск в системах виртуализации. В случае применения данного компонента пользователь может задать те папки, которые необходимо резервировать, а также указать те системные диски, которые нужно сохранять при полном бекапе. При резервировании только файлов пользователя Windows Backup And Restore использует инкрементное резервирование данных, что позволяет получить большее количество слепков файлов в различные моменты времени. Обычно полное резервирование выполняется раз в неделю и предполагает не только резервирование файлов пользователя, но и создание образа системы, а также копирование данных для точек восстановления компонента Windows System Recovery. Процесс восстановления файлов пользователей может происходить прямо из-под операционной системы - он достаточно прост и понятен для большинства пользователей. Восстановление системы при серьезном сбое может быть осуществлено с помощью встроенных утилит Windows Recovery. Для этого необходимо либо создать новый специальный диск восстановления, либо использовать установочный образ операционный системы, с которого она устанавливалась на ПК ранее. При загрузке в режиме восстановления Windows Recovery предложит пользователю на выбор следующие режимы восстановления: восстановление файлов, переход к определенной точке восстановления, извлечение резервного образа системы на основной системный диск. Данные для восстановления в этом случае могут быть взяты с оптического носителя, внешнего или внутреннего накопителя, а также с сетевого хранилища данных. Редакция операционной системы в этом случае роли не играет. Увы, несмотря на то, что Windows Backup And Restore - достаточно мощный и удобный компонент операционной системы, компания Microsoft заявила, что, согласно проведенным исследованиям, этой утилитой пользуются в лучшем случае 5% пользователей. В связи с этим для более простого и эффективного резервирования данных компания Microsoft разработала для пользователей следующее поколение резервирования системы - Windows File History.

Windows File History

Windows File History, новый компонент операционных систем Windows 8 и Server 2012, в некотором роде замещает своего предшественника - Windows Backup And Restore. Он призван заменить только инкрементное файловое резервирование, в то время как создание образов системы и режим полного резервного копирования могут быть выполнены исключительно с помощью Windows 7 File Recovery. Компонент Windows File History изначально разрабатывался как удобное и практичное решение для пользователей, которым необходим прозрачный способ резервирования своих важных данных. При разработке этой утилиты особое внимание было уделено простоте инициализации процесса в сочетании с возможностью удобного и быстрого просмотра всех сохраненных данных. Процесс резервирования с помощью новой утилиты происходит незаметно для пользователя в автоматическом режиме и не требует от него дополнительных действий. Нельзя не отметить модифицирования резервирования на сетевые устройства, что позволяет легко и удобно работать с сохраненными файлами, если используются мобильные подключения или слабые каналы связи.

За основу утилиты Windows File History была взята часть базового функционала Windows Backup And Restore, в которой переделана визуальная составляющая, ответственная за представление сохраненных пользовательских данных. Просмотр ранее сохраненных данных теперь доступен из файлового менеджера Windows Explorer с помощью отдельной вкладки History. Это позволяет быстро найти необходимые файлы и восстановить их в любое место в системе. Несмотря на то что процесс резервирования основывается на инкрементном резервировании, при работе с ним не возникает мысли, что это именно резервирование, это скорее история создания, модифицирования или удаления файлов пользователей, доступная в любой момент. Такой подход к резервированию данных, безусловно, подойдет большинству неискушенных пользователей, поскольку процесс удобен и более нагляден в применении, чем работа с Windows Backup And Restore.

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

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

По умолчанию резервирование посредством утилиты Windows File History происходит каждый час, однако при необходимости пользователь может сам выбрать промежутки времени между каждым резервированием данных. Пользователю доступна возможность установить промежутки между резервированием от 10 минут до 1 дня. Для Windows File History можно установить только одно текущее место для резервирования, однако, если добавить несколько накопителей в места для резервирования, они могут использоваться попеременно в зависимости от их доступности. Это удобно в случае применения сетевого хранилища и отдельного накопителя. Таким образом, данные будут сохраняться в несколько мест в зависимости от текущей конфигурации. Также нельзя не отметить функцию выбора количества глубины сохраненных копий. Например, по прошествии одного или нескольких месяцев система может автоматически затирать старые данные, заменяя их новыми. Это позволяет экономить пространство в том месте, куда происходит резервирование данных. Кроме того, пользователь может использовать до 25% пространства накопителя для резервирования данных.

Утилита Windows File History по умолчанию резервирует наиболее активно используемые папки, а именно - «Контакты», «Избранное» и «Рабочий стол». Кроме того, резервирование автоматически применяется ко всем используемым папкам «Библиотеки». Пользователь может создавать собственные библиотеки данных, которые, по сути, являются символьными ссылками на реальные папки компьютера. То есть если пользователю необходимо резервировать конкретную папку на ПК, ему перед установкой Windows File History необходимо добавить эту папку в библиотеки. К тому же если некоторые папки нужно исключить из резервирования, то пользователь может выборочно исключить все библиотеки пользователя или же набор часто применяемых папок. С учетом активной интеграции с функцией «облачного» хранения данных Windows Skydrive использование этого «облачного» сервиса может быть нацелено на резервирование важных пользовательских данных, хранящихся в «облаке». Для того чтобы такая связка работала, необходимо лишь установить Skydrive, - после этого он автоматически добавится в библиотеки и будет резервироваться по мере необходимости. Увы, функция резервирования данных на «облако» пока недоступна пользователям, но компания Microsoft уже планирует добавить определенную возможность по резервированию данных на «облачные» хранилища данных в будущих версиях своих ОС.

Таким образом, новая система резервирования Windows File History отлично подходит для большинства пользователей. Простой и понятный интерфейс с возможностью быстрого добавления и восстановления файлов гораздо ближе к современному пользователю, чем предыдущая версия инкрементного резервирования в Windows Backup And Restore.

1. Регулярность. Создание бэкапов должно быть столь же регулярным, как чистка зубов по утрам.
2. Проверка. Проверяйте резервную копию, которую только что сделали. Будет очень обидно, если в особо напряжённый момент ваша палочка-выручалочка окажется пустышкой. Откройте несколько файлов из архива и убедитесь в их работоспособности.
3. Раздельность. Лучше хранить бэкапы не в одном месте, а как минимум в двух. К примеру, на внешнем жёстком диске и в облаке. Ведь диски иногда выходят из строя, а облачное хранилище может быть недоступно в нужный момент.
4. Разграничение. Разделите на несколько чётких категорий то, что вы собираетесь хранить. Данные различной важности требуют и разного подхода к архивированию.

Системные решения

Windows

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

Windows 7

Перейдите в «Панель управления», щёлкнув левой кнопкой мыши по клавише «Пуск» и выбрав соответствующий пункт. В «Панели управления» выберите «Система и безопасность» → «Архивирование данных компьютера» → «Настроить архивацию».

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

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

Теперь в окне «Архивация или восстановление файлов» появилась кнопка «Архивировать». Нажатие на неё запустит процесс архивации ваших данных.

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

Windows 8 и выше

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

Перейдите в «Панель управления». Для этого щёлкните по кнопке «Пуск» правой клавишей мыши и в контекстном меню найдите нужную строчку.

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

«История файлов» будет автоматически копировать следующие библиотеки: «Документы», «Музыка», «Изображения», «Видео» - и стандартные папки пользователя: Windows, «Рабочий стол», «Избранное».

По умолчанию резервные копии делаются каждый час, но можно изменить это время, к примеру, на 10 минут. Однако это потребует большего объёма дискового пространства. Время хранения каждой копии можно настроить в меню «Дополнительные параметры».

macOS

Time Machine - стандартное решение Apple, предназначенное для создания резервных копий приложений, файлов и папок, документов, видео, музыки.

Для работы с Time Machine потребуется стороннее хранилище данных, например флешка, внешний жёсткий диск или сетевое решение .

При подключении внешнего диска к компьютеру Mac должен появиться запрос: использовать ли его как резервное хранилище? Выберите «Использовать как резервный диск».

Если окно не появилось, резервный диск следует выбрать вручную:

• зайдите в меню и откройте настройки Time Machine;
• нажмите на «Выбрать резервный диск»;
• укажите нужный и нажмите на «Использовать диск».

Резервные копии будут автоматически создаваться один раз в час, копии за прошедший месяц - каждый день, а резервные копии за всё время - каждую неделю. Не бойтесь, что объёма вашего жёсткого диска окажется мало. Time Machine будет сохранять только изменённую информацию, а старые копии автоматически удалятся по мере заполнения дискового пространства.

Android

Android Backup Service

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

• данные о сетях Wi-Fi;
• обои рабочего стола;
• настройки Gmail;
• приложения Google Play;
• язык и настройки ввода;
• дату и время;
• настройки ряда сторонних приложений.

Для создания резервной копии требуется:

• открыть настройки устройства;
• перейти в «Личные данные» → «Восстановление и сброс»;
• включить «Резервирование данных».

Для восстановления данных на другом устройстве достаточно войти под своей учётной записью. Чтобы восстановить настройки сохранённых приложений, перейдите в «Личные данные» → «Восстановление и сброс» → «Автовосстановление».

Синхронизация

В Android предусмотрен штатный инструмент синхронизации, который позволяет сохранить пользовательские контакты, установленные из Google Play приложения, календарь, настройки дисплея, языки и способы ввода, данные Google Drive и настройки некоторых сторонних приложений. Инструмент требует обязательного наличия учётной записи Google.

Синхронизация в Android включена по умолчанию. Если же хотите получить самую свежую резервную копию, сделайте следующее:

• откройте настройки телефона;
• в разделе «Аккаунты и синхронизация» выберите Google;
• проставьте необходимые галочки и нажмите «Синхронизировать».

Данные автоматически отправятся в облако хранения Google. Для их восстановления на другом Android-устройстве достаточно подключить на нём свою учётную запись.

Также можно синхронизировать большинство популярных аккаунтов: Skype, Telegram, Viber и «ВКонтакте». Для синхронизации фотографий и изображений в Android предусмотрено встроенное решение Google Photo.

iOS

iTunes

Универсальное приложение Apple для получения и воспроизведения контента. Позволяет локально сохранять данные с устройства, подключённого к компьютеру под управлением Windows или macOS. Это особенно удобно, когда у вас нет выхода в интернет.

Для создания копии при помощи iTunes сделайте следующее:

• подключите устройство к компьютеру;
• перейдите на вкладку «Устройства»;
• нажмите «Синхронизировать».

• фотографии;
• заметки;
• список контактов;
• календарь;
• сообщения SMS/MMS;
• браузер Safari;
• настройки точек доступа;
• данные приложений;
• вид главного экрана.

iCloud

Облачный сервис хранения пользовательских данных. Как и любое облако, имеет два ограничения: необходимость доступа в интернет и относительно небольшой (5 ГБ) объём бесплатного выделенного пространства.

Для сохранения данных при помощи iCloud на устройстве откройте «Настройки» → «iCloud» → «Резервная копия» и запустите процесс создания копии.

В iCloud сохраняется:

• история покупок в App Store;
• фотографии;
• настройки телефона;
• данные приложений;
• вид главного экрана;
• рингтоны;
• голосовая почта.

Программные средства

Windows

Лицензия: коммерческое ПО.

Поддержка русского языка: есть.

Простое решение для создания резервных копий. Позволяет сохранять как отдельные файлы (фотографии, музыку или фильмы), так и почтовые, например из Microsoft Outlook или TheBat.

В главном окне программы нажмите «Создать новую задачу» → «Создать резервную копию». Из дерева каталога выберите те данные, которые хотите сохранить. В нашем случае это будет папка «Музыка» на рабочем столе.

В завершение присвойте задаче имя и нажмите «Готово». Архивирование завершено.

По тому же принципу выполняется восстановление данных. Выберите сохранённую резервную копию, а потом укажите, в какое место её нужно восстановить.

Пробный период использования программы составляет 30 дней. Полную базовую версию разработчики предлагают приобрести за 800 рублей. Существуют и другие версии Handy Backup - Professional и Expert. Их возможности значительно шире и заточены под профессиональные нужды, для наших же целей вполне достаточно версии Standard.

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: нет.

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

В первую очередь выберите, где сохранять данные. Пусть это будет съёмный диск E.

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

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

Функции сохранения и восстановления доступны в базовой версии Genie Timeline Free. Расширенные платные версии Genie Timeline Home и Genie Timeline Pro обладают куда большими возможностями: отправка уведомлений на email, шифрование данных с высокой степенью защиты и настройка расписания. Но для сохранения домашних файлов вполне достаточно и версии Free.

У Genie TineLine существует приложение для iOS, с помощью которого вы можете проверять состояние резервных копий на компьютере.

Лицензия: коммерческое ПО.

Поддержка русского языка: есть.

Мощный инструмент для создания резервных копий и восстановления данных. Хранить бэкапы можно не только на физических дисках, но и на собственном облачном сервисе Acronis. Правда, для этого придётся оформить подписку на год, а объём предоставляемого места будет зависеть от тарифного плана. При стандартной подписке выделяется 50 ГБ, при покупке премиум-версии - от 1 ТБ.

Сразу после установки программа предлагает выбрать, какие данные отправить в копию: со всего компьютера, с дисков и разделов или отдельные папки.

Выберите «Файлы и папки» и укажите нужные. Пусть это опять будет папка «Музыка» на рабочем столе. Нажмите «ОК» и перейдите к выбору хранилища.

Выберите флеш-накопитель Е, снова нажмите «ОК» → «Создать копию». Копия папки «Музыка» создана на флеш-накопителе.

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

Стоимость программы - 2 700 рублей. Стандартная подписка на год обойдётся пользователям в 2 400 рублей, расширенная - в 5 100 рублей. Мобильные приложения работают в связке с десктопной версией и скачиваются бесплатно.

macOS

Carbon Cope Cloner

Лицензия: коммерческое ПО.

Поддержка русского языка: нет.

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

В Source Disk выберите диск, который хотите скопировать. В Target Disk укажите место хранения копии. Запустите процесс кнопкой Clone.

Бесплатный период использования программы составляет 30 дней. После Carbon Cope Cloner будет стоить 2 405,65 рубля.

Android

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: есть.

Удобное решение для создания резервных копий и синхронизации приложений на Android, не требующее root-прав. Однако для полноценной работы придётся установить Helium и на компьютер под управлением Windows, Linux или macOS.

После установки приложения на смартфон вам сразу придёт уведомление о необходимости десктопной версии. Для удобства установки и экономии времени программа предлагает отправить ссылку в удобный для пользователя мессенджер или на email. Перейдите оттуда по ссылке на сайт программы, скачайте и запустите. Установка в стиле «Далее» → «Далее» → «ОК» не вызывает сложностей.

Пока программа устанавливается, мобильное приложение просит подсоединить телефон к компьютеру и включить отладку по USB.

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

Откройте мобильное приложение. Из списка установленных программ выберите нужные и нажмите на кнопку «Резервирование». Укажите, где будет храниться резервная копия, и дождитесь завершения процесса.

Для восстановления из резервной копии перейдите на вкладку «Восстановление и синхронизация», укажите хранилище с копией, выберите нужные приложения и нажмите «Восстановление».

Базовая версия программы бесплатная, стоимость расширенной составляет 149,86 рубля.

Расширенная версия позволяет:

• отключить рекламу;
• установить резервное копирование по расписанию;
• включить синхронизацию между Android-устройствами;
• сохранять данные в облаке.

Приложение не удастся установить владельцам устройств Motorola и некоторых моделей Sony.

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: есть.

Популярнейшее среди пользователей Android средство для резервного копирования приложений. Требует root-доступа к устройству.

Для создания резервной копии одного или нескольких приложений откройте вкладку «Резервные копии», на которой представлен полный список установленного софта. Восклицательный знак около приложения говорит о том, что для него копия ещё не создавалась. Значок телефона означает, что программа хранится на внутренней памяти устройства. Пиктограммой SD-карты отмечены приложения, хранящиеся на карте памяти.

Выберите приложение и в открывшемся меню нажмите «Сохранить».

Резервная копия создана. Теперь, если войти в приложение ещё раз, можно увидеть кнопку «Восстановить».

Titanum Backup поддерживает групповую работу с приложениями и резервными копиями. Для этого нужно перейти в «Меню» → «Пакетные действия».

Данная функция позволяет:

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

Функциональность Titanium Backup значительно шире, но для наших целей вполне достаточно перечисленных возможностей.

Расширенная версия Titanium Backup стоит 349 рублей. Её основные возможности:

• создание нескольких резервных копий для приложения;
• шифрование резервируемых данных;
• проверка всех архивов;
• пакетная заморозка и разморозка приложений;
• синхронизация резервных копий с облаком.

iOS

iMazing

Лицензия: коммерческое ПО.

Поддержка русского языка: есть.

Совместимость: Microsoft Windows, macOS.

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

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

Бесплатный период составляет 30 дней, после этого придётся заплатить 39,99 доллара за использование на одном компьютере.

Лицензия: коммерческое ПО.

Поддержка русского языка: нет.

Совместимость: iOS.

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

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

Чтобы восстановить данные, нажмите на кнопку Restore в меню левой части экрана.

Стоимость BackupAZ - 2,99 доллара.

iLex

Лицензия: свободное ПО.

Поддержка русского языка: есть.

Совместимость: iOS.

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

Создав резервную копию, сохраните её туда, куда вам удобно, а после перепрошивки девайса или в случае утери скопируйте архив на телефон и восстановите нужную информацию.

Cydia

Лицензия: свободное ПО.

Поддержка русского языка: есть.

Чтобы это сделать, достаточно зайти в Manage Accounts, ввести свою учётную запись и выбрать Installable Purchases. Вот только так получится сделать только для купленных приложений. Информацию о бесплатных Cydia не сохраняет.

Облачные решения

Google Drive

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: есть.

Совместимость:

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

Хранилище включает в себя:

• Google Drive - служит для хранения файлов;
• Gmail - сохраняет контакты пользователя и является мощным почтовым клиентом;
• Google Photo - автоматически находит на устройствах изображения и сохраняет их в облако.

Бесплатно предоставляется 15 ГБ. За больший объём придётся заплатить от 2,99 до 299 долларов. Максимальный объём хранилища составляет 30 ТБ, а загружаемого файла - 5 ТБ.

Для бесплатного использования доступно 2 ГБ хранилища. Стоимость 1 ТБ составит 9,99 евро. Неограниченное количество места можно приобрести за 10 евро в месяц.

Яндекс.Диск

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: есть.

Совместимость: браузеры, Microsoft Windows, macOS, Android, iOS.

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

Бесплатно пользователям предоставляется 10 ГБ. За дополнительные 10 ГБ «Яндекс» просит доплатить 30 рублей, за 100 ГБ - 80 рублей, стоимость же 1 ТБ составит всего 200 рублей.

АЛЕКСЕЙ БЕРЕЖНОЙ, системный администратор. Главные направления деятельности: виртуализация и гетерогенные сети. Еще одно увлечение помимо написания статей – популяризация бесплатного ПО

Резервное копирование
Теория и практика. Краткое изложение

Чтобы организовать систему резервного копирования наиболее эффективно, нужно выстроить настоящую стратегию сохранения и восстановления информации

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

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

В данной статье речь пойдет как раз об обратном: основное внимание уделено общим понятиям, а технические средства будут затронуты только в качестве примеров. Это позволит абстрагироваться от аппаратного и программного обеспечения и ответить на два главных вопроса: «Зачем мы это делаем?», «Можем ли мы это делать быстрее, дешевле и надежнее?».

Цели и задачи резервного копирования

В процессе организации резервного копирования ставятся две основные задачи: восстановление инфраструктуры при сбоях (Disaster Recovery) и ведение архива данных в целях последующего обеспечения доступа к информации за прошлые периоды.

Классическим примером резервной копии для Disaster Recovery является образ системной партиции сервера, созданный программой Acronis True Image.

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

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

• Период хранения данных. У архивных копий он достаточно длительный. В некоторых случаях регламентируется не только требованиями бизнеса, но и законодательно. У копий для аварийного восстановления он сравнительно небольшой. Обычно создают одну или две (при повышенных требованиях к надежности) резервные копии для Disaster Recovery c максимальным интервалом в сутки-двое, после чего они перезаписываются свежими. В особо критичных случаях возможно и более частое обновление резервной копии для аварийного восстановления, например, раз в несколько часов.
• Быстрота доступа к данным. Скорость доступа к длительно хранящемуся архиву в большинстве случаев не критична. Обычно необходимость «поднять данные за период» возникает в момент сверки документов, возврата к предыдущей версии и т.д., то есть не в аварийном режиме. Другое дело – аварийное восстановление, когда необходимые данные и работоспособность сервисов должны быть возвращены в кратчайшие сроки. В этом случае скорость доступа к резервной копии является крайне важным показателем.
• Состав копируемой информации. В архивной копии обычно содержатся только пользовательские и бизнес-данные за указанный период. В копии, предназначенной для аварийного восстановления, помимо этих данных, содержатся либо образы систем, либо копии настроек операционной системы и прикладного программного обеспечения, а также другой информации, необходимой для восстановления.

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

Самое главное – четко понимать, для чего делается резервирование. Приведу пример: вышел из строя критичный SQL-сервер по причине отказа дискового массива. На складе есть подходящее аппаратное обеспечение, поэтому решение проблемы состояло только в восстановлении программного обеспечения и данных. Руководство компании обращается с понятным вопросом: «Когда заработает?» – и неприятно удивляется, узнав, что на восстановление уйдет целых четыре часа. Дело в том, что на протяжении всего срока службы сервера регулярно осуществлялось резервное копирование исключительно баз данных без учета необходимости восстановить сам сервер со всеми настройками, включая программное обеспечение самой СУБД. Попросту говоря, наши герои сохраняли только базы данных, а про систему забыли.

Приведу другой пример. Молодой специалист на протяжении всего периода своей работы создавал посредством программы ntbackup одну-единственную копию файлового сервера под управлением Windows Server 2003, включая данные и System State в общую папку другого компьютера. По причине дефицита дискового пространства эта копия постоянно перезаписывалась. Через некоторое время его попросили восстановить предыдущий вариант многостраничного отчета, который был поврежден при сохранении. Понятное дело, что, не имея архивной истории с выключенным Shadow Copy , он не смог выполнить этот запрос.

На заметку Shadow Copy , дословно – «теневая копия». Обеспечивает создание мгновенных копий файловой системы таким образом, что дальнейшие изменения оригинала никак не оказывают на них влияния. С помощью данной функции возможно создавать несколько скрытых копий файла за определенный период времени, а также на лету резервные копии файлов, открытых для записи. За работу Shadow Copy отвечает служба Volume Copy Shadow Service. System State , дословно – «состояние системы». Копирование System State создает резервные копии критических компонентов операционных систем семейства Windows. Это позволяет восстановить инсталлированную ранее систему после разрушения. При копировании System State происходит сохранение реестра, загрузочных и других важных для системы файлов, в том числе для восстановления Active Directory, Certificate Service database, COM+Class Registration database, SYSVOL-директории. В ОС семейства UNIX непрямым аналогом копирования System State является сохранение содержимого каталогов /etc, /usr/local/etc и других необходимых для восстановления состояния системы файлов.

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

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

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

При реализации задачи аварийного восстановления можно использовать разные стратегии.

В одних случаях необходимо прямое восстановление системы на «голое железо» (bare metal). Это можно выполнить, к примеру, с помощью программы Acronis True Image в комплекте с модулем Universal Restore. В этом случае конфигурацию сервера удается вернуть в строй за очень короткий срок. Например, раздел с операционной системой в 20 Гб вполне реально поднять из резервной копии за восемь минут (при условии, что архивная копия доступна по сети 1 Гб/с).

В другом варианте целесообразнее просто «вернуть» настройки на только что проинсталлированную систему, как, например, копирование в UNIX-подобных системах конфигурационных файлов из папки /etc и других (в Windows этому приблизительно соответствует копирование и восстановление System State). Конечно, при таком подходе сервер введется в работу не ранее, чем будет проинсталлирована операционная система и восстановлены необходимые установки, что займет гораздо более длительный срок. Но в любом случае решение, каким быть Disaster Recovery, проистекает из потребностей бизнеса и ресурсных ограничений.

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

Это еще один интересный вопрос, который хотелось бы затронуть. Под системами избыточного резервирования оборудования подразумевается внесение некоторой избыточности в аппаратное обеспечение с целью сохранения работоспособности в случае внезапного выхода из строя одного из компонентов. Прекрасный пример в данном случае – RAID-массив (Redundant Array of Independent Disks). В случае отказа одного диска можно избежать потери информации и безопасно произвести замену, сохранив данные за счет специфичной организации самого дискового массива (подробнее о RAID читайте в ).

Мне доводилось слышать фразу: «У нас очень надежное оборудование, везде стоят RAID-массивы, поэтому резервные копии нам не нужны». Да, конечно, тот же самый RAID-массив убережет данные от разрушения при выходе из строя одного жесткого диска. Но вот от повреждения данных компьютерным вирусом или от неумелых действий пользователя это не спасет. Не спасет RAID и при крахе файловой системы в результате несанкционированной перезагрузки.

Кстати Важность отличия резервного копирования от систем избыточного резервирования следует оценивать еще при составлении плана копирования данных, касается ли это организации или домашних компьютеров. Спросите себя, зачем вы делаете копии. Если речь идет о резервном копировании, то подразумевается сохранение данных при случайном (умышленном) действии. Избыточное резервирование дает возможность сохранить данные, в том числе и резервные копии, при выходе оборудования из строя. Сейчас на рынке появилось множество недорогих устройств, обеспечивающих надежное резервирование с помощью RAID-массивов или облачных технологий (например, Amazon S3). Рекомендуется использовать одновременно оба вида резервирования информации. Андрей Васильев, генеральный директор компании Qnap Россия

Приведу один пример. Бывают случаи, когда события развиваются по следующему сценарию: при выходе диска из строя происходит восстановление данных за счет механизма избыточности, в частности, с помощью сохраненных контрольных сумм. При этом наблюдается значительное снижение быстродействия, сервер подвисает, управление практически потеряно. Системный администратор, не видя другого выхода, перезагружает сервер холодным перезапуском (попросту говоря, нажимает на «RESET»). В результате такой перегрузки «по живому» возникают ошибки файловой системы. Самое лучшее, чего можно ожидать в этом случае, – длительная работа программы проверки диска в целях восстановления целостности файловой системы. В худшем варианте придется попрощаться с файловой системой и озадачиться вопросом, откуда, как и в какие сроки можно восстановить данные и работоспособность сервера.

У вас не получится избежать резервного копирования и при наличии кластерной архитектуры. Отказоустойчивый кластер, по сути, сохраняет работоспособность вверенных ему сервисов при выходе из строя одного из серверов. В случае вышеперечисленных проблем, таких как, вирусная атака или повреждение данных из-за пресловутого «человеческого фактора», никакой кластер не спасет.

Единственное, что может выступить в качестве неполноценной замены резервного копирования для Disaster Recovery, – наличие зеркального резервного сервера с постоянным реплицированием данных с основного сервера на резервный (по принципу Primary  Standby). В этом случае при выходе из строя основного сервера его задачи будут подхвачены резервным, и даже не придется переносить данные. Но такая система является довольно дорогостоящей и трудоемкой при организации. Не забываем еще про необходимость постоянной репликации.

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

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

Понятие «окно бэкапа»

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

Выход при решении этих вышеописанных проблем напрашивается сам собой: перенести запуск процесса создания копий на неактивный период времени, когда взаимное влияние резервного копирования и других работающих систем будет минимально. Этот временной период называется «окно бэкапа». Например, для организации, работающей по формуле 8х5 (пять восьмичасовых рабочих дней в неделю), таким «окном» обычно являются выходные дни и ночные часы.

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

Виды резервного копирования

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

Полное резервное копирование (или Full backup)

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

Инкрементное копирование

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

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

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

Дифференциальное резервное копирование

Отличается от инкрементного тем, что копируются данные с последнего момента выполнения Full backup. Данные при этом помещаются в архив «нарастающим итогом». В системах семейства Windows этот эффект достигается тем, что архивный бит при дифференциальном копировании не сбрасывается, поэтому измененные данные попадают в архивную копию, пока полное копирование не обнулит архивные биты.

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

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

Топология резервного копирования

Рассмотрим какие бывают схемы резервного копирования.

Децентрализованная схема

Ядром этой схемы является некий общий сетевой ресурс (см. рис. 1). Например, общая папка или FTP-сервер. Необходим и набор программ для резервного копирования, время от времени выгружающих информацию с серверов и рабочих станций, а также других объектов сети (например, конфигурационные файлы с маршрутизаторов) на этот ресурс. Данные программы установлены на каждом сервере и работают независимо друг от друга. Несомненным плюсом является простота реализации этой схемы и ее дешевизна. В качестве программ копирования подойдут штатные средства, встроенные в операционную систему, или программное обеспечение, такое как СУБД. Например, это может быть программа ntbackup для семейства Windows, программа tar для UNIX-like операционных систем или набор скриптов, содержащих встроенные команды SQL-сервера для выгрузки баз данных в файлы резервных копий. Еще одним плюсом является возможность использования различных программ и систем, лишь бы все они могли получить доступ к целевому ресурсу для хранения резервных копий.

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

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

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

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

Именно по такому принципу работает большинство популярных систем резервного копирования, таких как Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula и другие (см. рис. 2).

Помимо различных агентов для большинства операционных систем существуют разработки для резервного копирования популярных баз данных и корпоративных систем, например, для MS SQL Server, MS Exchange, Oracle Database и так далее.

Для совсем небольших компаний в некоторых случаях можно попробовать упрощенный вариант централизованной схемы резервного копирования без применения программ-агентов (см. рис. 3). Также эта схема может быть задействована, если не реализован специальный агент для используемого ПО резервного копирования. Вместо этого серверный модуль будет использовать уже существующие службы и сервисы. Например, «выгребать» данные из скрытых общих папок на Windows-серверах или копировать файлы по протоколу SSH c серверов под управлением UNIX-систем. Данная схема имеет весьма существенные ограничения, связанные с проблемами сохранения файлов, открытых для записи. В результате подобных действий открытые файлы будут либо пропущены и не попадут в резервную копию, либо скопированы с ошибками. Существуют различные методы обхода данной проблемы, например, повторный запуск задания с целью скопировать только ранее открытые файлы, но нет ни одного надежного. Поэтому такая схема подходит для применения только в определенных ситуациях. Например, в небольших организациях, работающих в режиме 5х8, с дисциплинированными сотрудниками, которые сохраняют изменения и закрывают файлы перед уходом домой. Для организации такой усеченной централизованной схемы, работающей исключительно в среде Windows, неплохо подходит ntbackup. При необходимости использовать подобную схему в гетерогенных средах или исключительно среди UNIX-компьютеров я рекомендую посмотреть в сторону Backup PC (см. ).

Рисунок 4. Смешанная схема резервного копирования

Что такое off-site?

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

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

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

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

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

1. Описание резервного копирования в системе Windows, в том числе System State – http://www.datamills.com/Tutorials/systemstate/tutorial.htm .
2. Описание Shadow Copy – http://ru.wikipedia.org/wiki/Shadow_Copy .
3. Официальный сайт Acronis – http://www.acronis.ru/enterprise/products .
4. Описание ntbackup – http://en.wikipedia.org/wiki/NTBackup .
5. Бережной А. Оптимизируем работу MS SQL Server. //Системный администратор, №1, 2008 г. – С. 14-22 ().
6. Бережной А. Организуем систему резервного копирования для малого и среднего офиса. //Системный администратор, №6, 2009 г. – С. 14-23 ().
7. Маркелов А. Linux на страже Windows. Обзор и установка системы резервного копирования BackupPC. //Системный администратор, №9, 2004 г. – С. 2-6 ().
8. Описание VPN – http://ru.wikipedia.org/wiki/VPN .
9. Дедупликация данных – http://en.wikipedia.org/wiki/Data_deduplication .

Вконтакте