Резервное копирование данных простым языком. Что такое бэкап на Андроиде: создание резервной копии и восстановление — подробное руководство

Простая, удобная и давно зарекомендовавшая себя программа для резервного копирования файлов и синхронизации папок по расписанию. Российский разработчик. Программа имеет простой, понятный интерфейс, но при этом обладает широкими возможностями и гибкими настройками. Позволяет копировать все или только новые/измененные файлы между локальными, сетевыми, сменными дисками, FTP/SFTP, NAS серверами, Яндекс.Диском.

Программа имеет 3 редакции:

• Exiland Backup Free (бесплатная, базовые возможности, Windows-приложение)
• Exiland Backup Standard (платная, расширенный функционал, Windows-приложение)
• Exiland Backup Professional (платная, максимальные возможности, служба Windows)

Ключевые возможности программы:

• 4 типа копирования файлов: Полный, Разностный, Добавочный, Синхронизация.
• Гибкая настройка расписания запуска заданий
• Сжатие в стандартный формат ZIP, шифрование AES-256, разделение архивов, проверка на целостность
• Работа программы службой (Windows service)
• Копирование файлов с множества ПК в локальной сети
• Быстрое копирование файлов в несколько потоков (параллельно)
• Поддержка протоколов FTP, SFTP (SSH), копирование файлов с Linux-систем
• Ведение подробного журнала
• Уведомление о результатах по E-mail, SMS
• Просмотр резервной копии и восстановление файлов в случае их потери
• Запуск внешних приложений, командной строки (до и после выполнения заданий)
• Группировка заданий
• Теневое копирование заблокированных файлов (VSS)

Встроенный планировщик

Вы можете использовать встроенный планировщик, запускать задания по кнопке в программе или назначить выполнение заданий планировщику Windows (Task Manager) – в этом случае, вам не обязательно постоянно держать программу запущенной. Планировщик Windows запустит программу, которая выполнит задание и программа выгрузится из памяти.

Дублирование резервных копий

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

Безопасность

Для предотвращения доступа к ZIP-архивам установите пароль, укажите алгоритм шифрования AES-256 и сохраняйте резервные копии в сетевой папке, доступ к которой ограничен (программа Exiland Backup позволяет указать логин/пароль для доступа к сетевой папке). Все настройки, пароли в программе хранятся в зашифрованном виде. Доступ к настройкам программы можно ограничить, установив пароль на вход в программу.

Надежность

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

Создание задания

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

Теперь вы можете свернуть ее в Область уведомлений на панели задач (System Tray) и дождаться запуска по расписанию. Также можно запустить задание по кнопке на верхней панели.

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

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

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

Ясно, что если бы у вас была резервная копия, то ущерб был бы существенно меньше. Причем чем новее копия, тем меньше ущерб.

Вывод: резервная копия позволит вам существенно уменьшить экономические потери.

Резервное копирование – это процесс

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

1. Создатель резервных копий:

• организует процесс создания и хранения резервных копий;
• создает инструкции по созданию и восстановлению информации из резервных копий;
• создает инструкции по созданию резервных копий;
• отчитывается перед ответственным за хранение резервных копий.

2. Хранитель резервных копий:

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

К сожалению, зачастую исполнитель и ответственный за хранение – это один и тот же человек. Это неправильно и повышает риск утраты данных.

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

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

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

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

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

Где хранить резервные копии

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

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

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

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

Кроме того, информацию можно хранить в облачных хранилищах, таких как Dropbox.

О важности шифрования резервных копий

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

В случае «утечки» базы данных необходимо незамедлительно сменить пароли, так как "утекшие" пароли легко получить из базы данных.

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

Как часто надо делать резервные копии

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

Инструкция по восстановлению

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

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

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

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

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

Резервное копирование (или, как его еще называют, бэкап – от английского слова «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 .

Вконтакте

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

Что такое резервное копирование данных

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

Зачем нужно резервное копирование данных

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

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

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

Какие бывают резервные копии

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

Какие резервные копии можно сделать:

Резервная копия операционной системы

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

Как правило, для резервного копирования операционной системы используют специальные программы или средства Windows.

Резервная копия диска (раздела на винчестере)

Допустим, что у Вас есть раздел жёсткого диска (например, диск “Е”). На нем хранится Ваша музыка и фотографии. Все эти данные Вам важны и их потеря неприемлема.

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

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

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

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

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

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

Одной из таких утилит является программа резервного копирования Exiland Backup , которая очень проста в освоении, но в то же время обладает большими возможностями. Она возьмет на себя заботу по автоматическому созданию резервных копий наиболее важных данных, архивируя их в ZIP, и сохраняя архивы на различные носители: локальные, сменные, сетевые диски или FTP-сервера. Кроме того, программа поддерживает еще один тип копирования — синхронизацию папок (зеркалирование), который дает возможность создавать точную копию исходной папки.

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

Резервное копирование средствами Windows

В операционной системе Windows 7 есть средства для создания резервное копии, как самой системы, так и определенных данных.

Что бы перейти в средства резервного копирования Windows откройте панель управления далее “Система и безопасность” и “Архивация и восстановление”.

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

Программы для резервного копирования данных

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

Acronis True Image Home

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

Программа имеет очень простой и понятный интерфейс. Работать с ней легко и приятно. Единственный минут Acronis True Image Home – программа платная . За нее придется заплатить немного менее двух тысяч рублей или скачать пиратскую версию (тут уже дело вашей совести).

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

Даже если Ваша операционная система сильно повреждена и не загружается, можно загрузить Acronis True Image с флешки или любого носителя и восстановить резервную копию.

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

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

Бесплатные аналоги Acronis True Image

В качестве бесплатных аналогов Acronis True Image можно использовать:

• Clonezilla
• Comodo Backup
• Cobian Backup

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

Просто протестируйте эти программы и определите, какая больше подходит для Ваших целей.

Ручное создание резервных копий

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

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

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

Периодичность

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

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

Множество копий

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

Защита резервной копии

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

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

Хранение резервных копий

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

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

Заключение

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

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

Бэкап (от англ. backup — «запасной») — это создание копии содержимого жесткого диска. Почему нужно резервное копирование файлов? Как правило, для долгосрочного хранения информации рядовыми пользователями применяется винчестер, находящийся в повседневной эксплуатации. Хотя магнитный носитель является довольно надежным устройством, со временем он утрачивает свой ресурс, и файлы могут быть безвозвратно утеряны. Бэкап делается, чтобы этого не произошло: утраченную информацию всегда можно скопировать с резервного хранилища на новый постоянный носитель. В отличие от рабочих, которые доступны всегда и являются временными, резервные копии делаются на отключенном от компьютера диске или flash-накопителе. Как создать резервную копию HDD?

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

Регулярность. Частота создания копии зависит от того, насколько регулярно обновляются данные на жестком диске. У рядового пользователя нет необходимости выполнять бэкап ежедневно: в большинстве случаев оптимальным будет копирование 1 раз в неделю.

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

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

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

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

На чем сохранить скопированные данные?

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

Внешний HDD

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

1. обычный жесткий диск, вставленный в специальную коробку для подключения к USB;
2. flash-диск большого объема.

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

Лазерные диски

Для computer backup могут использоваться любые виды дисков — CD, DVD или Blu-ray. Они удобны в эксплуатации и очень долго хранятся, но имеют ряд недостатков:

• необходимость в бережном обращении, защите от резких колебаний температуры и механических воздействий;
• необходимость в оборудовании компьютера записывающим приводом;
• возможность повреждения диска при частом перезаписывании;
• небольшой объем — от 700 МБ у CD до 25 ГБ у Blu-ray (самый большой HDD на сегодняшний день имеет объем 10 ТБ).

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

Облачные сервисы

Облака — это удаленные серверы для computer backup. Самый спорный вариант. Достоинства у него следующие:

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

Преимущества значительные, но и недостатки существенны:

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

Сегодня существует много облачных сервисов для резервного копирования диска — Google Drive, Dropbox, OneDrive и т. д. Существенной разницы между ними для конечного пользователя нет (кроме стоимости подписки и удобства доступа к хранилищу).

Программы для резервного копирования

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

Windows 10 также может сохранять, осуществлять резервное копирование данных при помощи облачного сервиса Microsoft. За довольно скромную плату предоставляется 1 ТБ места на сервере, копирование производится автоматически при изменениях в указанных пользователем папках, доступ к хранилищу возможен либо через сайт Microsoft, либо прямо из проводника на компьютере. Минус — бесконтрольность копирования. Если процесс начался, остановить его можно, только отключив интернет или выключив компьютер, отменить копирование невозможно.

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

Acronis True Image. Стандартная версия стоит 50 евро, улучшенная с подпиской на 50 ГБ облачного пространства — 40 евро в год, а премиум, включающий дополнительные продукты и 1-5 ТБ места на облаке, — от 80 до 240 евро в год.

Paragon Backup & Recovery. Стоит всего 890 рублей, быстро копирует все содержимое компьютера и позволяет восстановить данные даже при полной неработоспособности ОС.

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

Бесплатные программы для computer backup:

• Genie Backup Manager. Удобна в использовании, но требовательна к ресурсам системы.
• Handy Backup. Отличается простотой интерфейса и высокой скоростью работы.
• Back2zip — осуществляет резервирование данных в zip-архивах. Максимально простая программа.

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

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