16. 커미셔닝은 시운전과 무엇이 다른가

― 장비를 켜보는 것과, 건물이 살아 있는지 검증하는 것은 다르다

데이터센터 현장에서 자주 혼동되는 말이 있습니다.
바로 시운전과 커미셔닝입니다.

둘 다 준공 전에 장비를 돌려보고, 이상이 없는지 확인하는 절차처럼 보입니다.
그래서 어떤 현장에서는 이렇게 말하기도 합니다.

“냉동기 돌려봤고, 펌프 돌려봤고, 공조기 풍량도 나왔으니 커미셔닝 끝난 것 아닙니까?”

하지만 데이터센터에서는 이 생각이 매우 위험합니다.

시운전은 장비가 작동하는지 확인하는 단계이고,
커미셔닝은 전체 시스템이 설계 의도대로 작동하는지 검증하는 과정입니다.

ASHRAE의 커미셔닝 관련 자료도 커미셔닝을 단순 장비 시험이 아니라, 발주자·설계자·시공자·운영자가 함께 수행하는 체계적인 절차로 설명합니다.

---

1. 시운전은 ‘개별 장비 확인’에 가깝다

시운전은 보통 장비 단위로 진행됩니다.

냉동기를 켜본다.
냉수펌프를 돌려본다.
냉각탑 팬을 운전한다.
CRAH 또는 AHU를 가동한다.
밸브가 열리고 닫히는지 확인한다.
센서 값이 BMS에 표시되는지 본다.

이것은 매우 중요한 과정입니다.

하지만 시운전은 대체로 **“장비가 정상적으로 켜지는가”**에 초점이 있습니다.

즉, 냉동기 자체는 정상일 수 있습니다.
펌프도 정상일 수 있습니다.
공조기도 정상일 수 있습니다.
자동제어 화면도 정상처럼 보일 수 있습니다.

그런데 데이터센터는 개별 장비가 정상이라고 해서 안전한 시설이 되는 것이 아닙니다.

데이터센터의 핵심은 장비 하나하나가 아니라,
장비들이 서로 연결되었을 때 전체 냉각·전원·제어 시스템이 끊기지 않고 움직이는가입니다.

---

2. 커미셔닝은 ‘전체 시스템 검증’이다

커미셔닝은 장비 하나가 도는지 보는 수준을 넘어섭니다.

설계 의도대로 설치되었는지,
성능이 실제로 나오는지,
자동제어가 정확히 반응하는지,
장비 고장 시 예비기가 투입되는지,
전원 장애 시 설비가 어떤 순서로 재기동되는지,
운영자가 비상 상황을 이해하고 대응할 수 있는지까지 확인합니다.

즉, 커미셔닝은 이렇게 묻는 과정입니다.

“이 데이터센터는 실제 운영 중 문제가 생겼을 때도 살아남을 수 있는가?”

일반 건물에서는 장비 하나가 멈추면 불편함으로 끝날 수 있습니다.
하지만 데이터센터에서는 냉각 실패나 전원 전환 실패가 곧 서버 장애로 이어질 수 있습니다.

그래서 데이터센터 커미셔닝은 단순 준공 절차가 아니라,
운영 안정성을 증명하는 기술 검증 절차입니다.

---

3. 시운전과 커미셔닝의 차이

구분시운전커미셔닝

주요 목적	장비 작동 확인	설계 의도와 운영 성능 검증
확인 대상	개별 장비 중심	전체 시스템 및 연동 관계
수행 시점	설치 후 장비별 진행	설계·시공·TAB·시운전·운영 인계 전반
핵심 질문	장비가 켜지는가?	시스템이 의도대로 작동하는가?
검증 범위	냉동기, 펌프, 팬, 밸브 등	냉각, 전원, 제어, 비상 시나리오, 운영 절차
결과물	시운전 성적서	커미셔닝 계획서, 체크리스트, 이슈로그, 성능검증 기록, 최종 보고서
데이터센터 관점	필요 조건	필수 검증 절차

한마디로 정리하면 이렇습니다.

시운전은 장비의 ‘작동 확인’이고, 커미셔닝은 건물의 ‘운영 검증’이다.

---

4. 데이터센터에서는 왜 커미셔닝이 더 중요한가

데이터센터는 일반 업무시설이나 공동주택과 다릅니다.

냉방이 조금 부족하면 사람이 덥다고 느끼는 정도가 아닙니다.
서버 흡입 온도가 올라가고, 장비 알람이 발생하고, 최악의 경우 서비스 장애로 이어집니다.

또한 데이터센터는 전기와 기계설비가 서로 강하게 연결되어 있습니다.

UPS, 발전기, 냉동기, 펌프, 냉각탑, CRAH, BMS, 소방, 보안, 누수감지, 알람 시스템이 각각 따로 움직이는 것이 아닙니다.
하나의 장애가 다른 시스템에 영향을 줍니다.

예를 들어 정전이 발생했다고 가정해 보겠습니다.

발전기는 기동해야 합니다.
UPS는 부하를 버텨야 합니다.
냉수펌프는 재기동되어야 합니다.
냉동기는 순차적으로 복귀해야 합니다.
CRAH 팬은 서버실 냉각을 유지해야 합니다.
BMS는 모든 상황을 정확히 표시해야 합니다.
운영자는 어떤 알람이 먼저이고, 어떤 조치를 해야 하는지 알아야 합니다.

이 전체 흐름을 검증하지 않고 “장비별 시운전 완료”라고 하면, 실제 장애 상황에서 시스템이 무너질 수 있습니다.

Uptime Institute도 미션 크리티컬 시설에서 커미셔닝의 중요성을 강조하며, 데이터센터 프로젝트 성공과 운영 안정성 측면에서 커미셔닝을 핵심 절차로 보고 있습니다.

---

5. 커미셔닝은 설계 단계부터 시작된다

많은 사람들이 커미셔닝을 준공 직전 시험으로 생각합니다.
하지만 이것은 절반만 맞는 생각입니다.

제대로 된 커미셔닝은 설계 단계에서 이미 시작됩니다.

발주자의 요구조건은 무엇인가?
Tier 목표는 무엇인가?
전산 부하는 얼마인가?
냉각 방식은 무엇인가?
장비 예비율은 어떻게 구성되는가?
정전 시 운전 시나리오는 어떻게 되는가?
운영 인력은 어떤 수준으로 교육받아야 하는가?

이런 내용이 명확해야 시공 후 검증도 가능합니다.

기준이 없는 상태에서 시험하면, 시험 결과가 좋아도 의미가 약합니다.
무엇을 기준으로 합격인지 모르기 때문입니다.

따라서 커미셔닝은 단순히 마지막에 장비를 돌리는 일이 아니라,
처음부터 끝까지 설계 의도와 실제 성능을 연결하는 과정입니다.

---

6. 데이터센터 커미셔닝의 일반적인 단계

데이터센터에서는 흔히 단계별 커미셔닝 개념을 사용합니다.
실무에서는 프로젝트나 발주처 기준에 따라 다르지만, 보통 다음과 같은 흐름으로 이해하면 됩니다.

단계내용감리 관점

Level 1	공장검사, 장비 제작 검토	장비 사양과 승인도서 일치 여부
Level 2	현장 반입 및 설치 상태 확인	설치 방향, 접근성, 배관·배선 접속 확인
Level 3	개별 장비 시운전	냉동기, 펌프, CRAH 등 단독 운전 확인
Level 4	시스템 기능 시험	냉수계통, 공조계통, 전원계통 연동 확인
Level 5	통합 시스템 시험, IST	실제 장애·부하 조건에서 전체 시스템 검증

여기서 우리가 흔히 말하는 시운전은 주로 Level 3에 가깝습니다.
하지만 데이터센터에서 진짜 중요한 것은 Level 4와 Level 5입니다.

특히 IST, 즉 Integrated Systems Testing은 전기·기계·제어 시스템이 실제 조건에서 함께 움직이는지를 확인하는 절차입니다. 데이터센터 커미셔닝에서 여러 단계의 시험을 통해 개별 장비부터 통합 시스템까지 검증하는 방식이 널리 사용됩니다.

---

7. 시운전만 하고 커미셔닝을 하지 않으면 생기는 문제

시운전 성적서는 모두 정상인데, 운영 중 문제가 생기는 경우가 있습니다.

대표적인 사례는 다음과 같습니다.

첫째, 냉동기는 정상 운전되지만 냉수 차압 제어가 불안정한 경우입니다.
둘째, 펌프는 정상이나 말단 CRAH 유량이 부족한 경우입니다.
셋째, 발전기는 기동되지만 냉각설비 재기동 순서가 맞지 않는 경우입니다.
넷째, BMS 화면에는 정상으로 표시되지만 실제 밸브 개도와 다른 경우입니다.
다섯째, 예비기가 설치되어 있지만 고장 상황에서 자동 투입되지 않는 경우입니다.
여섯째, Hot Aisle과 Cold Aisle이 설계대로 분리되지 않아 열기가 재순환되는 경우입니다.
일곱째, 운영자가 알람 의미를 몰라 비상 대응이 지연되는 경우입니다.

이 문제들은 장비 하나만 켜보는 시운전으로는 잘 드러나지 않습니다.

이런 문제는 시스템을 연결하고, 일부러 장애 상황을 만들고, 실제 부하 조건을 모사해야 드러납니다.

---

8. 감리자는 커미셔닝 계획서를 먼저 봐야 한다

데이터센터 감리자가 커미셔닝에서 가장 먼저 봐야 할 문서는 결과보고서가 아닙니다.

먼저 커미셔닝 계획서를 봐야 합니다.

커미셔닝 계획서에는 다음 내용이 있어야 합니다.

확인 항목감리 검토 포인트

커미셔닝 범위	기계, 전기, 제어, 소방, 누수감지 포함 여부
시험 단계	개별 장비, 계통 시험, 통합 시험 구분 여부
시험 조건	실제 부하 또는 모의 부하 조건 명시 여부
합격 기준	설계값, 허용오차, 알람 기준 명확 여부
장애 시나리오	정전, 장비 고장, 펌프 정지, 냉동기 정지 포함 여부
책임 구분	시공사, 장비업체, TAB, 자동제어, 운영자 역할 명확 여부
이슈 관리	문제 발생 시 기록·조치·재시험 절차 여부

계획이 부실하면 결과도 부실해집니다.

커미셔닝은 “시험을 했느냐”보다
무엇을 어떤 조건에서 어떻게 시험했느냐가 중요합니다.

---

9. 커미셔닝에서 감리자가 반드시 확인할 핵심 질문

데이터센터 커미셔닝을 볼 때 감리자는 다음 질문을 계속 던져야 합니다.

1) 실제 부하 조건을 반영했는가?

서버가 아직 입주하지 않은 상태에서 냉각 성능을 확인했다면,
모의 부하 장비나 로드뱅크를 사용했는지 확인해야 합니다.

실제 열부하 없이 “냉방 잘됨”이라고 판단하면 위험합니다.

2) 예비기 운전이 검증되었는가?

N+1 구성은 도면에 있다고 끝나는 것이 아닙니다.
고장 상황에서 예비기가 실제로 투입되어야 합니다.

펌프 1대 정지, 냉동기 1대 정지, 냉각탑 팬 정지, 전원 계통 전환 등을 시험해야 합니다.

3) 자동제어와 현장 장비가 일치하는가?

BMS 화면의 값과 현장 계측값이 일치해야 합니다.
센서 위치, 알람 설정, 밸브 개도, 팬 속도, 차압 기준을 확인해야 합니다.

4) 정전 후 복구 시나리오가 검증되었는가?

데이터센터는 정전 자체보다 복구 과정이 더 위험할 수 있습니다.
발전기 기동, UPS 유지, 냉각설비 재기동, 냉수 온도 회복 시간을 확인해야 합니다.

5) 운영자가 이해하고 있는가?

커미셔닝은 서류로 끝나지 않습니다.
운영자가 알람, 비상 절차, 밸브 위치, 수동 전환 방법을 알고 있어야 합니다.

운영자가 모르는 시스템은 검증된 시스템이 아닙니다.

---

10. 시운전 성적서와 커미셔닝 보고서는 다르게 봐야 한다

시운전 성적서는 주로 장비별 상태를 기록합니다.

예를 들어 냉동기 시운전 성적서에는 전압, 전류, 냉수 입출구 온도, 냉각수 온도, 압력, 운전 상태 등이 기록됩니다.

하지만 커미셔닝 보고서는 더 넓은 내용을 담아야 합니다.

구분시운전 성적서커미셔닝 보고서

기록 단위	장비별	시스템별·시나리오별
주요 내용	전압, 전류, 온도, 압력, 운전 상태	설계 의도, 시험 조건, 절차, 결과, 이슈, 조치, 재시험
검토 기준	장비 사양	발주자 요구조건, 설계 기준, 운영 시나리오
핵심 의미	장비가 정상인가	시설이 운영 가능한가

따라서 감리자는 시운전 성적서만 보고 커미셔닝이 완료되었다고 판단하면 안 됩니다.

---

감리 의견 예시

제출된 시운전 성적서는 개별 장비의 운전 상태를 확인하는 자료로는 의미가 있으나, 데이터센터 전체 시스템의 운영 안정성을 검증하는 커미셔닝 자료로 보기에는 부족하다.

데이터센터는 전원, 냉각, 자동제어, 비상 운전, 운영 대응이 통합적으로 작동해야 하는 시설이므로, 단순 장비별 시운전 결과 외에 다음 자료를 추가로 제출받아 검토하는 것이 타당하다.

1. 커미셔닝 계획서 및 시험 범위
2. 발주자 요구조건과 설계 기준 대비 검증표
3. 냉동기, 펌프, CRAH, 냉각탑 계통별 기능시험 결과
4. 정전, 장비 고장, 예비기 투입 등 장애 시나리오 시험 결과
5. BMS 및 자동제어 연동 시험 결과
6. 실제 부하 또는 모의 부하 조건에서의 냉각 성능 확인 자료
7. 미결사항 이슈로그 및 조치 완료 기록
8. 운영자 교육 및 인수인계 확인 자료

---

결론

시운전은 필요합니다.
하지만 시운전만으로 데이터센터가 안전하다고 말할 수는 없습니다.

시운전은 장비가 켜지는지 확인하는 일입니다.
커미셔닝은 그 장비들이 서로 연결되어, 실제 운영 상황과 장애 상황에서도 설계 의도대로 작동하는지 증명하는 일입니다.

데이터센터에서 중요한 것은 “장비가 돌았다”가 아닙니다.

정전이 와도 버티는가.
펌프 한 대가 멈춰도 냉각이 유지되는가.
냉동기 한 대가 정지해도 서버 흡입 온도가 위험해지지 않는가.
BMS 알람이 정확히 울리고, 운영자가 대응할 수 있는가.

이것이 커미셔닝의 본질입니다.

감리자는 시운전 성적서를 받는 사람이 아니라,
시스템이 실제로 살아 있는지 확인하는 사람입니다.

데이터센터에서 커미셔닝은 준공 서류가 아닙니다.
그것은 서버를 지키는 마지막 검증 절차입니다.