Админский back-up

Фленов Михаил aka Horrific

Спецвыпуск: Хакер, номер #062, стр. 062-036-6

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

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

Итак, сколько носителей информации нам понадобится? Как часто придется пользоваться ими и как делать это? Все зависит от многих факторов:

- хранящаяся информация;

- частота ее изменения;

- присутствие/отсутствие возможности ручного восстановления большой массы потерянных данных;

- возможное время недоступности сервера;

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

- род данных, которые изменяются чаще всего.

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

Основные директории, которые должны резервироваться:

- \Windows — содержит конфигурационные файлы;

- \Document and Settings — пользовательские файлы;

- директория, содержащая web-файлы;

- другие директории с пользовательскими данными.

Редко, но метко

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

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

Восстановление данных всегда начинается с конфигурации.

Редко, но метко

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