 |
документов и классификаторов, действующих на предприятии
|
|
|
|
республиканских, отраслевых классификаторов, унифицированных
Разработка систем классификации и кодирования информации и
унифицированных систем документации должна осуществляться в соответствии с ПР
50.1.019.
Средства классификации и кодирования информации должны обеспечивать:
о систематизацию и нормализацию входной и выходной информации, а также
форматов обмена данными;
о согласованность (непротиворечивость) и однозначность применяемых
показателей, терминов;
NQКО8ИМ4
о контроль правильности вводимой информации (форматно-логический
контроль);
о нормализацию запросов пользователей к информации, хранящейся в Аие
«АРМВ»;
о централизованное ведение классификаторов с возможностью конвертирования
их на все уровни Аие «АРМВ»;
о создание частных (рабочих) классификаторов на различных уровнях Аие
«АРМВ», где они хранятся и актуализируются по мере необходимости;
о использование структурированного кода для представления информации в
хис «АРМВ».
4.3.2.5 Требования по применению систем управления базами данных
Применяемые системы управления базами данных должны обеспечивать
возможность:
о формирования баз данных;
о ввода и поддержания целостности данных;
о многопользовательского доступа;
о параллельной обработки хранимой информации;
о исключения ограничений на типы хранимой информации;
о защиты данных встроенными средствами;
о поддержания целостности данных, ссылок и механизма транзакций
встроенными средствами;
о резервирования и восстановления;
о репликации данных;
о хранения процедур встроенным механизмом;
о авторизации и разделения прав и полномочий пользователей;
о масштабируемости;
|
|
|
о контроля работы баз данных и режимов доступа к информации;
о ведения журналов регистрации событий доступа к базам с идентификацией
пользователей базы данных;
о регистрации внесенных изменений с привязкой к системному времени и
пользователю;
о использования средств разработки приложений;
о поддержки системы национальных языков;
о формирования отчетов;
о регистрации списка сформированных отчетных документов;
о клиент-серверную архитектуру.
Хранение всех данных должно быть обеспечено применением еУБД Oracle.
4.3.2.6 Требования к структуре процесса сбора, обработки, передачи данных в
системе и представлению данных
Источниками данных Аие «АРМВ» должны быть потоки информации. В
результате сбора информации должна проводиться структуризация информации,
формирование разделов баз данных.
Аие «АРМВ» должна обеспечивать:
N2КО8ИМ4
о ввод, обработку, накопление и хранение информации, требуемой для
реализации функций АИС «АРМВ»;
о информационную совместимость на базе терминологического единства
семантики одних и тех же понятий в различных массивах информации,
классификаторах, входных и выходных документах;
о представление информации в форме, удобной для работы пользователя, в
соответствии с его функциональными обязанностями и установленным
разграничением доступа;
о актуальность и достоверность информации в базах данных, ее хранение с
минимально необходимой избыточностью, а также контроль полноты и
непротиворечивости вводимой информации;
о адаптируем ость к возможным изменениям информационных потребностей
пользователей;
о адаптируемость к различным программным и техническим средствам.
4.3.2.7 Требования к входной и выходной информации
АИС «АРМВ» должна обеспечивать:
о однократное поступление в АИС «АРМВ» входных данных;
о однократное формирование выходных документов одного и того же
смыслового содержания, независимо от числа их потребителей;
|
|
|
о периодичность обновления информации в базах данных согласно с
периодичностью ее использования при выполнении функций АИС «АРМВ».
4.3.2.8 Требования к защите данных от разрушений при авариях и сбоях в
электропитании системы
Целостность массивов информации должна быть обеспечена средствами системы
управления базами данных (СУБД).
Защита данных от разрушений при авариях и сбоях в электропитании
технических средств АИС «АРМВ» должна обеспечиваться применением в составе
АИС «АРМВ» устройств, оснащенных энергонезависимой памятью, а также
источников бесперебойного питания. Завершение работы подсистем должно
производиться с учетом процессов информационного обмена между подсистемами и
возможным уведомлением зависимых подсистем и обслуживающего персонала о факте
сбоя электропитания.
4.3.2.9 Требования к контролю, хранению, обновлению и восстановлению данных
Требования к контролю и хранению данных в АИС «АРМВ» должны быть
сформулированы на этапе разработки АИС «АРМВ» с учетом необходимости и
целесообразности такого контроля и хранения. На начальном этапе можно выделить
следующие требования:
о вся информация АИС «АРМВ» должна резервироваться, т.е. храниться
минимум в 2 электронных копиях;
о вся информация АИС «АРМВ» должна резервироваться в блоке резервного
копирования;
о восстановление данных должно про водиться с санкции и под контролем
ответственных лиц (руководителя проекта, системного архитектора,
специалиста по информационной безопасности и др.).
NQКО8ИМ4
4.3.3 Требования к лингвистическому обеспечению системы
Лингвистическое обеспечение должно удовлетворять потребности пользователей
в языковых средствах в интересах поддержки автоматизированного выполнения
функций АИС «АРМВ». Лингвистическое обеспечение должно представлять собой
совокупность средств и правил для формализации естественного языкa для
использования при взаимодействии пользователей и эксплуатационного пер сон ала с
АИС «АРМВ».
4.3.3.1 Требования к применению в системе языков программирования и
технологий высокого уровня
|
|
|
При создании видов обеспечения АИС «АРМВ» допускается использовать
перечисленные ниже языки программирования высокого уровня и технологии:
о C#,C++,JScript, VBScript;
о Язык форматирования документов HTML (от 4 и выше);
о СУБД Oracle: PL/SQL;
о Мiсrosоft Silverlight;
о PERL.
При наличии возможности написания элементов интерфейса с помощью HTML с
использованием JScript и VBScript, а так же с использованием компилируемых языков
высокого уровня при равной функциональность и скорости реакции на действия
пользователя, а так же отображения полученных данных, предпочтение необходимо
отдавать комбинации HTML с использованием JScript и VBScript, для сокращения
затрат на написание стандартных реакций на стандартные действия пользователя, такие
как:
о используемые горячие клавиши;
о реакция интерфейса на действия клавиш и колесика мыши;
о изменение размеров и цветов шрифта пользователем в соответствии с
возможностями браузера.
Так же это позволит изменять стили отображения информации без необходимости
изменения и перекомпиляции программного кода.
4.3.3.2 Требования к применению языков взаимодействия пользователей и
технических средств системы
Диагностические сообщения АИС «АРМВ», сообщения о несанкционированных
действиях пользователей, а также сообщения при запуске, решении задач специального
программного обеспечения и при работе пользователей с информационным
обеспечением должны быть унифицированы и приведены к понятному пользователям
виду.
4.3.3.3 Требования к языкам ввода-вывода данных
В АИС «АРМВ» должен поддерживаться язык ввода-вывода данных на основе
структурированного языка запросов (SQL).
4.3.3.4 Требования к средствам описания предметной области (объекта
автоматизации)
Техническая документация АИС «АРМВ» должна быть разработана на русском
языке.
Словарь терминов должен содержать лексику предметной области, дополненную
при необходимости общепринятыми терминами с указанием смысловых связей между
терминами.
N!!КО8ИМ4
4.3.3.5 Требования к способам организации диалога
|
|
|
Доступ к просмотру данных, распечатка отчетных форм и контроль правильного
функционирования системы про из водится с Автоматизированных Рабочих Мест (АРМ)
под управлением операторов.
Диалоговый режим общения пользователей системы со средствами автоматизации
должен обеспечить возможность проектирования диалогов «Пользователь-ЭВМ»;
Языковые средства пользователей АИС «АРМВ» должны обеспечивать:
о ввод, обновление, просмотр и редактирование информации;
о диалог «Пользователь-ЭВМ» на русском языке в терминах АИС «АРМВ»;
о поиск, просмотр И выдачу подготовленной информации в виде
сформированных документов на устройства отображения и печати.
4.3.3.6 Требования к интерфейсу пользователя
Интерфейс пользователя должен обеспечивать:
о текстовый и графический способы представление информации пользователям;
о диалоговый режим общения пользователей со средствами автоматизации с
возможностью проектирования диалогов человек-машина, включая:
· удобство расположения и представления часто используемых элементов
экрана, способов ввода данных и др.;
· наличие «горячих» клавиш, меню, кнопок;
· адаптируемость к различным текстурам шрифтов, режимам текстового и
графического представления, различным форматам даты, способам
ввода/вывода (экранным формам и форматам), изменениям в
методологии (изменениям графических нотаций, правил, свойств и
состава предопределенных объектов), способам работы с помощью
клавиатуры, мыши и др.;
· возможность сохранения однажды сделанных настроек;
· минимизацию трудовых и временных затрат на освоение;
· полную локализацию;
· унифицированность;
· онлайновые подсказки.
о формирование запросов с АРМ и запуск информационных и иных задач;
о защиту от ошибок и некорректных действий пользователей.
4.3.4 Требования к программному обеспечению системы
Программное обеспечение АИС «АРМВ» должно включать в себя:
о общее программное обеспечение;
о специальное программное обеспечение.
Общее программное обеспечение не разрабатывается исполнителем и не
поставляется им СПБ ГУЗ КРБ N!!25. Приобретение и (или) поставка ОПО, требуемого
для работы АИС «АРМВ», обеспечиваются СПБ ГУЗ КРБ N!!25 исходя из
рекомендаций исполнителя.
4.3.4.1 Назначение ПО
ПО АИС «АРМВ» должно обеспечивать:
о решение пользовательских задач;
NQКО8ИМ4
о замену, включение новых и удаление старых компонентов в процессе развития
и совершенствования АИС «АРМВ»;
о информационный обмен с внешними системами;
о управление базами данных.
Дистрибутивное программное обеспечение АИС «АРМВ» должно храниться в
СПБ ГУЗ КРБ NQ25 на внешних носителях с программой инсталляции, копиями
конфигурационных файлов и эксплуатационной документацией.
|
|
|
ОПО должно состоять из общесистемного и технологического программного
обеспечения.
4.3.4.2 Состав общего ПО
Общее программное обеспечение должно включать следующие компоненты:
о операционные системы;
о сервисы, поставляемые совместно с ОС;
о системы управления базами данных (СУБД), включающие в себя средства
резервного копирования, контроля целостности БД и пр.;
о телекоммуникационные программные средства;
о средства поддержки стека протоколов TCP/IP;
о программные средства защиты от несанкционированного доступа;
о микропрограммные средства диагностики.
4.3.4.3 Состав специального ПО
В состав специального программного обеспечения должны входить программные
модули:
о модули предоставления данных по АРМ из БД;
о модуль по обмену данными с внешними системами;
о модуль генерации динамических отчетов;
о прочие модули необходимые для обеспечения работоспособности, как
отдельных частей системы, так и всей системы в целом.
4.3.4.4 Требования к составу ПО
Программное обеспечение АИС «АРМВ» должно включать в себя:
о системные программные средства;
о программные средства систем управления базами данных (СУБД),
включающие средства, отвечающие за полноту и достоверность информации,
осуществляющие контроль за обновлением и хранением данных;
о программные средства для осуществления корректной работы с
периферийными устройствами;
о пакеты прикладных программ, отвечающие основным потребностям в
обработке медиа-информации (графические, аудио, видео ППП);
о программное обеспечение автоматизированного резервного копирования;
о программное обеспечение, отвечающее за поддержание единого времени в
составе АИС «АРМВ».
4.3.4.5 Требования к системным программным средствам
Системные программные средства должны обеспечивать:
о функционирование с использованием архитектуры клиент-сервер;
N2КО8ИМ4
о многопользовательский режим доступа;
о возможность авторизации и разделения прав пользователей;
о защиту от несанкционированного доступа к информации, организацию
межсетевых экранов;
о возможность параллельного сбора данных (работы с интерфейсами);
о возможность параллельного про ведения расчетов (многозадачность);
о возможность диагностики работы технических средств;
о масштабируемую производительность (модульное построение);
о возможность разделения ресурсов и квотирования;
о возможности написания различных сценариев для автоматизации обработки;
о возможность перенастройки без перезагрузки;
о возможность получения полной и частичной резервных копий;
о возможность полного восстановления с использованием имеющейся полной
резервной копии;
о поддержку механизмов архивации и восстановления;
о поддержку системы национальных языков (русифицированный интерфейс
пользователя);
о поддержку периферийного оборудования ведущих разработчиков.
4.3.4.6 Требования к СУБД
Программные средства СУБД должны обеспечивать возможности:
о формирования баз данных;
о ввода и поддержания целостности данных;
о многопользовательского доступа;
о параллельной обработки хранимой информации;
о исключения ограничений на типы хранимой информации;
о защиты данных встроенными средствами;
о поддержания целостности данных, ссылок и механизма транзакций
встроенными средствами;
о резервирования и восстановления;
о репликации данных;
о хранения процедур встроенным механизмом;
о авторизации и разделения прав и полномочий пользователей;
о масштабируемости;
о контроля работы баз данных и режимов доступа к информации;
о ведения журналов регистрации событий доступа к базам с идентификацией
пользователей базы данных;
о регистрации внесенных изменений с привязкой к системному времени и
пользователю;
о использования средств разработки приложений;
о поддержки системы национальных языков;
о формирования отчетов;
о регистрации списка сформированных отчетных документов;
о клиент-серверную архитектуру.
4.3.4.7 Перечень покупных программных средств
В перечень покупных программных средств должны входить:
о общее программное обеспечение, включающее:
· операционную систему (ОС);
· программы обработки текстовой информации;
· программы обработки графической информации;
N~КО8ИМ4
| СВТ определяется продуктов (ссписки |
· сервисные программы;
· сетевое ПО, обеспечивающее функционирование в составе локальной
вычислительной сети СПБ ГУЗ КРБ N~25;
· телекоммуникационное ПО, позволяющее программным модулям
взаимодействовать по каналам связи.
о программное обеспечение систем управления базами данных (СУБД),
обеспечивающее:
· формирование баз данных;
· управление данными;
• поиск данных;
· поддержку и сохранение запросов;
· формирование отчетов, отображение и вывод отчетов на печатающее
устройство.
оприкладное программное обеспечение, позволяющее решать конкретные
задачи, в частности:
· автоматическая ежесуточная коррекция системного времени и его
автоматическая установка на СВТ;
· разграничение доступа к функциям про граммы для различных категорий
пользователей и автоматическая фиксация их действий в журнале
событий;
· администрирование АИС «АРМВ»;
· параметрирование (настройку) АИС «АРМВ»;
· обеспечение доступа к базе данных пользователей, включенных в
локальную сеть;
· защиту информации от несанкционированного доступа и изменения;
· контроль работоспособности АИС «АРМВ».
4.3.4.8 Требования к независимости программных средств от используемых СВТ и
операционной среды
Программные средства должны обеспечивать совместимость со средствами
вычислительной техники, построенными по архитектуре х86.
Совместимость системного ПО с используемыми
рекомендациями фирм производителей этих программных
совместимости аппаратных средств фирм производителей»).
В рамках АИС «АРМВ» предпочтительным является программное обеспечение,
отвечающее следующему набору критериев (одному или нескольким):
о обеспечение ПО функциональных требований АИС «АРМВ»;
о экономическая целесообразность внедрения;
N2КО8ИМ4
о открытость исходных кодов;
о лицензионная возможность применения ПО в рамках Аие «АРМВ».
о независимость от архитектуры средств вычислительной техники или
поддержка архитектуры х86;
о независимость от операционной системы;
о высокая активность и качество разработки;
о простота (низкая трудоемкость) установки и конфигурирования;
о доступность и качество технической документации;
о доступность и высокий уровень технической поддержки разработчиками;
о периодичность и качество выпускаемых обновлений.
4.3.4.9 Требования к способам обеспечения и контроля качества ПС
Обеспечение качества используемого (или планируемого к использованию) ПО
должно обеспечиваться использованием стабильных версий ПО. После тестирования
принятие решения об использовании ПО осушествляется ответственным персоналом с
учетом требований политики обеспечения информационной безопасности.
Контроль качества ПО должен обеспечиваться, как минимум, следующими
процедурами:
о отслеживанием и анализом событий, продуцируемых данным ПО;
о постоянным контролем планов, моментов выхода и качества обновлений ПО;
о про смотром И анализом проблем и их решений, публикуемых в списках
рассылки, на форумах и в базах знаний, относящихся к данному ПО.
4.3.5 Требования к техническому обеспечению
4.3.5.1 Требования к видам технических средств, в том числе к видам комплексов
технических средств, программно-технических комплексов и других
комплектующих изделий, допустимых к использованию в системе
Для использования в составе Аие «АРМВ» допускаются технические средства,
обеспечивающие:
о возможность ввода, хранения, обработки данных в рамках требований АИ е
«АРМВ»;
о формирование и поддержку архива материалов Аие «АРМВ»;
о предоставление платформы, отвечающей функциональным требованиям Аие
«АРМВ»;
о передачу требуемых объемов данных между программными модулями Аие
«АРМВ»;
о конфиденциальность внутренней информации Аие «АРМВ»;
о возможность поэтапного масштабирования и ввода новых сервисов на всех
уровнях хис «АРМВ»;
о обеспечение бесперебойного функционирования Аие «АРМВ».
4.3.5.2 Требования к серверному программному обеспечению
В состав серверного программного обеспечения входит программное
обеспечение, осуществляющее работу на серверной части оборудования Аие «АРМВ»
и обеспечивающего работу клиентского ПО и взаимодействие с различными
программными комплексами внутри системы.
NQК08ИМ4
Серверная часть системы должна обеспечивать однотипное конфигурирование,
подразумевающее однотипное расположение конфигурационных файлов, настройку
репликации конфигурационных файлов или их частей между всеми серверами,
взаимодействующими в рамках программного комплекса АИС «АРМВ».
Все программные модули должны поддерживать единый словарь данных
исходных переменных, подразумевающий использование одной и той же исходной
переменной в разных модулях программы там, где это разрешается логикой работы, и
обеспечивать изменение принципа работы программных модулей, зависящих от
конкретной переменной, при изменении значения переменной в одном
конфигурационном файле.
К серверному программному обеспечению относятся:
о Web-сервер,
о модуль работы с базой данных,
о модули взаимодействия с периферийными устройствами,
о программная часть (запросы, пакеты и процедуры) хранящаяся и выполняемая
в распределенной схеме основной базы данных и вспомогательных баз данных,
о прочие программные модули, обеспечивающие работоспособность
программно-аппаратного комплекса.
Все серверные модули должны обеспечивать как взаимную независимость друг от
друга, позволяя сохранить работоспособность каждого модуля в отдельности и всей
совокупности модулей серверного сегмента при удалении одного или нескольких
модулей, там, где это позволяет логика работы системы.
Все модули системы должны поддерживать масштабируемость и распределенную
работу при расширении аппаратного комплекса АИС «АРМВ» и обеспечивать полную
работоспособность и взаимозаменяемость модулей одного типа при параллельной
работе на нескольких серверах и при отказе работы одного из серверов.
Обновление серверного модуля не должно приводить к остановке работы всей
системы и должно осуществляться «на лету».
Web-сервер. Данный модуль предназначен для взаимодействия с интерфейсной
частью клиентских АРМов.
Модуль работы с базой данных. Данный модуль представляет собой набор
программных компонент обеспечивающих прием информации от web-сервера или
других модулей, как входящих в систему, так и внешних и передачу полученной
информации в базу данных, а так же получение необходимой информации из базы
данных и отправка этой информации запросившим ее модулям.
Модули взаимодействия с периферийными устройствами. Модули должны
обеспечивать взаимодействие АИС «АРМВ» с внешними периферийными
устройствами, транслируя информацию, получаемую с их помощью во внутренний
формат системы, или осуществляя обратный процесс.
Программная часть (запросы, пакеты и процедуры) хранящаяся и выполняемая в
распределенной схеме основной базы данных и вспомогательных баз данных. Данный
набор программных модулей осуществляет как непосредственное изменение данных в
базе по определенным критериям и в связи с определенными событиями, так и
выполнение различных запросов осуществляющих выдачу информации или внесение
информации в информационные таблицы по команде модуля работы с базой данных в
определенных последовательностях.
Модули серверной части должны эксплуатироваться на оборудовании СПБ ГУЗ
КРБ NQ25 и быть совместимыми с OS Windows Server 2003 и Мiсrosоft SQL Server 8 или
OS Solarisl0 и Oracle (версии 9.2.0.4 и вьппе).
NQКО8ИМ4
Пользовательские модули, должны исполняться в среде стандартных интернет-
браузеров (Мiсrosоft Intemet Explorer, Mozilla Firefox, Apple Safari, Google Chrome,
Opera и т.д.) и обеспечивать все требования к Web-частям системы и их
внутрисистемного взаимодействия. На операционную систему и интернет браузер на
пользовательском компьютере должны быть установлены рекомендуемые
производителем обновления.
4.3.5.3 Технические требования к помещению Серверной
4.3.5.3.1 Архитектурно-строительные требования к помещению
о Выбор помещения серверной. Серверная должна располагаться в помещении,
не имеющем внешних стен здания. В помещении Серверной должно быть
достаточно места для беспрепятственной установки, эксплуатации и
технического обслуживания как основного оборудования, так и размещения
средств поддержки вычислительной техники, носителей данных и
обслуживающего персонала. Несущие конструкции здания в помещении
Серверной, где планируется к размещению оборудование, должны
выдерживать расчетную нагрузку, включающую вес компьютерного и
телекоммуникационного оборудования, обслуживающего персонала,
оборудования систем инфраструктуры.
о Требования к дверным проемам и окнам. Помещение должно быть без
оконных проемов с глухими стенами. В помещении серверной, а также на пути
транспортировки оборудования, ширина дверей должна быть не менее 910 мм.
о Требования к отделке помещения. В Серверной должен быть установлен
фальшпол. Просвет между фальшполом и фальшпотолком должен быть не
менее 2500 мм. Расстояние между строительным полом и фальшполом должно
быть не менее 300 мм. (рекомендуемое 400 мм.). Крутизна устанавливаемого
на входе в Серверную пандуса не должна превышать значение 1: 1 о.
Конструкция фальшпола должна выдерживать расчетные нагрузки и состоять
из легко съемных модулей (плиток). При этом необходимо учитывать то, что
отдельные устройства вычислительной системы могут создавать точечную
нагрузку на пол до 455 кг. Материал покрытия пола должен иметь
электрическое сопротивление относительно земли от 1,0 (минимум) до 20 МОм
(максимум) при изменениях относительной влажности от 20 до 60% и
температуры от + 18 до +24 ОС, а также обладать повышенной
износостойкостью, плохой возгораемостью, повышенной стойкостью к
царапанью и выкрашиванию. В Серверной запрещается использование
ковровых покрытий. Поверхности под фальшполом должны окрашиваться или
герметизироваться для предотвращения отслаивания и пыления штукатурки
или бетона перекрытия. В строительном перекрытии под фальшлолом
обязательно необходимо сделать дренаж для оттока воды в случае аварийного
протекания.
о Требования к прокладке коммуникаций. В помещении Серверной не
должно проходить никаких магистралей и ответвлений инженерных систем,
включая общую хозяйственную канализацию, холодное и горячее
водоснабжение, общую вентиляцию и кондиционирование, распределительная
сеть электропитания и освещение, и другие слаботочные системы, за
исключением систем, располагаемых в самой Серверной.
В помещении Серверной должны быть установлены следующие системы:
о Система электропитания, освещения и заземления (СЭ):
• Подсистему гарантированного электропитания (ПГЭ);
,N"QКО8ИМ4
· Подсистему бесперебойного электропитания (ПБЭ);
· Подсистему распределения электропитания по потребителям (ПРЭ);
· Подсистему технологического заземления (ПТЗ);
·Подсистему электрического освещения (ПЭО).
о Система обеспечения микроклимата (СМ):
· Подсистему кондиционирования и вентиляции (ПВ);
· Подсистему мониторинга микроклимата (ПММ).
о Система организации оборудования и кабельного хозяйства (СО):
· Подсистему фальшпотолков и фальшполов (ПФФ);
· Подсистему телекоммуникационных шкафов и стоек (ПШС);
· Подсистему организации коммуникаций (ПОК).
о Система безопасности (СБ):
· Подсистему контроля доступа (ПКД);
· Подсистему охранной сигнализации (ПаС);
· Подсистему видеонаблюдения (ПВН);
· Подсистему пожарной сигнализации (ППС);
· Подсистему газового пожаротушения (ПГП);
· Подсистему газо- дымоудаления (ПГУ).
4.3.5.3.2 Система электропитания (СЭ)
4.3.5.3.2.1 Подсистема гарантированного электропитания (ПГЭ)
ПГЭ предусматривает наличие двух вводов электропитания от разных
электроподстанций (ЭП) и одну автономную дизельную электроподстанцию (АДЭ),
которые должны отвечать ГОСТ 20439-87. Все три источника электроэнергии подаются
на автомат ввода резерва (АВР), осуществляющий автоматическое переключение
фидеров при пропадании электропитания на основном (резервном) фидере.
Параметры линий электропитания, АДЭ и АВР определяются исходя из суммарной
потребляемой мощности оборудования и подсистем Серверной. Линии внешнего
электропитания должны быть выполнены по пятипроводной схеме с жилами неравного
сечения.
4.3.5.3.2.2 Подсистема бесперебойного электропитания (ПБЭ)
ПБЭ предусматривает электроснабжение оборудования и систем Серверной через
источники бесперебойного питания (ИБП). Мощность и конфигурация ИБП
рассчитывается с учетом всего запитываемого оборудования и запаса для будущего
развития.
Время автономной работы от ИБП рассчитывается с учетом потребностей, а так же с
учетом необходимого времени для перехода на резервные линии, АДЭ и обратно.
ИБП серверной должен иметь 100% резерв в виде второго аналогичного ИБП.
Каждый ИБП должен обеспечивать не менее 30% запаса по мощности для развития
оборудования Серверной.
4.3.5.3.2.3 Подсистема распределения электропитания (ПРЭ)
ПРЭ включает в себя распределительные щиты Серверной и кабели питания до
потребителей. Основные требования к подсистеме:
N2КО8ИМ4
о Все потребители электропитания разбиваются на группы, чтобы обеспечить
возможность про водить работы без отключения общего электропитания;
о Каждая группа должна иметь свой автомат защиты сети (АЗС);
о Потребители могут иметь свой отдельный АЗС, но его номинал не должен
превышать номинал основного (группового) АЗС;
о К каждой стойке с оборудованием (телекоммуникационному шкафу)
подводится два кабеля питания, по одному от двух ИБП (основного и
резервного);
о Внутри стоек (шкафов) устанавливаются модули распределения питания для
оборудования стойки;
о Все соединения без использования стандартных розеток производятся в
распределительных щитах, расположенных в помещении Серверной;
о Кабели питания по Серверной прокладываются в металлических лотках в
полостях фальшпола/фальшпотолка.
4.3.5.3.2.4 Подсистема технологического заземления (ПТЗ)
ПТЗ Серверной выполняется отдельно от защитного заземления здания.
Сопротивление технологического заземления должно быть менее 1 Ом.
Присоединение технологического заземления к защитному заземлению здания
производится непосредственно у защитных электродов, расположенных в грунте.
Все металлические части и конструкции серверной должны быть заземлены. Каждый
шкаф (стойка) с оборудованием заземляется отдельным проводником.
Несварные металлические конструкции Серверной должны иметь заземляющие шайбы
в болтовых соединениях, улучшающие электрический контакт между частями
конструкции.
4.3.5.3.2.5 Подсистема электрического освещения (ПЭО)
Освещенность помещения Серверной должна быть не менее 500 Люкс на высоте
1 метр от уровня пола. Для освещения Серверной допустимо применять обычные или
галогенные лампы накаливания. Применение газоразрядных ламп недопустимо из-за
наличия электромагнитных помех при их работе. Питание ПЭО осуществляется от
системы гарантированного электропитания серверной.
4.3.5.3.3 Система обеспечения микроклимата (СМ)
4.3.5.3.3.1 Подсистема кондиционирования и вентиляция (ПКВ)
В помещении Серверной должны соблюдаться следующие климатические
условия:
о Температура воздуха в помещении: 18-240С;
о Допустимые отклонения температуры: +/- 20С;
о Относительная влажность воздуха: 40-50%;
о Точность поддержания влажности: +/- 1 %.
Фактическая холодильная мощность системы кондиционирования воздуха
должна превышать суммарное тепловыделение всего оборудования и систем,
размещенного в помещении Серверной. Систему кондиционирования воздуха
Серверной выполняется с использованием 100% Резервирования (минимум два
независимых кондиционера, каждый способен самостоятельно обеспечить
температурный режим помещения). Система кондиционирования должна обеспечивать
возможность удаленного мониторинга (с использованием протоколов НТТР, SNMP).
N~КО8ИМ4
Для помещения Серверной необходим приток свежего воздуха с обеспечением
фильтрации (класс EU4) и подогревом поступающего воздуха (в зимний период).
Причем давление в помещении должно быть положительным, относительно давления в
остальных помещениях здания. На воздуховодах приточной и вытяжной вентиляциях
необходимо устанавливать защитные клапаны, управляемые автоматикой установки
газового пожаротушения. Необходимо предусмотреть отключение систем
кондиционирования и приточно-вытяжной вентиляции по сигналу пожарной
сигнализации и пожаротушения. Электропитание кондиционеров Серверной должно
осуществляться от ПГЭ или ПБЭ.
4.3.5.3.3.2 Подсистема мониторинга микроклимата (СМС)
Система контроля параметров предназначена для контроля климатических и
других параметров в серверных шкафах и телекоммуникационных стойках. В каждом
шкафу устанавливаются датчики для контроля следующих параметров:
о температура воздуха;
о эапыленность воздуха;
о скорость потока воздуха;
о задымленность воздуха;
о открытие I закрытие дверей шкафов.
Данная система позволит осуществлять оперативный температурный контроль
внутри шкафов и управлять климатическим оборудованием для надежного отвода
рассеиваемой мощности.
4.3.5.3.4 Система организации оборудования и кабельного хозяйства (СО)
4.3.5.3.4.1 Подсистема фальшпотолков и фальшполов (ЛФФ)
В помещении Серверной должен быть установлен фальшпол высотой не менее
300 мм (рекомендовано 400 мм) от основного перекрытия до уровня чистого пола
помещения. Пространство под фальшполом также используется для организации
каналов, распространения холодного воздуха системы прецизионного
кондиционирования.
Конструкция фальшпола должна выдерживать расчетные нагрузки и состоять из легко
съемных модулей (плиток). При этом необходимо учитывать то, что отдельные
устройства вычислительной системы могут создавать точечную нагрузку на пол до 455
кг. Необходимо предусмотреть установку вентиляционных решеток и кабельных
вводов для телекоммуникационных стоек. Все конструкции фальшпола должны быть
заземлены от общей шины технологического заземления Серверной. Для усиления
прочности необходимо предусмотреть установку стрингеров расчетной мощности.
4.3.5.3.4.2 Подсистема телекоммуникационных шкафов и стоек (лтс)
Все оборудование Серверной размещается в закрытых шкафах или открытых
стойках. Количество стоек (шкафов) определяется исходя из им ею щегос я
оборудования и его типоразмеров, способов монтажа.
Для улучшения температурного режима размещение шкафов (стоек) организуют
рядами, с образованием «горячих» и «холодных» коридоров. Промежутки между
шкафами не допускаются.
Распределение оборудования по шкафам (стойкам) осуществляется с учетом
совместимости (возможного взаимного влияния), оптимального распределения
потребляемой мощности (а значит и тепловыделения), оптимальности коммуникаций,
габаритам и массе оборудован<
|
|
|
