Проверка резервирования серверной части системы ситуационного контроля

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

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

Основной и резервный серверы

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

Основной сервер относится к штатной серверной части системы. Резервный сервер предусмотрен проектом как отдельный элемент резервирования. Поэтому подтверждённый результат можно сформулировать точнее, чем общее утверждение о наличии вычислительной инфраструктуры: в проектном решении непосредственно предусмотрены основной и резервный серверы.

Такое различие важно для профессиональной оценки, потому что понятия «несколько серверов» и «основной и резервный серверы» не равнозначны. Наличие нескольких единиц оборудования само по себе ещё не описывает резервирование. Здесь же разделение на основной и резервный сервер прямо зафиксировано в рассматриваемом решении.

Связь серверов с вычислительным контуром

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

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

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

Технические разъяснения при экспертизе

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

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

Такой подход сохраняет практическую ценность заключения. Из него можно сделать два надёжных вывода: проект предусматривает основной и резервный серверы, а при экспертизе были документированы технические разъяснения. Более детальную историю изменений схемы из этих фактов выводить нельзя.

Уровень подтверждения резервирования

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

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

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

Что даёт техническое заключение

Техническое заключение позволяет зафиксировать структуру подтверждённого проектного решения без смешения проектных и эксплуатационных характеристик. Сначала определяется назначение рассматриваемой серверной части — вычислительный контур системы ситуационного контроля. Затем устанавливается предусмотренное проектом резервирование: основной и резервный серверы. Отдельно учитывается факт технических разъяснений, сопровождавших экспертизу.

В результате формируется понятная градация подтверждения:

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

Такой результат полезен именно своей определённостью. Он позволяет опираться на наличие проектного резервирования при дальнейшем рассмотрении документации и одновременно не смешивать этот факт с проверкой реально работающей системы.

Проверка аналогичного серверного решения

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

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

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

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