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

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

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

• 
  программный сбой при операциях записи-чтения;
  
• 
  разрыв связи с клиентской программой (терминальным устройством) в ходе редактирования/обновления информации.
  

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

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

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

• 
  штатное и аварийное отключение электропитания серверной части;
  
• 
  штатная перезагрузка системы и загрузка после отключения;
  
• 
  программный сбой общесистемного программного обеспечения, приведший к перезагрузке системы.
  

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

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

АСУ ГТК должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций:

• 
  при ошибках в работе аппаратных средств восстановление функции системы возлагается на ОС;
  
• 
  при выходе из строя основных серверов АСУ ГТК (приложений, баз данных) работоспособность должна обеспечиваться переключением на резервный сервер;
  
• 
  при сбоях в системе электроснабжения серверного и сетевого оборудования (перепады напряжения, отсутствие электропитания) длительностью до 30 минут работоспособность АСУ ГТК должна обеспечиваться применением источников бесперебойного питания, сетевых фильтров. В случае более длительного сбоя Заказчик должен обеспечить альтернативный источник питания (независимый источник питания, дизель-генераторная установка). В случае отсутствия альтернативного источника питания система должна быть переведена в аварийный режим работы и отключена;
  
• 
  при атаке (вирусная, хакерская) на АСУ ГТК администраторами должны быть приняты меры по отключению атакующих, АСУ ГТК должна обеспечить работоспособность пользователей, которые не являются атакующими.
  

Значения основного показателя надёжности среднего времени восстановления работоспособности - после возникновения аварийной ситуации приведены в Таблице 8.
Таблица 8 - Параметры восстановления работоспособности АСУ ГТК

Наименование аварийной ситуации	Среднее время восстановления работоспособности	Примечание
Отсутствие электропитания	20 мин	После восстановления электропитания. При пропадании электропитания до 30 минут –работоспособность должна обеспечиваться за счёт использования ИБП
Отсутствие (обрыв) линии связи	20 мин	После восстановления линий связи
Отказ технических средств	1 час	При отказе сервера время восстановления работоспособности зависит от структуры комплекса технических средств, но не должен быть более 1 часа
Наличие «вирусов»	30 мин	Осуществляет очистка от вирусов вручную посредством специализированных инструментов антивирусного ПО.
Отказ программного обеспечения из-за ошибок Разработчика, не обнаруженных на этапах тестирования и опытной эксплуатации	Не более 3 часов	Осуществляется проверка целостности БД и повторная инсталляция ПО. По возможности ошибка должна локализоваться и блокироваться. Анализ и устранение отказа должен осуществляться представителями Разработчика в сроки не более 1дня
Потеря информации после несанкционированных действий пользователей и обслуживающего персонала	Не более 120 мин	Восстановление БД с резервной копии. Анализ ситуации администратором информационной безопасности не входит в среднее время восстановления работоспособности

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