С декабря прошлого года линейка SunGard CMS заметно расширилась, и про все решения  в комплексе мы  еще ни разу не рассказывали.

Из новых решений речь пройдет про три  продукта, дополнивших BIA Professional:

• Risk Assessment
• Vendor Assessment
• Work Force Assesment

Кроме того, будет рассказано и про функциональность, появившуюся в новых версиях продуктов LDRPS и BIA Professional.

Как всегда, Вебинар проходит на русском языке и абсолютно бесплатен

Update 1: Запись Вебинара доступна здесь.

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

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

Сценариев ЧС, при которых может понадобиться экстренное восстановление рабочих мест, несколько.

1. Самый простой сценарий – сотрудники целы, офис цел, но сотрудники не могут попасть в офис. Например, в городе случился теракт и метро не работает.  Или наводнение. Или эпидемия.
2. Более сложный сценарий – люди целы, а вот офис – не совсем.  Если ИТ-инфраструктура и связь сохранилась, то задача сводится к п.1. Если же офис [частично] разрушен/обесточен/аппаратура конфискована, но – есть резервный ЦОД, задача тоже имеет решение.
3. Совсем тяжелый случай – когда часть людей по тем или иным причинам не может выполнять свои функции или участвовать в восстановительных работах. Это может быть вызвано как непосредственно проблемами (болезнь, повреждения или даже смерть), так и проблемами родных и близких, которые требуют неотложного участия.

Итак, как же быть?

На самом деле, задача (на верхнем уровне) сводится к двум подзадачам:

1. Тем, кто есть – дать возможность работать либо удаленно, либо на рабочих местах других сотрудников [в других,  не попавших под воздействие ЧС офисах].
2. Тех, кто не может выполнять свои функции – заменить другими, либо перераспределить их обязанности между теми, кто остался «в строю».

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

У задачи обеспечения альтернативных рабочих мест есть большая ИТ-составляющая. Если ваша ИТ-инфраструктура позволяет обеспечить удаленную работу, то 80% задачи решено. При этом важно убедиться в том, какое количество сотрудников может одновременно пользоваться удаленным доступом. Это ограничение может быть обусловлено пропускной способностью каналов к ЦОД организации, лицензионными ограничениями, либо мощностью оборудования. Подразумевается, что необходимая для этого инфраструктура зарезервирована и доступна даже в случае потери основного ЦОДа. С другой стороны, необходимо проверить, что у сотрудников есть доступ в Интернет и компьютер, удовлетворяющий требованиям для удаленной работы.

Взаимозаменяемость людей требует более серьезной проработки, и подразумевает, кроме перекрестного обучения персонала, четкое отчуждение знаний от сотрудников. Впрочем, как и многие требования непрерывности бизнеса, это требование может очень сильно помочь вам и в обычной жизни – например, в случае недружественного расставания с сотрудником.

Ну и наконец, планирование и учения – пока переход на альтернативные способы работы не будет четко спланирован и протестирован, вряд ли вы сможете полагаться на это в критических ситуациях.

Приказ, среди прочего, устанавливает целевые показатели восстановления для сайтов федеральных органов:

RTO – 4 часа

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

RPO – 24 часа

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

[...]

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

Кроме того, определены некоторые требования к хранению резервных копий:

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

К сожалению, ничего не было сказано про хранение резервных копий за пределами серверных помещений – это могло бы в перспективе помочь избежать пары неприятных историй (вспомним, например, историю с Комсомольской правдой)

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

Случится то происшествие, которого вы не ждете.

Казалось бы, ничего нового, про это говорится от раза к разу, но, несмотря ни на что, зачастую готовимся мы именно к тому, с чем уже сталкивались в обозримом прошлом. Типичный пример тому – меры, принимаемые TSA по обеспечению безопасности полетов после очередных [попыток] терактов, когда защитные меры почему то выстраиваются исходя из предположения, что следующая попытка теракта произойдет в точности по сценарию предыдущей. Мораль – планы обеспечения непрерывности деятельности должны быть:
а) достаточно гибкими
б) рассчитывать на самые худшие сценарии развития ситуации

Не рассчитывайте на работоспособность коммунальных служб

Если чрезвычайная ситуация окажется достаточно масштабной, то велика вероятность того, что:

• У вас не будет электричества. Его может не быть вообще, его могут ограничить предприятиям, его могут «веерно» отключать. В любом случае, если ваш бизнес – это не детский сад или больница, то с большой вероятностью при дефиците энергоснабжения вам может «не хватить».
• Дизель-генераторы могут не помочь. Например, если не будет достаточного запаса солярки, а дороги засыплет снегом. Или заправки не будут работать, потому что там не будет электричества, и насосы не будут работать.
• У вас не будет связи. Бесконечно трагичный, но очень яркий пример – недавнее землетрясение на Гаити. Точнее, не будет привычных видов связи – фиксированной и мобильной. Спутниковая, до определенного масштаба ЧС, будет продолжать работать.
• Воды тоже может какое-то время не быть. Кроме того запаса к кулерам, который есть у вас в офисе, если он есть.
• Транспорт работать не будет. Потому что (см.выше) – не будет топлива, электричества, дорог.

Мораль – определяя свою стратегию, учитывайте возможные изменения окружающего вас мира. Одно из направлений для размышлений – если все ядро вашего бизнеса расположено в одной точке пространства (включая ИТ) – серьезно подумайте о том, чтобы разместить резервную площадку на значительном отдалении.

После ЧС – проведите переоценку RTO

Отличный совет, Чарли. BIA – это компромисс между амбициями подразделений, и ценой обеспечения высоких показателей восстановления. Далеко не всегда в процессе BIA удается сделать четкую количественную оценку потерь в случае ЧС и доли в ней от простоя отдельных бизнес-процессов. Однако реальная чрезвычайная ситуация отлично расставляет все по местам, и вы можете реально посмотреть, что произошло, если показатели RTO не были достигнуты.

Люди, профессионально занимающиеся непрерывностью бизнеса, могут пропустить этот пост – это из серии «наболело». Постараюсь изложить свои эмоции, не используя  профессиональных терминов с одной стороны, и нецензурных выражений с другой.

Три с половиной года назад сгорела редакция Комсомольской правды.

По заявлениям самой КП, «Номер, который уже был готов к подписанию, пришлось переписывать заново, потому что сгорели все серверы и вышли из строя компьютеры. Приютила нас на три дня «Экспресс-газета», которая находилась в соседнем здании. Ущерб от пожара насчитывает около 2 миллионов долларов.»

Сколько из этих двух миллионов пришлось на сгоревшие материальные ценности – я не знаю. Неизвестно также, пытался ли кто-то оценивать безвозвратно потерянную информацию. В любом случае - «Годы работы по созданию одного из крупнейших фотоархивов страны пошли насмарку. В редакции сгорели тысячи дисков с фотографиями за десятки лет. Выгорела ценнейшая библиотека.» [пруфлинк - здесь]

Теперь давайте посмотрим, что произошло на этой неделе с сайтом «Московского комсомольца». По сообщению самого МК, «Неустановленные пока злоумышленники атаковали интернет-сайт нашей газеты. В результате была уничтожена значительная часть информации на mk.ru, и ресурс был некоторое время недоступен для посетителей.[...] Команда сайта работает над восстановлением ресурса в первоначальном виде. К счастью, все тексты публикаций сохранились, однако значительная часть графических- и видеоматериалов была утрачена.»

Несмотря на то, что прямых материальных потерь не было (в смысле, ничего не сгорело, не было украдено и т.п.), по словам главного редактора МК «к сожалению, мы понесли большие финансовые потери, потому что появились большие вопросы с рекламодателями.»

В сухом остатке – безвозвратно погиб архив (или его часть), и на неопределенное время нарушена работоспособность сайта, являющегося, в частности, достаточно крупной рекламной площадкой.

Давайте теперь посмотрим, что общего в этих случаях, и что можно было бы сделать, чтобы избежать столь серьезных последствий.

1. Аксиома управления непрерывностью бизнеса – «shit happens».  Чрезвычайные ситуации случаются. Вне всякого сомнения, надо принимать меры по снижению рисков – и о противопожарной безопасности заботиться, и средства информационной безопасности активно внедрять, но тем не менее – 100% безопасности не бывает. Не у вас сгорит – так у соседей сверху, а вашу серверную для профилактики возгорания пожарные водой прольют. Итого – готовиться надо к худшему. Надеяться, что «со мной этого не случится» – не помогает категорически.

2. Если нет системного подхода к оценке ваших активов с точки зрения их значимости для бизнеса – то почти 100%, что часть останется за кадром. Какая именно часть – вы узнаете, когда случится очередное ЧП. Под словом активы я здесь подразумеваю информацию (как электронную, так и бумажные архивы), инфраструктуру, здания, сотрудников, и т.п. – все, на чем построен ваш бизнес.  Здесь очень важно, чтобы анализ проводился сверху вниз: «продукты и услуги вашей организации» ->»обеспечивающие их бизнес-процессы» -> «инфраструктура, данные, люди…», а не наоборот.

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

Распространенное возражение – «это стоит денег». Да, это стоит денег. Такова жизнь. Ничего не стоит в основном то, что никому не нужно.  Другой вопрос – адекватность цены. Но именно для этого и делается анализ воздействия на бизнес, чтобы сравнить возможные потери и цену  предотвращения этих потерь. Если рискуем потерять 5 миллионов долларов, а вложить надо 50 тысяч – наверное, игра стоит свеч. Если нужно вложить 500 тысяч – уже не так очевидно, надо внимательнее анализировать вероятность риска. При этом всегда надо помнить, что для любой задачи есть решения разного уровня. Если мы говорим про ИТ-системы, то можно спроектировать одно решение, которое обеспечит полное восстановление в течение 5 минут, а можно другое  - со временем восстановления 24 часа. Затраты будут отличаться в разы, и надо смотреть, насколько критично, что сутки система не будет работать. Но, что важно – по истечении этих суток в обоих вариантах все будет восстановлено, а данные не будут безвозвратно потеряны.

3. Если нет стратегии обеспечения непрерывности бизнеса, то …

- Скажите, пожалуйста, куда мне отсюда идти?

- А куда ты хочешь попасть? – ответил Кот.

- Мне все равно… – сказала Алиса.

- Тогда все равно, куда и идти, –заметил Кот.

- …только бы попасть куда-нибудь, – пояснила Алиса.

- Куда-нибудь ты обязательно попадешь, – сказал Кот. – Нужно только достаточно долго идти.

С этим нельзя было не согласиться.

(Льюис Кэрролл. Приключения Алисы в стране чудес)

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

Внутри своей компании мы уже обсуждали возможность сделать типовое решение для банков, которое позволит провести анализ воздействия на бизнес, оценку рисков и на основе собранной информации сформировать типовой план ОНиВД. В США такое решение достаточно успешно функционирует – система PlaNET, разработанная SunGard Availability Solutions на основе продуктов LDRPS и BIA Professional с ограниченной функциональностью. Основные ограничения, внесенные в продукт  -  это невозможность изменения шаблонов планов, опросных листов и т.п. Взамен этого заказчик получает встроенную в продукт методологию проведения анализа  воздействия на бизнес, оценки рисков и типовые планы, учитывающие специфику банковской деятельности.

Со своей стороны, мы (Алмитек) готовы сделать типовое решение по созданию планов ОНиВД на движке Continuity Management Solution, включающем в себя BIA Professional, Risk Assessment и LDRPS. Но для того, чтобы этот проект был успешен, нам необходимо две вещи:

• Реальный интерес к продукту со стороны рынка, подтвержденный готовностью платить за такой сервис сумму порядка 30 тыс. рублей в месяц;
• Несколько банков, которые согласятся выступить первыми пользователями решения, и примут участие в опытной эксплуатации продукта. Взамен эти банки получат более выгодные условия предоставления данного сервиса.

Если вы представляете банк, которому может быть интересно либо использовать готовый сервис, либо принять участие в его создании, я буду признателен за короткое письмо на адрес bcp@almitech.ru, в котором вы обозначите ваш интерес к решению.

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

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

Основной экран системы теперь выглядит таким образом:

На сегодняшний день в CMS интегрировано 3 продукта - BIA, Risk Assessment и LDRPS. Оставшиеся Incident Manager и Notifind обладают механизмами интеграции, но пока функционируют на другой платформе.

Выбрав BIA Professional, мы «проваливаемся» в основное меню системы. То, что мы видим на экране системы, предназначено для администратора, интерфейс для конечного пользователя, анкетируемого сотрудника, значительно проще, до него мы дойдем чуть позже.

Итак, первый шаг – создание анкет. В разделе «Question Manager» мы получаем возможность создавать «кирпичики», из которых впоследствии будут строиться анкеты. Как это принято у SunGard, серьезным достоинством продуктов является не только механизм, позволяющий создавать анкеты «с чистого листа», но и богатый набор уже существующих шаблонов. Символичным является факт, что на первом месте в списке этих «кирпичиков» находится шаблон «CEO Risk Tolerance» – как бы призывающий проводить BIA, начиная с самого верха организации.

Для каждого из элементов анкеты BIA Professional предоставляет мощный инструмент для визуального дизайна, который позволяет не только формировать экранные формы, но и определять логику внутри этой формы – рассчитывать вычисляемые поля, задавать условия валидации, и т.п. Для создания внутренней логики используется собственный C#-подобный язык, а для общения с СУБД – механизмы маппинга полей форм на поля таблиц СУБД, и несколько способов определения критериев, по которым будут отбираться записи для каждого конкретного пользователя. В качестве примера – можно дать пользователю возможность видеть только те бизнес-процессы, которые относятся к его подразделению, и для них дать право определять целевые показатели восстановления.

В отличие от предыдущей версии, здесь мы можем полностью ощутить все прелести интеграции с LDRPS – названия таблиц и полей БД мы видим в бизнес-терминах, и все, что уже наработано в планах внутри LDRPS, доступно при исходном заполнении форм данными. Справедливо и обратное – данные, введенные сотрудниками в процессе проведения BIA могут быть помещены в соответствующие сущности LDRPS, и на их основе впоследствии и будут создаваться планы непрерывности бизнеса и аварийного восстановления.

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

Выглядит все это примерно так:

Разработав отдельные экраны анкет, можно переходить к их компоновке. BIA Professional позволяет делать как последовательный перечень форм, так и условные ветвления в зависимости от значений полей/формул. Например, в зависимости от должности анкетируемого, какие-то экраны могут быть пропущены, а другие, наоборот, добавлены.

Завершив формирование анкеты, на следующем этапе мы определяем пользователей, которые должны ее заполнить (опять же, используется единый с LDRPS список пользователей). На этом подготовительная работа завершена, и, нажатием одной кнопки всем пользователям рассылаются письма с URL-ссылкой и реквизитами доступа к анкете.  Далее, пользователи в комфортном для себя режиме заполняют свои анкеты, при этом администратор имеет возможность отслеживать статус заполнения анкет сотрудниками.

Как видно из скриншота, пользователь имеет возможность перемещаться между различными экранами анкеты в произвольном порядке (за исключением тех экранов, которые зависят от условий ветвления).

После того, как все сотрудники завершат заполнение своих анкет, администратор системы инициирует  два основных события:

1. Генерация отчета с результатами анализа воздействия на бизнес.
2. Заполнение таблиц LDRPS данными, необходимыми для планов аварийного восстановления/непрерывности бизнеса.

Для проектирования итоговых отчетов используется, как и в LDRPS, генератор отчетов Crystal Reports, так что, если вас не устраивают отчеты, предлагаемые по умолчанию, то вы можете легко их поправить, либо разработать свои собственные.

Напоследок – немного о лицензировании решения.

BIA Professional лицензируется на организацию в целом, без ограничения количества анкетируемых сотрудников. По умолчанию лицензируется одно одновременное подключение (concurrent user) для администратора, занимающегося созданием, распространением и сбором анкет. В случае необходимости параллельной работы нескольких администраторов (что теоретически можно представить в очень большой компании), стоимость лицензии на каждого дополнительного администратора составит 12,5% от исходной цены. Новая версия BIA Professional будет стоить на $5000 дороже предыдущей, но до конца декабря 2009 года существует возможность приобрести предыдущую версию по старой цене, и в рамках техподдержки осуществить бесплатный переход на новую версию.

Дополнительную информацию по продукту, ценам, возможности тестирования и т.п. можно запросить по адресу bcp@almitech.ru.