PrestaShop Theme

Блог о компьютерах, сетях, касперском, программном обеспечении

Блог системного администратора о сетях, компьютерах, передовых технологиях и многом ином
Механизмы резервного копирования 2

Механизмы резервного копирования 2

0
#

Предыдующую статью можно найти здесь  — Механизмы резервного копирования 1

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

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

Если это другой жесткий диск — тогда можно обойтись и непрерывным файлом. Если же это CDили DVD-диски, необходимо позаботиться о том, чтобы образ был правильно разбит на куски. Как правило, это может сделать сама программа резервного копирования.Созданный образ диска представляет собой «замороженную» копию системы.

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

Так, создание полного образа диска объемом 20 Гб в среднем занимает 20—25 мин., а инкрементальный бэкап того же диска — около часа. Зато это экономит объем носителя и устраняет путаницу между разными резервными копиями. Инкрементальный бэкап бывает двух типов. Первый применяется при пофайловом резервном копировании. В этом случае для каждого файла сохраняется также его контрольный код, который позволяет впоследствии определить, изменялось ли его содержимое.

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

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

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

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

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

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

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

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

 

Оставить комментарий