Алексей Коршунов

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

Как делают «обычное» резервировное копирование

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

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

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

n  Раз в месяц делается полное резервное копирование всех нуждающихся в этом файлов.

n  Ежедневно происходит копирование изменённых за текущий день данных.

n  Еженедельно копируются все изменённые за неделю данные.

n  Раз в две недели копируются все изменённые за этот период файлы или же объединяются архивы за две недели.

n  Схема повторяется до тех пор, пока не наступит новый месяц.

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

n  Восстановление последней месячной копии.

n  Восстановление двухнедельной копии.

n  Восстановление недельной копии.

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

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

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

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

n  Громоздкость системы с большим количеством этапов.

n  Сравнительно большое количество времени для восстановления, как единичных утраченных файлов, так и больших массивов.

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

n  Требуется помощь системного администратора для работы с архивами.

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