По географическим соображениям функции резервного копирования могут быть действительно распределены по удаленным офисам, но, принимая во внимание качество современных коммуникаций, выгода от такой децентрализации весьма небольшая. По мере увеличения сложности инфраструктуры резервного копирования для выполнения повторяющихся операций желательно применять средства автоматизации.
Возьмем, к примеру, трудоемкую задачу ежедневного изучения журналов (логов) выполнения операций. Автоматизация позволит генерировать сигналы тревоги при появлении в логах заранее определенных ошибок. Верно и обратное: автоматизация поможет накапливать повторяющиеся в логах ошибки. Если в логах увидеть одну ошибку SCSI, это то же самое, что увидеть их тысячу.
Просмотр всех одинаковых ошибок - занятие утомительное, способное отбить охоту к ежедневному изучению логов вообще. Если правильно определить выполняемую задачу и ожидаемый результат - средства автоматизации, несомненно, смогут избавить от части утомительной работы.
Нахождение и устранение упомянутых выше проблем является тактической частью работы по обеспечению надежного функционирования системы резервного копирования. Однако эффективное преодоление проблем и определение некоторой шкалы, по которой можно оценить качество резервного копирования, вполне может оказаться движущей силой улучшения инфраструктуры резервного копирования. В больших и сложных средах проблемы могут отслеживаться при помощи формальной системы ярлыков. Если такая система не используется, то наличие журнала открытых (нерешенных на данный момент) проблем может способствовать оптимизации процесса резервного копирования. В любом случае регулярные, детализирующие открытые (нерешенные) проблемы, отчеты будут указывать частоту и количество появления новых и закрытия старых проблем, что, в свою очередь, многое говорит об общем состоянии системы резервного копирования. Простой отчет о тенденциях с соответствующими данными может открыть фундаментальные проблемы и помочь выработать их решение.
Среда резервного копирования по своей природе достаточно динамична. Изменение системы резервного копирования тоже происходит динамично. Резервное копирование должно входить в процесс стратегического планирования, а на операционном уровне - стать частью процесса контроля изменений системы. Существует масса историй о непредусмотренных перебоях резервного копирования, происходящих по вине коммутационной топологии сетей хранения данных, или в связи с изменениями в зонировании, или с появлением "узких мест", возникающих в результате изменения конфигурации системы резервирования данных. Они могут и должны быть устранены. Если в инфраструктуре резервного копирования необходимо наличие ежемесячного перерыва для проведения апгрейдов или регламентных тестов, такое временное окно не должно пересекаться с аналогичным перерывом в работе остальных систем. При внесении изменений в систему существует повышенная потребность в восстановлении данных, когда файлы сохраняются, а новые устанавливаются. Если инфраструктура резервного копирования остановлена для планового обслуживания, то данные не смогут быть восстановлены в нужное время. Инфраструктура резервного копирования - это производственная система, и, как одно из важнейших используемых приложений, требует поддержки и внимания ничуть не меньше остальной производственной среды.
Среда резервного копирования сложна и с появлением новых технологий становится еще сложнее. Поставщики программных и аппаратных средств соревнуются друг с другом в добавлении новых возможностей для того, чтобы выделиться. В то время как большая часть данных технологий действительно полезна (а все это звучит еще лучше), есть множество затруднений в понимании нюансов функционирования той или иной технологии и отличий между ними. Например, существует множество подходов к дисковому резервному копированию. Какой из них лучше всего подходит для данной среды и в чем его преимущество? Вот фундаментальный вопрос, на который надо ответить: у выбранного поставщика достаточно умения для удовлетворения ваших потребностей? Если все технические проблемы решены - хорошо. Если технические проблемы не решаются за разумное время - то с подобным поставщиком работать не следует. Это особенно заметно, когда требуется интеграция продуктов от разных изготовителей.
Описанные правила могут показаться слишком очевидными, но выполнять их все бывает далеко не просто. Это зависит от некоторого количества ключевых элементов: возможностей в плане отчетности, высокого уровня компетентности персонала, связанного с резервным копированием, и прочного взаимодействия структур, выполняющих разные функции. Помех этому тоже может быть немало: стоимость, доступность ресурсов, уровень мастерства, организационной политики и многое другое. Если нет возможности предусмотреть все указанные аспекты, стоит выделить наиболее важные и сфокусироваться на них. Но по другую сторону этих трудностей находится риск невосстановления данных, а значит, и потери критически важной информации
Резервное копирование выполняется для того, чтобы можно было:
Восстанавливать отдельные файлы
Восстанавливать целиком файловые системы.
Первый вариант позволяет удовлетворить типичный запрос на восстановление файла, когда пользователь случайно удаляет файл и просит восстановить его из последней копии. Конкретные обстоятельства могут несколько различаться, но вообще это самое распространённое применение резервного копирования.
Второй вариант спасает от худшего кошмара системного администратора, когда по какой-либо причине, то, что не так давно было функционирующей частью центра данных, превращается просто в безжизненную груду железа, пластика и кремния. В итоге вы потеряли все программы и данные, которые накапливали вместе с пользователями не один год. Предполагается, что у вас всё скопировано. Но так ли это?
И если это так, вы можете всё восстановить?
Взгляните на данные [1] , которые обрабатываются и хранятся в типичной компьютерной системе. Заметьте, что некоторые данные не меняются практически никогда, а другие постоянно изменяются.
Частота изменения данных очень важна для разработки процедуры резервного копирования. Тому есть две причины:
Резервная копия - это не больше чем снимок копируемых данных. Это отражение данных в определённый момент времени.
И чем чаще меняются данные, тем чаще следует выполнять их резервное копирование.
Системные администраторы, хорошо понимающие, как работают их компьютеры, пользователи и приложения, могут быстро распределить типы данных по разным категориям. Но чтобы вам было легче начать, ниже приведено несколько примеров:
Эти данные обычно меняются только во время обновлений, установки исправлений ошибок и каких-либо изменений в соответствии с вашими задачами.
| Подсказка |
| Стоит ли вообще думать о резервной копии операционной системы? На эту тему многие системные администраторы размышляют уже много лет. С одной стороны, если процесс установки довольно прост, а применение исправлений и процедуры настройки хорошо документированы и легко воспроизводимы, переустановка операционной системы может быть подходящим вариантом. С другой стороны, если есть хоть малейшее сомнение в том, что при новой установке удастся полностью воссоздать окружение изначальной системы, лучше выполнить резервное копирование операционной системы, хотя делать его можно гораздо реже, чем резервную копию полезных данных. Резервные копии операционной системы также могут пригодиться, когда потребуется восстановить всего несколько системных файлов (например, в случае ошибочного удаления). |
Эти данные меняются при установке, обновлении или удалении программ.
Данные приложений.
Эти данные меняются так же часто, как запускаются связанные с ними приложения.
В зависимости от определённого приложения и вашей организации, это может значить, что изменения происходят ежесекундно или один раз в конце налогового года.
Данные пользователей.
Эти данные меняются в соответствии с характером работы ваших пользователей. В большинстве организаций это происходит постоянно.
Определив эти категории (и может быть какие-то ещё, имеющие для вас смысл), вы должны хорошо представить себе, какие резервные копии необходимо делать, чтобы защитить ваши данные.
| Замечание |
| Вы должны иметь в виду, что большинство программ резервного копирования работает с данными на уровне каталога или файловой системы. Другими словами, структура каталогов вашей системы влияет на то, как будет выполняться резервное копирование. Это ещё раз подтверждает, что всегда следует тщательно выбирать оптимальную структуру каталогов в новой системе и группировать файлы и каталоги в соответствии с их предназначением. |