ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО  ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

КАМСКАЯ ГОСУДАРСТВЕННАЯ  ИНЖЕНЕРНО-ЭКОНОМИЧЕСКАЯ АКАДЕМИЯ

КАФЕДРА ММИТЭ

КОНТРОЛЬНАЯ РАБОТА

по дисциплине «Информатика»

Вариант №  10

Выполнил: студент гр.4150

Кириева Д.Ш.

Проверил: ст. преподаватель

Бусова  А.М.

 
 
Набережные  Челны

2010 год

Оглавление 

 

Введение

Независимо от используемой технологии резервного копирования всегда следует придерживаться некоторых фундаментальных правил. Мы приведем 10 условий, выполнение которых облегчает проведение резервного копирования. На первый взгляд, эти условия просты и очевидны, но не всегда их легко выполнить.

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

 

Резервное копирование

Резервное копирование  выполняется для того, чтобы можно  было:

Восстанавливать отдельные файлы

Восстанавливать целиком файловые системы.

Первый вариант  позволяет удовлетворить типичный запрос на восстановление файла, когда  пользователь случайно удаляет файл и просит восстановить его из последней  копии. Конкретные обстоятельства могут  несколько различаться, но вообще это  самое распространённое применение резервного копирования.

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

Разные  данные - разные подходы к резервному копированию.

Частота изменения  данных очень важна для разработки процедуры резервного копирования. Тому есть две причины:

Резервная копия - это не больше чем снимок копируемых данных. Это отражение данных в  определённый момент времени.

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

Операционная  система

Эти данные обычно меняются только во время обновлений, установки исправлений ошибок и каких-либо изменений в соответствии с вашими задачами.

Подсказка:

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

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

Прикладное  программное обеспечение

Эти данные меняются при установке, обновлении или удалении программ.

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

Данные пользователей. Эти данные меняются в соответствии с характером работы ваших пользователей. В большинстве организаций это происходит постоянно.

Определив эти  категории (и может быть какие-то ещё, имеющие для вас смысл), вы должны хорошо представить себе, какие резервные копии необходимо делать, чтобы защитить ваши данные.

Замечание:

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

Установление  жизненного цикла и календаря  операций

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

Ежедневные задачи являются основой, с которой хорошо знакомы системные администраторы. К ним относятся:

мониторинг заданий;

отчеты о сбоях  и успешном выполнении;

анализ и разрешение проблем;

манипуляции с  лентами и управление библиотекой;

расписание выполнения заданий.

В случае еженедельных, ежемесячных и других операций надо обращать внимание на:

анализ производительности;

тенденции изменения  объемов и планирование этих изменений;

рассмотрение  и анализ методики резервного копирования;

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

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

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

 

Организация резервного копирования

Ежедневный обзор  логов процесса резервного копирования

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

Защита базы данных резервного копирования или каталога

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

Ежедневное определение  временного окна резервного копирования

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

Локализация и  сохранение "внешних" систем и  томов

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

Максимально возможная  централизация и автоматизация  резервного копирования

Ключом к успешной защите данных является их целостность. Но это не значит, что со всеми  данными требуется обходиться одинаково. Наоборот - одинаково надо обращаться с данными, сходными по объему и важности для компании. Проблема "внешних" систем, о которой шла речь чуть выше, как раз является примером нарушения целостности данных, возникающего из-за нецентрализованного управления резервным копированием. Нередко операции резервного копирования для Windows - и Unix-серверов происходят независимо. Такая организация могла предшествовать сетевому хранению. Помимо того что это неэффективно, подобная организация предполагает разные наборы процедур и разные стратегии резервного копирования для разных платформ. Определять ценность данных таким образом неправильно.

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