e비즈*솔루션

티맥스티베로 "DR, 유휴자산 아닌 예비 엔진…DB레이어 동기화 관건"

김보민 기자

이원근 티맥스티베로 팀장이 5월6일 서울 중구 전국은행연합회에서 열린 <Digital Continuity 2026> 행사에서 발표하고 있다. [사진=디지털데일리]

[디지털데일리 김보민기자] 재해복구(DR)센터를 운영 자산으로 바꾸는 데이터베이스(DB) 레이어 기반 체계가 중요해졌다는 의견이 나왔다.

이원근 티맥스티베로 팀장은 6일 서울 중구 전국은행연합회에서 디지털데일리가 개최한 <Digital Continuity 2026> 행사에서 "DR을 유휴자산이 아닌 실제 재난에도 굴러갈 수 있는 예비 엔진으로 바라봐야 한다"고 밝혔다.

지난해 국가정보자원관리원 화재를 계기로 정부가 공공 DR 체계에 대한 기준을 수립한 만큼 필요성이 더욱 커질 것으로도 예측했다. 이 팀장은 "공공뿐만 아니라 금융, 기업, 산업 전반에서 DR 구축 수요가 폭발적으로 늘고 있다"며 "서비스를 무중단으로 구축해야 되는 액티브(Active) DR에 대한 요건이 증가할 것"이라고 말했다.

앞서 정부는 국가인공지능전략위원회를 통해 'AI 정부 인프라 거버넌스·혁신 추진방향'을 수립했고 여기에 국정자원 DR 체계 구축과 시스템 재배치에 대한 계획을 담았다. 정부 시스템 등급제도 전면 개편했다. 시스템이 중단될 경우 국민 안전과 재산에 피해가 발생하는 경우를 산정해 국가핵심(A1), 대국민필수(A2), 행정중요(A3), 국민·행정일반(A4) 순으로 구분하는 것이 핵심이다.

이 팀장은 "여기서 중요한 점은 A1과 A2 등급"이라며 "우리 시스템이 현재 어떤 등급에 해당하는지, 그리고 어떻게 DR을 구성할 수 있을지 점검할 때"라고 말했다.

통상 DR은 스토리지 기반으로 구현되고 있다. 하지만 주 전산 센터가 액티브 상태라도 DR센터 운영이 종료될 경우 한계가 분명하다는 평가가 이어지고 있다. 특히 랜섬웨어, 오삭제(휴먼 에러) 등 장애 상황이 그대로 DR로 전파되거나 트랜잭션 상태를 고려하지 않고 디스크 블록만 복제해 정합성을 보장하기가 어렵다는 한계도 존재했다. 특히 동일 제조사 스토리지 기반을 구성해야 하기 때문에 벤더에 종속되거나, 고가 장비와 전용 네트워크 비용으로 구축 부담이 커진다는 어려움도 존재한다.

이 팀장은 "DB레이어 동기화가 대안"이라며 "데이터 정합성을 보장하는 DB레이어 동기화는 오류 데이터 전파를 즉각 차단하고 유효하지 않은 트랜잭션을 정상으로 판단하지 않아 이를 차단할 수 있다"고 소개했다. 이어 "특정 하드웨어와 운영체제(OS)가 필요하지 않고, 필요한 로그만 압축해 전달하기 때문에 네트워크 사용량을 줄일 수 있다"고 부연했다.

티맥스티베로는 '액티브 데이터 리플리케이터(ADR)'를 기반으로 CDA/HA 방식을 활용한 DB 서버 DR 구축을 지원하고 있다. ADR은 티베로 DB뿐 아니라 이기종 환경에서도 적용 가능한 솔루션이다. 실시간 동기화 구조를 통해 데이터 손실을 방지하고 장애 발생 시 즉시 페일오버를 지원한다.

등급별 라인업도 마련했다. A1 등급 핵심 요건인 '액티브-액티브 DR'의 경우 'ADR 포 티베로 CDC(ADR for Tibero CDC)'로 구현할 수 있다. 주 전산 센터와 DR 센터를 동시 액티브로 운영해 재해가 발생하더라도 서비스 중단을 막을 수 있는 것이 특징이다. 아울러 TAC(Tibero Active Cluster) 기반 액티브 DR로 주 센터와 DR센터 모두 운영 가능한 이중 구조를 지원한다. 여기에 3중화, 분산 구성 등 환경에 맞는 DR 구조 설계도 가능하다.

A2 등급에 필요한 '액티브-스탠바이 DR'에는 'ADR 포 티베로 HA(ADR for Tibero HA)'를 지원한다. 스탠바이를 읽기 전용으로 활용해 운영 자원으로 사용이 가능하도록 돕는 것이 핵심이다. 이 팀장은 "티맥스티베로는 스탠바이도 액티브하게 활용하도록 할 수 있다"며 "DR을 운영 자산으로 활용하자는 취지"라고 소개했다. 손상 블록 자동 복구, 장애 이후 자동 정상화도 가능하다.

이 팀장은 스탠바이 노드를 리드(Read) 용도로 활용해 시스템 자원 효율을 높일 수 있다고 강조했다. 그는 "일부 무거운 조회 및 통계 업무를 운영에서 수행하지 않고 DR 서버에서 활용해 서비스 성능을 유지할 수 있게 된다"며 "또한 신규 SQL 등을 운영에서 수행하지 않고 DR 서버를 잠시 테스트보드로 전환해 검증을 할 수도 있다"고 말했다.

오라클 기반 시스템을 유지하면서 DR 체계를 고도화하는 'ADR 포 Oracle(ADR for Oracle)'도 선택 가능하다. CDC 기반 선택적 데이터 전송 구조를 활용해 DR 비용 절감에 유리한 점이 특징이다. 자동 정합성 검사와 모니터링 기능으로 운영 효율을 높였고 오라클과 티베로 간 호환성을 기반으로 장애 전환과 재동기화가 자연스럽게 이뤄지는 점도 강점이다.

온프레미스 DR 한계를 극복할 '아울DB(OwlDB)'도 갖추고 있다. 아울DB는 클라우드 환경에서 DB를 운영하도록 돕는 플랫폼 서비스로 별도 인프라 구성 없이 배포, 모니터링, 백업, 보안을 통합 관리한다. 국내외 다양한 클라우드서비스공급자(CSP)를 지원하기 때문에 락인 효과도 감소할 수 있다. 아마존웹서비스(AWS), 삼성클라우드플랫폼, 애저, 네이버클라우드 플랫폼, kt클라우드, NHN클라우드 등이 대표적인 선택지다.

이 팀장은 "극한의 재해 상황에서도 고객 비즈니스를 지켜낼 수 있다"며 티맥스티베로 ADR로 단순하면서 안정적으로 DR을 구축하라"고 제언했다.

김보민 기자
kimbm@ddaily.co.kr
기자의 전체기사 보기 기자의 전체기사 보기
디지털데일리가 직접 편집한 뉴스 채널