Glava_1

инженерно-технический и административный персонал цехов и АЭС через центр технической поддержки (ЦТП);

Инженерно-технический и административный персонал цехов и АЭС в аварийном центре (АЦ) (через специализированное устройство передачи данных).

Аппаратные средства СВБУ имеют 20% резервные возможности. Программнотехнический комплекс СВБУ имеет необходимые 50 % резервы вычислительных ресурсов для обеспечения:

работы СВБУ при экстремальных загрузках по входным сигналам или запросам из

архива;

ввода в СВБУ данных не менее чем от 5 дополнительных источников сигналов по стандартным интерфейсам;

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

увеличения количества рабочих станций на 20 % (от поставляемого количества).

Для обеспечения 5 дополнительных источников сигналов присутствует 5 свободных входов на сетевых коммутаторах Ethernet. Загрузка процессоров серверов не превышает 50 % при номинальных режимах работы системы. Допускается кратковременное увеличение загрузки до 100 % при обработке запросов к архивным данным. Каждый сервер обладает достаточным объемом оперативной памяти и памяти на жестком диске (во время приемки), чтобы операционная система и прикладное программное обеспечение занимали менее 50 % доступной памяти, обеспечивая, как минимум, 50 % резервных возможностей. Программное обеспечение СВБУ имеет возможности по модернизации и расширению функциональности.

Минимальные характеристики системы обеспечивают прием и обработку параметров в соответствии с таблицей 4.2.1.

Табл. 4.2.1 Технические характеристики по приему информации

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

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

использование унифицированного стандартизованного интерфейса для подключения к СВБУ других подсистем АСУ ТП как по техническим, так и по программным средствам;

передачу от СВБУ в подсистемы АСУ ТП сигналов для установки точного (единого)

времени;

передачу в СВБУ сигналов с приписанными метками времени и признаками достоверности;

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

при необходимости шлюзы (за исключением шлюза устройства передачи данных с СВСУ) обеспечивают передачу данных от СВБУ в свою подсистему;

независимость собственных сетей подсистем АСУ ТП и сети СВБУ;

максимальный размер потока передаваемых данных между шлюзами и серверами СВБУ

сучетом параметров информационной “лавины” - 10000 сигналов в секунду от всех подсистем.

Общий алгоритм функционирования шлюзов (упрощенный) состоит в серии шагов, выполняемых циклически:

опрос смежных систем АСУ ТП с целью получения от них информации перечисленных выше типов, запись её в буферы обмена.

прием от серверов запросов на получение информации.

передача информации серверам, от которых получены запросы.

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

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

Серверная часть СВБУ реализована с учетом следующих требований:

серверы обеспечивают одновременное обслуживание всех подключенных к ним рабочих

станций;

в каждый момент времени в каждом сервере содержится вся без исключения информация, требуемая для оперативной работы персонала, относящаяся к обслуживаемой данным сервером части СВБУ;

серверы обеспечивают одновременный обмен информацией с несколькими шлюзами, в том числе резервированными;

серверы основных подсистем СВБУ резервируются (включая технические и программные средства, базы данных);

обеспечена идентичность и непрерывность текущих архивов в резервированных средствах, которая не нарушается при переключениях серверов (автоматических или ручных принудительных);

на серверах не функционирует программное обеспечение, не относящееся к работе

СВБУ.

Серверы подсистем СВБУ выполняют следующий однотипный набор задач:

прием и обработка аналоговых и дискретных сигналов от шлюзовых процессов и их занесение в локальную базу данных сервера;

ведение локальной базы данных;

ведение архивов по своим технологическим подсистемам и задачам;

подготовка и передача рабочим станциям требуемой информации;

прием и обработка диагностической информации, получаемой от элементов СВБУ и от шлюзовых процессов, связанной с работой внешних к СВБУ систем, к которым данные шлюзы подключены;

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

хранение инструкций, технологической и др. документации в машинноориентированном виде;

решение общесистемных задач СВБУ, возложенных на данный сервер (например, расчет ТЭП в сервере неоперативного контура).

Алгоритм работы каждого из дублированных серверов зависит от их статуса (основной или резервный). Сервер, являющийся в данный момент основным, принимает, обрабатывает и накапливает информацию от технологического объекта управления, а так же копирует ее на резервный сервер, создавая, таким образом, на резервном сервере точную копию состояния ТОУ. Кроме того, основной сервер передает необходимую информацию на РС. Сервер, являющийся в данный момент резервным, находится в горячем резерве и контролирует состояние основного сервера. При невыполнении условий, говорящих о полной работоспособности основного сервера, резервный сервер переходит в основной режим.

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

-получение событийной и циклической информации о состоянии ТОУ от сервера.

-передача серверу запросов о состоянии параметров, информация о которых приходит от систем нижнего уровня по запросам.

-обработка информации.

-представление информации о состоянии ТОУ.

-прием от сервера синхронизирующих сообщений, коррекция собственных часов.

Рабочие станции панелей систем безопасности (СБ1 и СБ2) СВБУ выполняют следующие функции:

сбор данных от следующих подсистем АСУТП:

АРМ СБ1 БПУ, РПУ:

1)СУЗ-УСБТ1 (инициирующая часть);

2)УСБТ-1 (исполнительная часть);

АРМ СБ2 БПУ, РПУ:

1)СУЗ-УСБТ2 (инициирующая часть);

2)УСБТ-2 (исполнительная часть);

представление информации в части технологических форматов по СБ;

сигнализации в объеме принимаемых данных;

оперативная помощь по работе с системой и функциями.

Функционирование шлюза для каждого из смежных ПТК включает два основных

режима:

инициализация;

базовый режим.

Режим инициализации запускается автоматически после включения питания шлюза. Шлюз производит прием, обработку (распаковка, сортировка, анализ на изменение значения) данных и запись их в базу данных. База данных шлюза представляет собой набор массивов текущих значений и архивных кольцевых буферов. Данные от смежных ПТК поступают параллельно в два шлюза: основной и резервный. Объем и состав сигналов для основного и резервного шлюзов идентичны. Обработка поступающей информации в основном и резервном шлюзах осуществляется параллельно.

Передача данных от шлюза серверу осуществляется в ответ на запрос данных от сервера. В ответ на первый после инициализации запрос данных шлюз передает значения всех сигналов. Элемент данных по каждому сигналу содержит его значение и метку времени в

секундах и миллисекундах. В ответ на дальнейшие запросы данных шлюз передает сигналы, значения которых изменились после предыдущей передачи. Шлюз просматривает архивные кольцевые буфера и, если они не пусты, данные из них передаются серверу для архивирования. Инициализация обмена данными сервера с резервным шлюзом происходит после установления связи (открытия каналов приема/передачи данных) аналогично инициализации обмена данными с основным шлюзом при возникновении условий перехода на работу с резервным шлюзом. После чего резервный шлюз готов к передаче данных серверу по его запросу. Взаимодействие шлюза с резервным сервером происходит аналогично и параллельно с взаимодействием с основным сервером.

Процесс функционирования сервера включает два основных режима:

инициализация;

базовый режим.

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

запрос информации;

диагностические сообщения.

Сервер записывает в архив изменения дискретных сигналов и значения аналоговых (по определенному алгоритму).

Функционирование РС на каждом из постов управления АСУ ТП включает два основных режима:

инициализация;

базовый режим.

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

Обмен данными между основными элементами СВБУ (между серверами и РС, между шлюзами и серверами) осуществляется по локальной сети СВБУ с использованием протокола UDP, передача архивных данных происходит с использованием протокола TCP/IP. Обмен данными между источником данных (шлюз, сервер) и потребителем этих данных (сервер, РС соответственно) осуществляется следующим образом:

инициативно (источник передает изменившиеся данные);

циклически (источник передает данные через определенные промежутки времени);

по схеме запрос-ответ (источник передает данные по запросу потребителя).

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

Критерий отказа отдельного технического средства – невыполнение им хотя бы одной из своих функций при наличии электропитания и сигналов на его входах. Вероятность отказа на требование по функциям обработки и регистрации данных, функции представления информации не превышает 0,00002. Коэффициент неготовности для СВБУ ЭБ в целом во всех режимах эксплуатации энергоблока не превышает 0,0001 при среднем времени восстановления не более 2 часов. Вероятность отказа на требование по функции передачи команд дистанционного управления не превышает 1*10-5. Единичные отказы ТС не приводят к отказу системы в целом. Средний срок службы СВБУ при условии восстановления выработавших ресурс (или отказавших) технических средств не менее 30 лет при соблюдении правил эксплуатации.

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

-на рабочие станции диагностики и обслуживания;

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

Степень детализации и место представления диагностической информации по отказам устройств зависит от типа отказавшего устройства. Функция самодиагностики ПТС СВБУ проверяется в процессе автономных, комплексных и приемо-сдаточных испытаний оборудования систем СВБУ.

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

а) через коммутаторы систем безопасности:

инициирующая часть СУЗ-УСБТ (на средствах TXS);

исполнительная часть УСБТ (на средствах ТПТС);

аппаратура контроля нейтронного потока (АКНП);

аварийный радиационный контроль (АРК);

система контроля управления и диагностики (СКУД в части системы

внутриреакторного контроляСВРК);инициирующая часть подсистемы предупредительной защиты (ПЗ).

б) через коммутаторы нормальной эксплуатации:

система контроля и управления оборудованием реакторного отделения (СКУ РО);

система контроля и управления оборудованием турбинного отделения (СКУ ТО);

система контроля и управления оборудованием спецводоочистки (СКУ СВО);

система контроля и управления водно-химическим режимом (СКУ ВХР);

автоматизированная система радиационного контроля (АСРК);

система контроля и управления противопожарной защиты (СКУ ПЗ);

автоматизированная система вибродиагностики (АСВД);

комплекс электрооборудования системы управления и защиты реактора (КЭ СУЗ);

система контроля управления и диагностики (СКУД (диагностические подсистемы);

система обнаружения течи теплоносителя второго контура (СОТТ-2) (через СКУД);

системы контроля и управления электрической части (СКУ ЭЧ);

система контроля и управления вспомогательным оборудованием турбогенератора

(СКУ ТГ).

Ккоммутаторам СБ-1, СБ-2 подключена система регистрации важных параметров эксплуатации (СРВПЭ), которая получает и регистрирует всю необходимую информацию от шлюзов смежных с СВБУ систем АСУ ТП. К коммутаторам информационного контура СВБУ подключено устройство передачи данных в систему верхнего станционного уровня (СВСУ). Устройство передачи данных реализует информационные функции и предназначено для передачи информации в локальный кризисный центр и подсистему начальника смены станции

(НСС).

Вкачестве транспортного протокола принят протокол TCP/IP, который обеспечивает двунаправленный, последовательный и неповторяющийся поток данных неограниченного размера. Протокол имеет встроенные функции диагностики, осуществляемые путем обмена контрольными посылками с заданной периодичностью по основной и резервной сети.

Для передачи данных “в” и “из” ПТК, построенных на базе аппаратуры ТПТС, используются цифровые каналы передачи данных. При передаче информации из ПТК на базе ТПТС в СВБУ по системной шине в каждой отправленной телеграмме указывается адрес источника (модуль управления интерфейсами, отправивший телеграмму), тип программного блока (источника) (например, блок для отправки аналоговых данных), его номер. Телеграмма содержит адрес источника, адреса приемников, указание типа телеграммы (например, телеграмма, содержащая аналоговые данные), информацию о количестве передаваемых параметров (только для телеграмм с аналогичными данными), метку времени, передаваемые данные. Защита передаваемой информации осуществляется с помощью контрольных сумм. Коды с исправлением ошибок не применяются. При обнаружении ошибки передача повторяется, при многократной ошибочной передаче абонент признается неисправным, сами данные недостоверными.

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

4.3. Программное обеспечение

ПТК СВБУ представляет собой совокупность ПТС с установленным программным обеспечением (ПО), объединенные в локальную вычислительную сеть (ЛВС). В состав СВБУ входит прикладное программное обеспечение (ППО) и инструментальные средства, обеспечивающие настройку РПО на работу в составе ППО СВБУ. ППО СВБУ должно представлять собой рабочие базы данных (РБД) и совокупность программ, обеспечивающих решение специальных задач СВБУ для конкретного проекта. Инструментальные средства (Конфигуратор) являются системой автоматического проектирования, при помощи которой РПО настраивается на особенности АСУ ТП. Конфигуратор используется только в процессе разработки и отладки верхнего уровня АСУ ТП. РБД из состава ППО СВБУ – машинные базы

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

В основе программного обеспечения СВБУ - система ПОРТАЛ, которая является пакетом программ, используемых для обработки данных в системе управления процессами. Основное назначение пакета – реализация верхнего уровня АСУ ТП, обеспечивающего все функции мониторинга и управления процессом.

Прикладная система на основе ПОРТАЛ включает в себя следующие основные компоненты:

исполняющая система;

система визуализации и регистрации технологических данных;

система конфигурирования технологических данных.

Базовая функциональность обеспечивается исполняющей системой ПОРТАЛ. Остальные системы являются надстройками для исполняющей системы и реализуются в соответствии с требованиями прикладной системы. Основными информационными единицами в системе являются технологические данные, называемые Переменными Процесса или, сокращенно – PV. PV являются также программными объектами, которыми оперирует система. Все объекты хранятся резидентно в памяти в базе данных реального времени (RtDb). База данных (RtDb) может быть реплицирована и распределена на значительное количество компьютеров. Другие объекты системы, так же как и Переменные Процесса (PV), являются распределенными объектами. Типичные прикладные системы на базе ПОРТАЛ содержат от 10000 до 100000 Переменных Процесса и могут обрабатывать несколько тысяч изменений технологических данных в секунду.

Базовая функциональность ПОРТАЛ реализуется на языке C++ для обеспечения платформо-независимости и высокой производительности. Прикладные системы на основе ПОРТАЛ можно разрабатывать с помощью технологий Microsoft COM, .NET и OLEDB. Вебсервисы (соответствующие рекомендациям W3C) можно использовать для создания приложений или для интеграции в приложения предприятия в соответствии с сервис-ориентированной архитектурой (SOA). ПОРТАЛ поддерживает интерфейсы OPC, обеспечивая возможность интегрировать множество систем ввода-вывода и применять широко распространенные системы визуализации.

Система ПОРТАЛ реализована на основе операционной системы Linux. Конфигурация производится в оперативном режиме без прерывания обслуживания технологического оборудования. В случае отказа главного компьютера все функции будут обеспечены резервным компьютером, переключение осуществляется автоматически.

ПОРТАЛ предоставляет обширный набор диагностических инструментов, которые отображают и оценивают состояние системы, состояние программы, ошибки сценария и т.п. Для мониторинга системы и анализа ошибок предусмотрены следующие возможности:

файлы регистрации системных сообщений для быстрого анализа ошибок;

функции трассировки облегчают наблюдение за активностью отдельных компонентов;

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

важные состояния системы доступны в форме системных переменных и могут быть отображены, помещены в архив и оценены.

Исполняющая система ПОРТАЛ включает в себя следующие компоненты:

ядро (RTA), обеспечивающее работу в режиме реального времени.

модель распределенных объектов (DBO)

менеджер обработки данных технологического процесса (PDM)

интерпретатор формул (CALC)

система архивирования (HIST)

информационно-отчетная система (REPORT)

визуализация технологического процесса (VIEW)

сервер WEB-приложений и сервис ориентированной архитектуры (SOA).

объектно-ориентированная система проектирования (RtOOS)

драйверы (интерфейсы к системам ввода-вывода).

Архитектура системы ПОРТАЛ приведена на рисунке 4.3.1.

Рис. 4.3.1 Архитектура системы ПОРТАЛ

Вся система базируется на ядре, именуемом Архитектурой Реального Времени (RTA). RTA, предоставляя набор базовых служб, служит для разработки распределенных дублирующих систем реального времени. Все функции, используемые для приложений реального времени, предоставляются на основе технологий, независимых от типа используемой операционной системы:

База данных в реальном времени (RtDb);

Взаимодействие процессов в реальном времени (RtIpC);

Управление резервированием в реальном времени.

Возможность работы RTA в режиме реального времени обеспечивается за счет быстродействия систем RtDb и RtipC. Ответная реакция системы находится в границах нескольких миллисекунд.

В системе возможна синхронная работа RtDb и внешней реляционной базы данных, причем, функционируя наподобие “кэш-памяти”, RtDb способна ускорить операции реляционной базы данных в 100 раз. Это означает, что пользователю не приходится использовать какие-либо дополнительные аппаратные средства, и он может использовать все преимущества технологии своей базы данных для приложений, разработанных с применением обычных технологий.

Архитектура реального времени (RTA) поддерживает конфигурации с резервированием путем дублирования соответствующих серверов. На рисунке 4.3.2 показывается взаимодействие компонентов в типичной конфигурации. Максимальное количество поддерживаемых станций (компьютеров) - 256. Максимальное количество серверных пар - 32.

Рис. 4.3.2 Взаимодействие компонентов системы ПОРТАЛ

Центральными объектами системы являются двоичные, аналоговые и текстовые технологические переменные (PV). Основной задачей ПОРТАЛ является обработка данных на основе конфигурации каждой PV. Дополнительно к технологическим переменным, ПОРТАЛ администрирует иерархию “станций”. Эти станции делят объект управления на зоны, таким образом, описывая его иерархическую структуру. Обычно эта структура отражается в схеме обозначений (например, KKS). Станции и технологические переменные идентифицируются по последовательным номерам или по уникальному имени-идентификатору (ID).

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

4.4. Информационное обеспечение, элементная база видеокадров

Информационное обеспечение СВБУ (ИО) включает:

1.Распределенный архив, где содержатся значения параметров состояния ТОУ и АСУ ТП. Архив обеспечивает также необходимый сервис для просмотра данных, создания отчетов, анализа информации.

2.Распределенную базу данных документов (БДД), предназначенную для решения совокупности задач СВБУ, связанных с предоставлением персоналу АЭС текстовой или графической информации. БДД подразделяется на внутримашинную и внемашинные части по способу реализации.

3.Единый банк данных элементов прикладного ПО (БДПО)в составе:

—РПО серверов;

—РПО РС;

—РПО шлюзов;

—РБД для всех РС серверов и шлюзов СВБУ.

Первые две компоненты (Архив, БДД) ориентированы на использование оперативным персоналом АЭС и АСУ ТП. БДПО используются в процессе пуска-наладки и нормального функционирования СВБУ.

Принципы организации архива состоят в следующем.

1.Архив организован так, чтобы вся поступающая в СВБУ информация хранится в двух совершенно идентичных экземплярах на основных и резервных серверах.

2.Из-за большого объема сигналов, архив строится как распределенный для того, чтобы обработка информации производилась асинхронно на разных элементах ПТК.

С учетом перечисленных принципов, Архив разбит на следующие дублированные компоненты:

—Оперативный Архив информационно-управляющей подсистемы РО оперативного контура управления БПУ (ИУРО), где хранится информация о системах реакторного отделения за двое суток;

—Оперативный Архив информационно-управляющей подсистемы ТО оперативного контура управления БПУ (ИУТО), где хранится информация по турбинному отделению за двое суток;

—Оперативный Архив информационно-управляющей подсистемы неоперативного контура управления БПУ (ИУН), где хранится информация о системах, обслуживаемых с неоперативного контура управления за двое суток;

—Оперативный Архив подсистемы администрирования технических и программных средств СВБУ (АТПС), где хранится информация о состоянии АСУ ТП за двое суток;

—Долговременный Архив, где содержится сумма архивов за один год.

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

Архив СВБУ содержит следующие виды информации:значения аналоговых параметров;