План подготовки аварийного комплекта документации к обработке

Видео:Техническая и конструкторская документация в проектеСкачать

Техническая и конструкторская документация в проекте

Как разработать план аварийного восстановления?

Расскажем, что должно быть в этом документе, чтобы IT-инфраструктура после сбоя восстановила работу в короткие сроки.

Отказы и сбои IT-инфраструктуры нельзя исключить полностью. После катастрофы работу сервисов нужно восстановить как можно быстрее — тогда убытки бизнеса будут минимальны.

Чтобы сотрудники знали, как действовать, и нужные меры были приняты вовремя, разрабатывают план аварийного восстановления (DRP): выбирают технологии Disaster Recovery с учетом потребностей бизнеса и бюджета, назначают ответственных, прописывают порядок действий для предупреждения катастрофы и устранения ее последствий.

Мы составили руководство по разработке плана аварийного восстановления с общими рекомендациями по восстановлению IT-инфраструктуры.

Что такое план аварийного восстановления

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

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

  • восстановить IT-инфраструктуру бизнеса после аварии в приемлемые сроки;
  • обеспечить работу критически важных функций IT-инфраструктуры во время простоя основного ЦОД;
  • сохранить данные компании в нужном объеме.

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

Чтобы обеспечить катастрофоустойчивость бизнеса и непрерывность его работы, компания может дублировать IT-сервисы в собственный дата-центр или использовать облачные сервисы, когда Disaster Recovery предоставляется провайдером как услуга.

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

В качестве целей DRP могут быть указаны:

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

Факторы риска

В DRP прописывают основные факторы риска для IT-инфраструктуры и те угрозы, что могут возникнуть в процессе аварийного восстановления. Также планируют мероприятия, которые помогут минимизировать риски или исключить их полностью.

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

  • проверка корректности создания резервных копий;
  • проверка качества работы каналов резервной связи;
  • контроль наличия нужного оборудования;
  • периодическая проверка DRP на соответствие реальному положению дел;
  • тестирование резервных инфраструктур.

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

Список критически важных сервисов

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

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

https://www.youtube.com/watch?v=BzoRTv-5B_8

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

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

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

Система реагирования на сбои

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

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

Распределение ролей и обязанностей между сотрудниками

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

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

Процесс реализации плана и реагирования на технический сбой

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

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

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

Каждая задача должна быть максимально конкретной, то есть состоять из точных команд или действий. Например, не просто позвонить ответственному, а позвонить менеджеру Юлии по телефону 8-965-123-45-64 в течение трех минут.

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

Готовый план аварийного восстановления тестируют, чтобы выяснить, сработает он в реальной ситуации аварии или нет.

Существуют различные типы тестов:

  1. Проработка действий с командой. Сотрудники устно проходят шаги, указанные в плане, выявляют пробелы и трудные места. Этот вид тестирования помогает команде ознакомиться с планом DR, но его недостаточно для проверки работоспособности плана.
  2. Моделирование аварийного сбоя. Имитация катастрофы без прерывания работы IT-инфраструктуры. Включает тестирование оборудования и программного обеспечения, работы персонала, коммуникаций, процедур, резервных сервисов. Результаты анализируют, при необходимости план корректируют.
  3. Тестирование в рабочем режиме. Полное прохождение процедур плана аварийного восстановления с отключением основной IT-инфраструктуры. Может быть дорогостоящим и представлять риск для текущих операций.

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

Видео:Какая техническая документация необходима для организации производстваСкачать

Какая техническая документация необходима для организации производства

По формированию аварийных комплектов документации на объекты повышенного риска и объекты систем жизнеобеспечения населения, Методические рекомендации МЧС России от 25 сентября 2006 года №3/1-1504

Настоящие методические рекомендации регламентируют порядок проведения комплекса работ по формированию аварийных комплектов документации (далее — АКД) на объекты повышенного риска и объекты систем жизнеобеспечения населения.

Методические рекомендации разработаны в соответствии с приказом МЧС России от 17.02.2006 N 92.

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

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

Введение

В соответствии с Федеральным законом от 26 февраля 1997 года N 31-ФЗ «О мобилизационной подготовке и мобилизации в Российской Федерации» и постановлениями Правительства Российской Федерации от 18 января 1995 года N 65 «О создании единого российского страхового фонда документации» и от 26 декабря 1995 года N 1253-68 «Об обеспечении создания единого российского страхового фонда документации», положивших начало процессу создания страхового фонда документации на объекты повышенного риска и объекты систем жизнеобеспечения населения, предназначенного для проведения аварийно-спасательных и аварийно-восстановительных работ (далее — СФД-ЧС), работы в этом направлении приобрели в настоящее время широкомасштабный характер.

СФД-ЧС — это надежно хранимый упорядоченный массив аварийных комплектов документации (далее — АКД) на объекты повышенного риска и объекты систем жизнеобеспечения населения зафиксированный на микроформах и других компактных носителях информации, необходимых для проведения аварийно-спасательных и других неотложных работ при ликвидации чрезвычайных ситуаций в условиях мирного и военного времени.

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

Вопрос формирования на объектах АКД и подготовки его к микрофильмированию имеет определяющее значение в деле создания СФД-ЧС.

Организация работ по созданию СФД-ЧС осуществляется на основании перечней объектов повышенного риска и объектов систем жизнеобеспечения населения (далее — перечни), разрабатываемых и утверждаемых федеральными органами исполнительной власти и органами исполнительной власти субъектов Российской Федерации по согласованию с МЧС России.

В перечни объектов повышенного риска, на которые создается СФД-ЧС, входят существующие, проектируемые и строящиеся (реконструируемые): взрывоопасные объекты; пожароопасные объекты; химически, радиационно и биологически опасные объекты; объекты гидродинамической и другой опасности.

В перечни объектов систем жизнеобеспечения населения, на которые создается СФД-ЧС, входят существующие, проектируемые и строящиеся (реконструируемые):

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

СФД-ЧС по своей структуре состоит из совокупности АКД на каждый из объектов, включенных в перечни.

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

1. Основные положения

1.1. По своему предназначению СФД-ЧС должен обеспечить органы управления системы предупреждения и ликвидации чрезвычайных ситуаций аварийными комплектами документации, необходимыми для принятия управленческих решений и проведения аварийно-спасательных, аварийно-восстановительных и других неотложных работ при ликвидации ЧС на объектах территорий субъектов Российской Федерации.

1.2. АКД представляет собой упорядоченную совокупность проектной, управленческой, конструкторской, технологической и другой документации, действующей на объекте на текущий момент и зафиксированной на компактных микрографических и электронных носителях информации.

В настоящее время единственными документами, имеющими юридический статус закладываемыми в соответствующие хранилища СФД — являются микрографические носители информации, технологические процессы создания которых, регламентированы отечественными и международными стандартами.

Создаваемые в СФД-ЧС электронные версии АКД, записанные на дискеты, оптические диски и другие машиночитаемые носители информации, применяются только для оперативного использования.

1.3. Основой для создания СФД-ЧС, являются АКД на объекты повышенного риска и объекты систем жизнеобеспечения населения. На каждый объект разрабатывается только один АКД, в который входит документация на все подобъекты, здания, сооружения и т.д. (исключение составляют только дочерние предприятия, имеющие свой код ОКПО. Для них разрабатывается свой АКД).

1.4. Подготовка АКД осуществляется с учетом действующих нормативных и методических документов, указанных в приложении N 1.

1.5. Основой для организации работ по подготовке АКД являются перечни.

Основные категории предприятий, которые рекомендуется включать в перечни (в т.ч. проектируемые и строящиеся предприятия), приведены в приложении N 2.

1.6. В состав АКД, в общем случае, должны входить: проектная (на здания и сооружения объекта, с указанием в документации расположения потенциально опасных технологических установок; схемы планов основных производственных этажей и др.

документация) и управленческая (инструкции и наставления по действию персонала объектов в чрезвычайных ситуациях; планы действия органов управления по предупреждению и ликвидации последствий чрезвычайных ситуаций и т.п.) документация.

Генеральные планы и схемы поэтажных планировок могут сопровождаться кино- и фотоматериалами.

1.7. АКД должны состоять из подлинников и учтенных копий проектных, конструкторских, эксплуатационных, управленческих и др.

документов, выполненных на бумажных носителях информации в соответствии с требованиями государственной системы стандартов (ГСС), стандартов Единой системы конструкторской документации (ЕСКД), стандартов системы разработки и поставки продукции на производство (СРПП), стандартов системы проектной документации для строительства (СПДС), стандартов системы «Репрография.

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

1.8. Все работы по созданию, сохранению и использованию СФД-ЧС выполняются в соответствии с Законом Российской Федерации «О государственной тайне».

2. Разработка перечней объектов

2.1. Общие положения

2.1.1. Перечни объектов повышенного риска (ОПР) и объектов систем жизнеобеспечения населения (ОСЖН) разрабатываются и утверждаются федеральными органами исполнительной власти и органами исполнительной власти субъектов Российской Федерации и организациями по согласованию с МЧС России.

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

В общем случае, разработка и утверждение перечней должна стать первоочередным мероприятием Программы работ по созданию, хранению и использованию ТСФД.

В перечни объектов по субъектам Российской Федерации включаются объекты (ОПР и ОСЖН), находящиеся на их территории, независимо от форм собственности (кроме объектов, находящихся в ведении федеральных органов исполнительной власти).

2.1.3.

Основанием для включения объектов повышенного риска в перечень является:

использование в производственных процессах (в том числе при хранении и захоронении) пожаро-, взрыво-, биологически, химически и радиационно опасных веществ, а также других материалов, которые в результате чрезвычайных ситуаций могут оказать поражающее воздействие на население и окружающую среду за пределами санитарно-защищённых зон данных объектов;

нахождение объектов в зонах возможных стихийных бедствий природного характера;

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

🎦 Видео

Параметры для отбора документов к обработкеСкачать

Параметры для отбора документов к обработке

Тема: «Экспертиза проектной документации»Скачать

Тема: «Экспертиза проектной документации»

Что такое проектная документация?Скачать

Что такое проектная документация?

Тема: "Состав проектной документации на строительство"Скачать

Тема: "Состав проектной документации на строительство"

Схема организации строительства. Структура и участники строительства.Скачать

Схема организации строительства. Структура и участники строительства.

1. Особенности подготовки и оформления приказовСкачать

1. Особенности подготовки и оформления приказов

Разработка рабочей конструкторской документацииСкачать

Разработка рабочей конструкторской документации

Единая система технологической документации - ЕСТД (Часть 1)Скачать

Единая система технологической документации - ЕСТД (Часть 1)

Технологическая документация в проектеСкачать

Технологическая документация в проекте

Оформление проектной документации стадии П и РСкачать

Оформление проектной документации стадии П и Р

Состав разделов проектной документации. Общие разъяснения. Юнит 03.02.20Скачать

Состав разделов проектной документации. Общие разъяснения. Юнит 03.02.20

Подготовка к электронному кадровому документообороту - Елена ПономареваСкачать

Подготовка к электронному кадровому документообороту - Елена Пономарева

Лекция "Правила оформления проектной документации"Скачать

Лекция "Правила оформления проектной документации"

Чертеж. Технологический процесс и операционные эскизы изготовления деталиСкачать

Чертеж. Технологический процесс и операционные эскизы изготовления детали

БОКОВУШЕЧКА У ТУАЛЕТА в плацкартеСкачать

БОКОВУШЕЧКА У ТУАЛЕТА в плацкарте

Как заполнить сведения о производственном контролеСкачать

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

Характерные ошибки при закупках работ по подготовке проектной документации.Скачать

Характерные ошибки при закупках работ по подготовке проектной документации.

РЗ #84 Регистраторы аварийных событий (РАС)Скачать

РЗ #84 Регистраторы аварийных событий (РАС)
Поделиться или сохранить к себе: