[지디넷코리아]데이터 백업은 가장 일반적이면서도 공인된 데이터 보호 프로세스다. 물론 백업을 통해 데이터 보호와 관련된 다양한 요구를 모두 만족시킬 수는 없지만, 운용의 용이함과 경제적인 비용 덕분에 백업은 여전히 많은 조직에서 데이터 보호의 중요한 수단으로 인정받고 있다.

지난 10년 동안, 데이터 보호에 대한 요구가 증가한 만큼이나 데이터 보호를 위한 기술도 함께 발전돼 왔다. 이런 시점에서, 테이프 기술에 의존하고 있는 현재의 백업 프로세스가 보다 다양한 기술 기반을 응용함으로써 그 성능을 대폭 향상시킬 수 있는 방법을 제시하고자 한다.


(그림 1)은 전통적인 방식의 백업 시스템을 보여주고 있다. 애플리케이션이 직접 백업 프로세스와 테이프/테이프 자동화 하드웨어를 모두 통제하는 모델이다. 이같은 애플리케이션은 운영체제와 다른 애플리케이션에 기능성을 제공한다는 장점을 갖고 있다. 이처럼 테이프 라이브러리를 이용해 구축된 백업 시스템은 현재 25만 여 개에 달하며, 테이프 오토로더를 포함하면 65만에 이르고 있다. 또한 이같은 구조를 통한 백업 시스템은 연간 20%에서 25%씩 증가하고 있다. 테이프 라이브러리를 기반으로 한 이 같은 아키텍처는 다양한 직접 연결 혹은 네트워크 연결 방식으로 구축되고 있다.
그러나 전통적인 방식의 백업 애플리케이션이 가진 다양한 장점에도 불구하고, 테이프 기반의 백업 애플리케이션은 최근 몇 가지 도전에 직면하고 있다.

테이프 백업의 한계
그 중 가장 심각한 문제는 데이터 백업에 소요되는 시간이다. 기업 환경에서 데이터의 가용성에 대한 요구가 증가하면서 백업에 할애할 수 있는 시간이 점차 줄어들고 있다. 이 때문에 대부분의 조직에서는 실제로 변경된 부분에 대해서만 데이터 백업 작업을 진행하도록 제한하고 있다. 풀 백업에 소요되는 시간이 평균 8시간 이상이기 때문에, 완벽한 의미의 백업 기록은 일주일에 한번이나 한달에 한번 정도로만 이뤄지고 있다. 또한 백업 시간이 이처럼 길게 소요되기 때문에 백업 과정에서 발생할 수 있는 오류로부터 시스템을 복구할 수 있는 기회도 그만큼 제한될 수 밖에 없다.

한편 데이터 복구 작업은 데이터 백업만큼 자주 이루어지지는 않는 반면, 백업보다 더욱 시간에 민감한 작업이다. 보통 테이프 기반의 백업 시스템 상에서 복구 지연시간(restore laten cy)은 수 분에서부터(찾는 데이터가 테이프 라이브러리 내에 존재할 경우) 한 시간 이상에까지 이른다(찾는 데이터가 테이프 라이브러리로부터 이동했을 경우). 또한 대부분의 조직에서 데이터 복구를 위해 IS(Information System)의 개입을 요구하기 때문에, 복구 대기시간(restore latency)는 더욱 길어질 수 밖에 없다.

일반적으로 테이프 백업의 성공률이 95~99%에 이르기 때문에, 지금까지 조직들은 일년 중 최고 15일까지 백업의 보호 없이 지내는 것을 감수해 왔다. 백업 프로세스가 갖는 이 같은 리던던시(Redundancy)는 백업/복구 실패 상황에서도 데이터를 복구할 수 있다는 절대적인 신뢰도를 제공하지만, 백업/복구 실패 상황에 대한 관리는 결국 매뉴얼 작업으로 이뤄지기 때문에, 조직의 IS 자원에 큰 부담을 주게 된다.

백업/복구 프로세스에서 발견되는 높은 오류 발생률과 미디어를 이동시킬 수 있다는 속성 때문에, 조직에서 백업 지원에 들어가는 비용은 증가할 수 밖에 없다. 대부분의 조직에서 데이터 백업과 관련된 비용의 80% 이상이 운영 비용인데, 이 비용의 대부분은 백업 지원에 필요한 인력에 대한 인건비다.