Что такое ЦОД в строительстве

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

Когда определение нужно для договора, технического задания или служебной записки, брать его стоит из стандарта, а не из словаря. Термин задан в п. 3.1.13 ГОСТ Р 58811-2020 «Центры обработки данных. Инженерная инфраструктура. Стадии создания»:

У аббревиатуры ЦОД расшифровка в строительстве и в ИТ одна -центр обработки данных, и «дата-центр» означает тот же объект. Несущих слов в определении три. «Специализированный объект» — не универсальное здание, которое можно перепрофилировать проектом отделки. «Связанная система» двух инфраструктур -предметом определения выступает связка ИТ-оборудования с инженерными системами, а не стены. И «в здании или помещении» -коробка в определении вторична настолько, что отдельного здания может не быть вовсе.

Для заказчика из примера это различие практическое. Он покупал у проектировщика здание, а предмет проекта- система. Из чего эта система состоит, стандарт тоже говорит прямо.

В обычной стройке слова «инженерные системы» означают разделы проекта: отопление, водоснабжение, электрика. Инженерная инфраструктура ЦОД – понятие из того же стандарта, и определено оно через задачу: комплекс систем, обеспечивающий бесперебойную работу ИТ-оборудования (п. 3.1.3).

Состав в примечании к термину назван с оговоркой «как правило»: системы электроснабжения, поддержания климата, связи и управления, комплекс систем безопасности. Какие именно системы попадут в ваш проект, определяют требования ИТ-оборудования – то есть ровно те цифры, которых не было у заказчика из примера.

Несущее слово здесь – «бесперебойное». Из него растёт резервирование каждой системы, из резервирования – запас площадей и мощностей, а из запаса – требования к зданию. Эта цепочка и объясняет, почему стандарт выстроил стадии создания не так, как привычная стройка. Но сначала о том, где этот стандарт стоит среди остальных норм.

Первый – градостроительный, общий для любого объекта капитального строительства: разрешение на строительство, экспертиза проектной документации, строительный контроль, разрешение на ввод. Для здания ЦОД он действует целиком, никаких изъятий для дата-центров в ГрК РФ нет.

Второй слой – отраслевой, и он молодой. Два национальных стандарта разработаны отраслевой ассоциацией, внесены техническим комитетом ТК 120 «Центры обработки данных» и утверждены в один день, 19 февраля 2020 года, соседними приказами Росстандарта:

• ГОСТ Р 58811-2020 «Инженерная инфраструктура. Стадии создания» – приказ № 67-ст,
• ГОСТ Р 58812-2020 «Инженерная инфраструктура. Операционная модель эксплуатации. Спецификация» – приказ № 68-ст.

План-график, который вам принесут на согласование, удобно сверять с таблицей 1 ГОСТ Р 58811-2020. Стандарт делит создание инженерной инфраструктуры на 9 стадий, а внутри них – 21 этап с описанием содержания работ. Результаты этапов собраны в его приложении А – по ним видно, какой документ закрывает каждый шаг.

Жёсткой эта последовательность не является. Стандарт допускает исключать стадию «Техническая концепция» и отдельные этапы, выполнять этапы параллельно и добавлять новые – но состав фиксируется в договоре и техническом задании до начала работ. Исключённая по решению сторон стадия и стадия, пропущенная по незнанию, выглядят в графике одинаково, а заканчиваются по-разному.

Первое, что выделяет эту таблицу на фоне привычной стройки, – строки 2 и 3.

Список вопросов, который получил заказчик из примера, – это и есть содержание стадий 2 и 3. В обычном капитальном строительстве после обследования площадки пишут задание на проектирование. В создании ЦОД между ними стоят два шага: сначала задание на разработку технической концепции, затем сама концепция – и только после неё техническое задание.

Причина такого устройства в самом предмете. Решается не «как построить здание», а «какую инженерную систему в него поставить» – и от ответа зависит само здание: нагрузки на перекрытия, высота залов, площади под энергоблоки и климатику. Добавим к объекту из примера 2 условные величины: 500 стоек и проектная ИТ-нагрузка 4 МВт. Цифры условные и нужны для порядка величин. Именно концепция отвечает, встанут ли эти 4 МВт в бывший производственный корпус и что выгоднее – усиливать вводы электроснабжения или искать другую площадку. Ответ появляется до проектирования, а не после него.

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

Когда концепция утверждена, проект входит в знакомую колею. Но и там у дата-центра есть своя особенность.

Если в вашем графике стадия «проект» записана одной строкой, по стандарту она разложится на два больших блока – проектную и рабочую документацию, стадии 5 и 6. Проектная документация на инженерную инфраструктуру в общем случае разрабатывается в составе проектной документации объекта капитального строительства – так говорит примечание к этапу 5.2 – и проходит экспертизу в общем порядке.

Самое интересное в этой стадии спрятано в другом примечании, втором к тому же этапу. В ходе разработки документации на инженерные системы должны быть выданы задания разработчикам разделов «Архитектурные решения» и «Конструктивные и объёмно-планировочные решения». Прочитайте это ещё раз: не архитектор задаёт условия инженерам, а проектировщики инженерных систем выдают задания архитектуре и конструктиву. В стандарте о ЦОД коробка получает задание от начинки – это ответ на вопрос «что здесь главное», встроенный в устройство самой нормы.

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

На площадке стадия 7 выглядит как встреча двух потоков: общестроительного и инженерного. Стандарт разложил её на 4 этапа: поставка оборудования и материалов с входным контролем, монтажные работы, пусконаладочные работы – от автономной наладки систем до комплексной – и подготовка объекта к вводу в действие.

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

Сначала о том, что происходит между монтажом и работающим объектом.

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

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

Здесь же стандарт показывает, к какой части строительных норм он себя привязывает. В его разделе «Нормативные ссылки» единственный документ — СП 68.13 330.2017 о приёмке в эксплуатацию законченных строительством объектов: комплексные приёмочные испытания проводят в ходе работ по такой приёмке. Из всего массива строительных норм стандарт счёл нужным сослаться только на приёмку — само устройство документа говорит, где создание инженерной инфраструктуры встречается со стройкой.

И терминологическая ловушка, которая путает графики. «Ввод в эксплуатацию» в самом стандарте определён как процесс, во время которого системы начинают функционировать и проверяется их соответствие проекту (п. 3.1.2). Разрешение на ввод объекта в эксплуатацию по ст. 55 ГрК РФ — административное решение о здании. Слова почти совпадают, сущности разные — и в графике это два отдельных события. Какие правила при этом продолжают действовать для самого здания — в следующем разделе.

Вопрос «а это КИИ или нет» звучит почти на каждом совещании по дата-центру, и чаще всего его задают не тому объекту. Даже если вы строите здание, а системы в нём разместят арендаторы, различать два предмета регулирования вам придётся при каждом согласовании. ЦОД сам по себе объектом критической информационной инфраструктуры не является. По 187-ФЗ объекты КИИ – это информационные системы, информационно-телекоммуникационные сети и автоматизированные системы управления, принадлежащие субъектам КИИ. Здание строится по градостроительным нормам, а категорированию подлежит система, которая в нём размещена, –если её владелец работает в сферах из закона: здравоохранение, наука, транспорт, связь, энергетика, финансовый сектор и другие.

Для значимых объектов требования устанавливает приказ ФСТЭК № 239 в редакции от 28 августа 2024 года, и его п. 7 прямо говорит: обеспечение безопасности – составная часть работ по созданию, меры принимаются на всех стадиях жизненного цикла. Для заказчика дата-центра отсюда следует порядок действий: вопрос, подпадает ли размещаемая система под категорирование, решается на стадиях концепции и технического задания. Встраивать подсистему безопасности в готовый объект –значит возвращаться в проектную документацию.

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

На организационной схеме вашего проекта дата-центра ролей больше, чем в типовой стройке, и стандарт этот список приводит. Приложение Б к ГОСТ Р 58811-2020 называет заказчика, куратора проекта, инвестора, генерального проектировщика и субпроектировщиков, генподрядчика и субподрядчиков, поставщиков – и сервисных подрядчиков. Обратите внимание на последних: компании, обслуживающие оборудование, перечислены среди участников создания, а не появляются после ввода. Это та же логика, что у стадии 9.

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

Юридические роли при этом никуда не деваются: застройщик и технический заказчик определены в ГрК РФ, и кто из них за что отвечает, разобрано в статье о техническом заказчике. На объекте с двумя контурами – строительным и инженерным – оба графика сходятся именно у представителя заказчика: извещения, журналы и приёмка по кодексу плюс стыковка стадий по стандарту.

Когда роли расставлены, остаётся обойти ошибки, типичные для первых проектов дата-центров.

ОМНИКС ГРУПП специализируется на дата-центрах: по данным компании, 9 из 13 опубликованных объектов – это ЦОД, суммарно 224 тыс. кв. м. Среди них региональные центры обработки данных площадью 62 000 кв. м и 56 000 кв. м, где в 2022 году выполнялся полный комплекс работ по инженерным системам – поставка, монтаж, пусконаладка и ввод, – и дата-центры в Новосибирске и Екатеринбурге, где компания в 2024 году выполняла функции технического заказчика.

Работа строится вокруг тех же двух контуров – строительного и инженерного. Строительный контур ведёт команда технического заказчика – ориентировочный состав на услугу 7 человек, от менеджера проекта до администратора среды общих данных, поэтому документация проекта живёт в одной системе с историей версий. Контроль качества ведёт группа из 8 человек с разделением по направлениям: от инженера по общестроительным работам до инженеров по вентиляции, холодоснабжению, электроснабжению и слаботочным системам – на объекте с инженерными системами такой глубины раздельные специализации становятся условием приёмки.

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

Ситуация из начала статьи – собирательная, но узнаваемая: разрыв возникает там, где заказчик планирует здание, а покупает систему. Закрывается он до договора на проектирование – на тех самых стадиях концепции.

Мы прекрасно понимаем, что каждый проект уникален. Поэтому в работе применяем следующие принципы:

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