Востоновления данных

МИНИСТЕРСТВО ПО РАЗВИТИЮ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И КОММУНИКАЦИЙ РЕСПУБЛИКИ УЗБЕКИСТАН
ФЕРГАНСКИЙ ФИЛИАЛ ТАШКЕНТСКОГО УНИВЕРСИТЕТА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ИМЕНИ МУХАММАДА АЛ-ХОРАЗМИЙ

Факультет: «Компьютерный инжиниринг»

Предмет: «Востоновления данных »

Выполнил: ст.группы : 618–20.
СУЛТОНМИРЗАЕВ САРДОРБЕК

ПРАКТИЧЕСКАЯ РАБОТА 1.
Этапы разработки стратегии восстановления данных. Принципы восстановления информации
Задание к практической работе 1.
Построить диаграмму планирования восстановления данных с указанием и кратким описанием всех этапов.
Ответить на контрольные вопросы.

Контрольные вопросы

1. 
   Что такое носитель информации?
   
2. 
   Перечислите случаи потери информации и принципы их восстановления.
   
3. 
   От чего зависит успех восстановления?
   
4. 
   На что направлена стратегия защиты данных?
   
   
   Инициализация проекта
   
5. 
   Функции антивирусных программ.
   

Сбор данных

Составление анализа рисков

Системы избежание катастроф







Стратеги








Стратегия восстановление приложений

Стратегия восстановления данных


Стратегия восстановления сетей




Тестирование и поддержка плана


Обучение персонала

Стратегия восстановления данных пользователей

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

Сбор данных — следующий этап анализа ситуации. Он включает в себя сбор информации о внутренних приложениях, инфраструктуре, рисках внешних воздействий. В рамках этапа осуществляется сбор информации о рисках сбоев в работе и методах восстановления данных, используемых другими компаниями. Данные распределяются по категориям и собираются в «информационном складе», в котором сотрудники, работающие над последующими стадиями планирования, могут быстро найти нужную информацию. Также необходимо собрать информацию о том, сколько будет стоить компании простой системы, влияющий на все бизнес-процессы, через 24, 48 и 72 ч, как в денежном эквиваленте, так и в виде нематериальных затрат (потеря доверия потребителей и пр.).
Анализ рисков включает в себя назначение приоритетов для восстановления данных бизнес-процессов, приложений и инфраструктуры, используемой для их поддержки. Частично это попытка предсказать потери компании от перерыва в работе приложений. На основе таких факторов, как начисленные денежные потери от сбоя, данная оценка назначается для каждого бизнес-процесса, а также связанных с ним приложений и инфраструктуры.
Сценарий «выявления потерь», направляющий разработку плана, также формулируется в рамках данной задачи. Идеальным решением было бы выбрать для плана сценарий полной потери основного оборудования, объединив материальные и нематериальные издержки, понесенные после 24, 48 и 72 ч после катастрофы. Это создает весьма убедительную картину при обсуждении финансирования плана, что важно, если учесть, что впоследствии менеджеры могут сократить планируемый бюджет. В конечном счете создаваемый план должен отвечать наихудшему сценарию, но он также должен обладать модульной структурой, чтобы гибко реагировать на менее серьезные случаи сбоев.
По окончании первой стадии планировщики обращаются к стратегиям по логистике восстановления данных, приложений, сетей и рабочих сред конечных пользователей в случае сбоя. Философия, лежащая в основе построения стратегий, проста — устранить те возможности возникновения сбоя, которые можно устранить, и минимизировать влияние тех возможностей возникновения сбоя, устранить которые нельзя.
Постановка задач восстановления данных после сбоя. Большинство задач этой фазы включают разработку стратегий и логистики восстановления после сбоя инфраструктуры и данных, необходимых для критически важных приложений. Каждая из задач требует рассмотрения множества альтернативных вариантов, что помогает построить наиболее эффективную стратегию в рамках ограничений бюджета.
В случае если стратегия предполагает значительные затраты, ее необходимо строго обосновать перед руководством. Поэтому актуальной является задача поиска такой стратегии, которая не только решает вопросы по восстановлению сети после аварии, но и приносит пользу для повседневной деятельности организации.
Например, консолидация хранилищ в сети Fibre Channel для совместного использования ленточной библиотеки обеспечивает улучшенную защиту данных по сравнению с существующей системой. Однако это дорогое приобретение. Альтернативными могут быть решения: а) консолидация серверов, позволяющая снизить затраты на покупку лицензионного ПО, либо б) продление срока службы существующих ленточных устройств. Только когда затраты на каждое решение будут хорошо обоснованы, с ними можно выходить к руководству предприятия.
Актуален следующий практический вопрос, вытекающий из ограниченности бюджета на восстановление: выбрать ли систему, позволяющую избежать катастрофы, или разрабатывать стратегию восстановления данных?
Задача выбора «безаварийных» систем фокусируется на разработке технологий, помогающих определить условия или события, которые могут привести к катастрофе, с последующей их нейтрализацией. Безаварийные системы (включая ПО по управлению, контроль безопасности, датчики пожарной сигнализации и т.д.) не только помогают предотвратить сбои в сети, но могут также спасти жизнь персоналу компании.
Разработка стратегии восстановления данных является актуальной альтернативой задаче выбора «безаварийных» систем. Защита данных ограничена только одной стратегией — избыточностью. Чтобы защитить информацию от потери или разрушения, данные необходимо дублировать.
Способ дублирования данных находится в спектре между резервированием «диск—лента» и зеркальным копированием «диск- диск». В этот спектр попадает все возрастающее число вариантов выбора, представленных отраслью хранения данных в качестве комплексов решений. Рисунок 4.9 демонстрирует спектр современных решений по защите данных, организованных по целевому критерию: «время на резервирование» против «времени на восстановление».
В данном многообразии решений отражается весь спектр продуктов, представленных отраслью хранения данных и отвечающих на проблемы времени и стоимости защиты данных.
Существует множество характеристик программных продуктов, предназначенных для снижения времени на резервное копирование, относящихся к группе «данные для копирования на ленту»: добавочное резервное копирование, «горячее» резервное копирование, а также средства резервирования «диск—диск», имитирующие ленту (DDT). Однако существуют и другие технологии, предназначенные для снижения стоимости зеркалирования данных с диска на диск, например дублирование «диск—диск», многоцелевое и сетевое кэширование, основанное на программном и аппаратном обеспечении, и др.
Таким образом, можно говорить о множестве альтернатив, удовлетворяющих многим средам и бюджетам, а также о множестве вариантов выбора способа резервного копирования данных при планировании. Если компания обладает ограниченными финансовыми ресурсами для планирования восстановления данных, средства лучше потратить на комбинацию решений.
Не стоит минимизировать важность планирования для восстановления приложений (и хост платформ), сетей и данных конечных пользователей. Чем больше способов защиты вы можете спланировать заранее для этих важных направлений восстановления данных, тем лучше.
Однако, как убедились во многих компаниях, даже если тщательно разработанные схемы восстановления сетей, систем и рабочих пространств пользователей становятся жертвой незапланированных событий или сбоев, восстановление этих элементов можно провести достаточно быстро. Но данные невозможно заменить, если они не были заранее продублированы!
После того как все стратегии были сформулированы и задокументированы, наступает последняя стадия проекта планирования, которая включает:

• 
  • создание команд по восстановлению и их обучение;
  
• 
  • тестирование плана;
  
• 
  • реализацию процесса управления изменениями.
  

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