[이슈&인사이트] 정보시스템의 재난 방지를 위한 중복 설계의 중요성

▲윤덕균 한양대학교 시스템공학부 명예교수

국가정보자원관리원(NIRS) 대전 본원의 2025년 9월 29일 화재로 G 드라이브 서버와 백업 실이 전소되었다. G 드라이브에는 공무원 약 12만 5천 명이 사용 중이었으며, 74개 정부 부처와 19만 1,000여 명의 업무자료가 저장되어 있었다. 소실된 데이터는 858테라바이트에 달한다. 전산망에 대한 복구 작업이 인력·장비 총동원 '안간힘'에도 화재로 영향을 받은 709개 시스템의 복구율은 한 달이 지난 현재 70%가 채 안 된다. 연내 정상 가동도 불투명한 상황이다. 현장에는 공무원 약 220명과 관련 사업자 상주 인원 570명, 기술 지원 및 분진 제거 전문 인력 약 30명 등 모두 800여 명의 인원이 투입돼 작업을 펴고 있다. 전문 인력에는 삼성 SDS, LG CNS를 비롯해 정보통신 분야 국책기관인 KISTI, ETRI 소속 연구원들까지 동원되었음에도 작업에 속도가 낮은 요인은 시스템 중복 설계에 치명적인 오류가 있기 때문이다.

중복 설계의 오류는 2001년 9·11 테러 당시 세계무역센터(WTC)의 금융기관들이 초토화된 상황에서도 며칠 만에 영업을 개시할 수 있었던 배경과 대비된다. 25년 전인 9·11테러 당시에 이미 미국의 대형 증권사들은 재해복구 개념을 갖추고 있었다. 그들은 뉴저지, 코네티컷 등 외곽 지역에 데이터 백업 센터를 운영하고 있었다. 캔터 피저랄드 사는 9·11 테러로 전 직원의 2/3인 658명이 사망하였음에도 뉴저지에 실시간 백업 서버를 두고 있어 8일 만에 온라인 거래를 재개하였다. 모건스탠리는 철저한 대피 훈련 덕으로 전 직원 2천7백 명 중 피해를 극소화했고 테러 발생 2주 만에 타임스 스퀘어로 임시 이전 업무를 정상화하여 위기관리 및 위기 대응 모범 사례로 전 세계 기업의 벤치마킹 대상이 되었다.

NIRS 대전 본원의 정부 전산망 설계는 600년 전의 조선왕조실록의 중복 설계에도 미치지 못하는 수준이다. 조선왕조실록은 현재보다 어려운 여건하에서 원본 포함 백업 수를 여러 개 만들어 보관했다. 조선조 초기에 전란으로 인한 소실을 대비해 4부를 작성하여 춘추관, 충주, 성주, 전주 사고에 보관하였다. 임진왜란 중에 전주 사고본만 남고 모두 소실되자 다시 5부를 작성하여 이번에는 인간들의 거주지가 아닌 태백산, 묘향산, 마니산, 오대산의 산속과 춘추관에 분산 배치하여 화재 등 재난에 대비하였다. 그런데 국가정보자원관리원 대전 본원은 조선시대만도 못한 후진적이다. NIRS 대전 본원 G 드라이브는 외부 백업이 전혀 없이, 원본과 백업 데이터가 모두 같은 건물 내에 보관되어 있어, 화재 등 재난 시 복구 불가 구조적 한계가 드러났다. 인사혁신처 등 일부 부처는 모든 업무자료를 해킹 방지 차원에서 G 드라이브에만 저장하도록 해 피해가 컸다.

NIRS의 G 드라이브와 같은 귀중한 데이터를 보관하는 시스템의 재난 방지를 위해서는 신뢰성 특유 설계 기법이 있다. ① Fool Proof 설계 방식이다. 사용자가 잘못된 조작을 하더라도 고장이나 사고가 없도록 하는 설계다. 예를 들어 카메라에 찍힌 필름을 돌리지 않고는 셔터가 작동을 불가능하게 하는 등이다. ② Fail Safe 설계 방식이다. 특정 기기가 고장 났을 때 타 기기로 파급되는 것을 저지할 수 있도록 설계한다. ③ Safe Life 설계 방식이다. 절대 고장 나지 않는 완벽한 안전 구조 설계 방식이다. 특히 보전이 곤란하고 고신뢰도를 유지하지 않으면 안 되는 시스템을 말한다. 예를 들어 항공기 엔진, 원자로 등이 있다. ④ 리던던시에 의한 신뢰성 향상 기법이 있다. 한 부품이 고장을 일으키더라도 전체는 작동되도록 여분의 회로나 구성품을 갖추어 놓는 중복 방식이다. 클라우드는 편리하다. 하지만 재난에 대한 대비가 없다면 한 번에 모두를 잃는다. 정부, 기업, 개인의 재난 방지를 위한 시스템의 중복 설계의 중요성은 아무리 강조하여도 지나침이 없다.

윤덕균