На главную страницу
 
  Главная 
  Новости 
  Статьи  RSS
  Программное обеспечение 
  Форум 
  Опросы 
  Полезные ссылки 
MSExchange.ru ISADocs.ru WinSecurity.ru NetDocs.ru

Exchange 5.5
Exchange 2000
Exchange 2003
Exchange 2007
Общее
Exchange 2010

Поиск по сайту


Авторизация

Запомнить меня на этом компьютере
  Забыли свой пароль?
  Регистрация

Подписка

Изменение параметров

Статистика

Hits 2074464
12317
Hosts 1616425
3052
Visitors 164462
4033

13
Мониторинг активности принтеров

Главная / Статьи / Общее / Построение эффективного решения по аварийному восстановлению и непрерывности рабочего процесса – переход к доступности и целостности


Построение эффективного решения по аварийному восстановлению и непрерывности рабочего процесса – переход к доступности и целостности

Версия для печати Версия для печати

Эта статья переведена силами и средствами компании Red Line Software. Размещение данного переведенного материала на других сайтах без разрешения компании Red Line Software запрещается.

Введение

Очень просто запутаться в различиях между аварийным восстановлением (Disaster Recovery (DR)), планированием непрерывности производственного процесса (Business Continuity Planning (BCP) / (BC)) и такими вещами, как высокая доступность (High availability) и резервное копирование (Backups). В этой статье я опишу каждый компонент и различия между ними, а также то, что нужно создать вашей организации, чтобы быть полностью защищенной.

Немного о прошлом

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

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

Так какова же разница между аварийным восстановлением (АВ) и планированием непрерывности производственного процесса (ПНПП)?

С точки зрения логики все просто; АВ (аварийное восстановление - Disaster Recovery) – это краткосрочная стратегия восстановления (реагирования) в случае аварийной ситуации. Аварийные ситуации могут принимать самые разнообразные формы, даже сбой в работе почтового сервера может классифицироваться как аварийная ситуация. Поэтому аварийное восстановление представляет собой стратегию 24 - 72 часов. Аварийное восстановление является частью более обширного процесса, который мы называем ПНПП или планирование непрерывности производственного процесса. Целью здесь является снижение потерь в случае аварийной ситуации. Аварийное восстановление обычно используется сразу после серьезного разрушительного события, как, например, события 11 сентября или землетрясения на Гаити.

Непрерывность рабочего процесса (НРП) представляет собой долгосрочную стратегию (проактивную). НРП или ПНПП заключается в обеспечении работы предприятия в обстоятельствах, когда некие аномалии пытаются повлиять на его работу. НРП концентрируется вокруг долгосрочного планирования и включает такие вещи, как репликация на другие сайты и гибкость с целью избежать аварийной ситуации; это как план по предотвращению катастрофы (Disaster Avoidance Plan). Он требуется для того, чтобы остаться в рабочем состоянии, и охватывает более широкий подход, включая аварийное восстановление, как один из своих элементов. Весь процесс требует гораздо больше аналитической работы и сконцентрирован на критическом управлении, аварийное восстановление является частью управления рисками и включает оценку и расчет вероятности риска, что помогает выявить профиль риска организаций и разработать стратегии по снижению рисков. Одним из видов анализа, который нужно выполнить в качестве части ПНПП, является так называемый анализ последствий для бизнеса или сокращенно АПБ (BIA - Business Impact Analysis), который охватывает более широкий спектр рабочих процессов, а не только сферу информационных технологий, включая понимание такого понятия как MTPD (Maximum Tolerable Period of Disruption – максимально приемлемый период нарушения деятельности), и является более подробным при анализе угроз.

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

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

Суть в том, что здесь нужно использовать оба типа стратегий, некоторые элементы которых перекликаются, вот почему это вызывает замешательство. Говоря коротко, АВ – это восстановление после аварийной ситуации в течение 24-72 часов, а НРП/ПНПП позволяет обеспечивать работоспособность в течение более длительного времени.

Необходимые шаги и как заставить все работать

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

Обслуживание

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

Вещи, которые нужно сделать

  1. Начните со списка тех вещей, которые нужно сделать. В этот список должен быть включен план. Этот список поможет при общей разработке плана и определит необходимые задачи и подходы.
  2. Тестируйте весь план как минимум раз в год и практикуйтесь со всеми своими подразделения предприятия, чтобы быть уверенными в том, что в план включены все обстоятельства. Чем больше вы практикуетесь, тем лучше для вас и тем больше аспектов вы и ваша организация охватит.
  3. Вложите средства в дополнительные площади за пределами предприятия, на которых вы сможете перегруппироваться в случае необходимости. Это обеспечит вам основу во времена кризиса и поможет реструктурировать и организовать там командный центр.
  4. Заполните пробелы в своем анализе BIA, этот шаг необходимо выполнить в самом начале, для чего можно нанять опытных специалистов, которые бы вам в этом помогли.
  5. Создайте всеобъемлющую программу просвещения, которая поможет вам информировать ваш персонал и держать их в курсе, чтобы во времена кризиса они могли должным образом реагировать.
  6. Убедитесь, что вся необходимая информация по службам у вас имеется; сюда может входить служба пожарной охраны, скорой помощи и прочие экстренные службы. Полезно посетить эти учреждения и ознакомиться с их порядками и процедурами.
  7. Постоянно тестируйте и совершенствуйте свой план, это позволит вам быть максимально готовыми к любым ситуациям, и не забывайте привлекать к этому процессу весь персонал своей компании.

Заключение

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





Рейтинг:  
5.0 (голосов 2)  
 1   2   3   4   5    

Автор: Руи Силва (Rui J.M. Silva)
Руи Силва (Rui J. Silva) является Старшим Консультантом, работая в основном с Microsoft Technologies at ParaRede, компанией-Золотым Партнером Microsoft в Португалии. Он является сертифицированным MCDBA/MCSA/MCSE:Messaging и признан в качестве Microsoft MVP для Exchange Server, благодаря его вкладу в некоторые технические форумы. Руи тратит немного своего свободного времени на обновление Exchange выделенных блогов http://msmvps.com/ehlo (на английском) и http://ehlo.blogspot.com/ (на португальском).
Эта статья переведена и опубликована с разрешения www.msexchange.org

Эта статья переведена силами и средствами компании Red Line Software. Размещение данного переведенного материала на других сайтах без разрешения компании Red Line Software запрещается.





Работает на «Битрикс: Управление сайтом»
Работает на «Битрикс:
 Управление сайтом»
© MSExchange.ru, 2005-2010