백업 애플리케이션은 잡 스케쥴링, 테이프 관리, 라이브러리 지원, 백업 데이터 트래킹, 다양한 백업 미디어 지원 등 단일 애플리케이션에서만 본다면 본연의 기능을 잘 수행해 시장 형성이 아주 쉬웠다.

하지만 백업 애플리케이션이 늘어나면서 ‘예측 용량 보고’나 ‘사용 패턴 예측’, ‘성능 튜닝’,‘ 문제해결 및 비용 관리’라는 기능을 요구하기 시작한 후부터 시장 확산은 점차 더뎌지기 시작했다.

백업 솔루션을 선택하는 고객의 대부분은 자사가 이용하는 스토리지 벤더사와 현재 백업 환경에 따른 구매를 했기 때문에, 백업의 애플리케이션은 제품의 특성상 위에 언급한 고도화 기능, 즉 리포팅, 스토리지 관리에 대해서는 제공되는 기능에 한계가 있었다.

DPRM 솔루션의 필요성 대두
구매자의 입장에서 보면, 스토리지 매니저(SRM)가 자사의 특성과 환경에 최적화 된, 즉 '백업에 관한 투명성 증대', '커스토마이징', '리포팅 콘솔리데이션', '스냅샷과 리플리카'를 포함한 백업 전체를 가능하게 하는 툴을 구매하기를 원했기 때문이다. 따라서 이런 요구는 DPRM(Data Protection and Recovery Management)솔루션의 필요성을 강조하기 시작했다.

예를 들어, 백업 솔루션과 라이브러리, 파일러, 스위치포터가 각각 다른 제조사의 제품을 사용 한다고 할 때, SRM 솔루션에서 제공하는 기능으로는 크로스 도메인 리포팅이나 분석 기능의 예측을 하기에는 부족함이 있을 수 있다. 또한, 백업 솔루션 단일 제품으로는 백업과 비즈니스 프로세스의 투명성을 보장 할 수 없다.

DPRM, SRM과 다른가?
DPRM툴의 중요한 기능은 다양한 백업 툴과 디스크 어레이스를 지원한다는 것이다. 하지만 그동안 많은 사람들은 SRM(Storage Resource Management) 솔루션과의 차별화에 대해서는 의문을 가지고 있다. 위에 언급한 기능이라면, 벤더들이 그동안 판매 했던 SRM 툴이 지원 하는 것이 아니냐 하는 생각을 하게 된 것이다.

SRM툴은 1990년대 후반부터 출시되었으나 기업의 모든 스토리지 및 백업 자산을 단일 툴로써 관리한다는 것만으로는 시장에서 제대로 먹혀들지가 않았다. 그 이유는 몇 가지 있는데, 첫째는 고가라는 점이고, 둘째는 툴 자체가 상당히 복잡한 구조로 되어 있어 표준을 따르지 못했으며, 이러한 부분이 툴 자체의 기능이 제대로 구현 되지 않았다는 것이다.

그러나 DPRM툴은 중점적 기능 관리나 특화된 프로그램을 관리 하는 데는 탁월한 성능을 발휘 했다. 특히 DPRM이 비싸지 않고 기능이 간단했으며, SRM툴의 일반적인 기능을 모두 구현했기 때문에 큰 차이가 없었다.

SRM 툴은 모든 기능이 한 벤더사의 다양한 제품을 함께 관리하는 통합 솔루션 형태였다. 그러나 통합 솔루션 디자인은 대형 사이트의 애플리케이션 프레임워크상의 SOA(service-oriented architecture)에 적용했을 때 적합한 제품이라고는 할 수 없다.

현재 나오는 제품들은 SOA를 지원해야 가치를 인정받을 수 있다는 것이 현재의 트렌드처럼 돼있다. 일부에서는 더 많은 툴들이 통합되고 합쳐져야 한다고 한다. 이유는 인프라 제품의 모니터링을 할 때 쉽게 컨트롤을 잃을 수 있기 때문에 포괄적인 모니터링이 중요하다고 보기 때문이다.

하지만 DPRM툴을 판매 하는 벤더사는 “SOA에서 말하는 약결합 시스템(loosely coupled)에 적합한 전문적인 툴이 미래다”라고 생각하는 경향이 있다. 따라서 몇몇 벤더사의 제품을 보면 크로스 도메인 기능에 중점을 둔 제품이 있는가 하면, 성능 모니터링이나 이전 성능 분석에 중점을 둔 제품도 있다. 또한 어떤 제품은 리플리케이션과 스냅샷이 문제없이 구동되는 것을 보여주기 위해 시그니처(signature)기반의 접근을 이용해 디스크간에 데이타 보호 리포트를 제공한다.

그럼 어떤 백업 리포팅툴이 적당한가?
백업 리포팅 툴의 요구는 백업 툴의 기능이 제대로 사용되고 있다는 가정 아래, 리포팅툴은 백업툴과 통합 된 리포트 기능을 제공해야 하며, 다양한 벤더사의 백업툴을 지원함과 동시에 SRM기능도 지원해야 한다.

하지만 기업 대부분은 백업툴에 대한 표준을 정해 놓으면서도 DPRM툴에 대한 표준을 정한 회사는 아직 많지 않기 때문에, DPRM툴이 백업툴에서 제공하는 리포트 기능과 통합이 되는지가 중요 할 것이다.

만약, 기업에서 여러 가지 백업툴을 사용한다고 하면, 당연히 DPRM툴의 리포트 기능이 다양한 벤더사를 지원해야 할 것이다. 반면 비용에 대한 부담을 가지지 않는 기업이라면 스토리지 구성의 복잡성과 백업 환경을 고려해 SRM툴을 도입 할 수도 있다.

우리나라의 공공기관과 기업에서는 특정 업체의 의존도를 낮추기 위해 대부분 솔루션을 한곳에 의존하지 않고 다양한 벤더의 제품을 이용하는 경우가 적지 않다. 하지만 백업 환경의 복잡성이 날로 커지고 있는 상황에서, 백업툴의 최적화는 기업의 전산 환경의 주요한 미래 전략 일 수도 있다.

DPRM툴은 스토리지 관리자가 해야 하는 예측 분석, 크로스 도메인 리포팅, 실시간 모니터링 및 경보 그리고, 전체 백업 사이클의 보고를 도와주는 역할을 수동적인 관리에서 능동적인 관리로 진화하고 있다.

업계 스스로 DPRM 활성화 막나
이 시장은 이처럼 크게 성장하고 있다. 이유는 EMC에서 WysDM을 인수 하여 EBA (EMC Backup Advisor)로 판매하고 있고, 시만텍에서도 넷백업 6.0에 이러한 기능이 보강될 것 같다. 특징을 살펴보면, 모두 백업 솔루션을 보유한 회사들이 이러한 DPRM솔루션을 단독 솔루션 또는 백업 솔루션의 기능으로 제공하면서 시장에서 우위를 다투고 있다.

하지만 이러한 툴들이 타 벤더사의 백업 솔루션과도 잘 연계가 됐던 솔루션인데, 특정 벤더사에 인수 당하고 나서도 타 백업 솔루션과 잘 연동 된다면, 과연 제 값을 받고 팔 수 있을까라는 의문을 가질 수 있다. 노파심일지도 모르겠지만, 이런 의문은 다른 솔루션과 더불어 덤으로 판매돼 시장 질서를 어지럽게 될지도 모른다는 결과를 초래할지도 모른다.@