Требования к надежности

Состав и количественные значения показателей надежности для системы в целом или ее подсистем

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

– архитектура Системы должна обеспечивать достаточную отказоустойчивость (24х7) работы в штатном режиме функционирования;

– архитектура построения Системы должна предусматривать отсутствие единой точки сбоя программных или аппаратных компонентов всей Системы, включая серверы, коммуникационное оборудование, шасси (кабинеты), блоки питания;

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

Надежность Системы должна обеспечиваться:

– совокупностью общесистемного ПО и ПО, разрабатываемого Подрядчиком;

– проведением Подрядчиком комплекса мероприятий отладки, поиска и исключения ошибок.

 

Перечень аварийных ситуаций

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

1) Сбой общего или специального программного обеспечения (отдельного компьютера или сервера).

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

2) Выход из строя части технических средств.

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

3) Сбои или выход из строя активного накопителя на жестком магнитном диске сервера Системы.

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

4) Ошибки в работе персонала.

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

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

5) Импульсные помехи, сбои или прекращение электропитания.

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

 

Требования к надежности технических средств и программного обеспечения

Система должна удовлетворять следующим требованиям к надежности:

- суммарное время простоя Системы - не более 96 часов в год;

- допустимое время штатных простоев Системы при проведении технического обслуживания в нерабочее время не должно превышать 72 часов за год;

- допустимое время внештатных простоев Системы, возникающих в связи с неисправностью, не должно превышать 24 часов за год;

- допустимое время недоступности Системы не должно превышать 2 часов один раз в течение месяца (30 календарных дней);

- допустимое время восстановления системных данных, в случае внештатного простоя Системы, не должно превышать 3 часов в рабочие дни и 6 часов в нерабочие дни;

- допустимое время восстановления хранимых данных, в случае внештатного простоя Системы, не должно превышать 6 часов в рабочие дни и 8 часов в нерабочие дни.

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