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

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

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

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

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

Теневое копирование

Windows 2003 поддерживает возможность создания так называемых «Теневых копий». При включении и настройке нужным образом службы Volume Shadow Copy пользователи смогут получать доступ к различным версиям документа — в соответствии с привязкой к определенному моменту времени. Само теневое копирование производится «на лету» независимо от того, открыт файл или нет.

Аналогичные возможности предоставляют системы электронного документооборота, например SharePoint Portal Server.

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

Несмотря на использование RAID 1 и кластера, резервное копирование информации никто не отменял, и делать его необходимо. Но куда резервировать данные? Однажды меня на работе вызвали в какой-то отдел восстановить данные, потерянные по вине сломавшегося жесткого диска (я был программером, и это не входило в мои обязанности, но я пошел). Восстановить данные, конечно же, не удалось, потому что жесткий диск вышел из строя окончательно и бесповоротно, поэтому я задал вполне логичный вопрос: «А где резервная копия?» Ответ был прост как хозяйственное мыло: резервная копия производилась на тот же диск, но только в другой раздел. Некоторым людям очень тяжело втолковать, что если ломается диск, то ломаются все его разделы.

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