[지디넷코리아]IT 산업의 시작과 함께 백업은 꽤 오랜 역사를 가지고 있다. 지금은 각 애플리케이션 서버에 직접 연결해 백업하는 형태를 더 이상 찾아보기 힘들다. 끊임없이 새롭게 소개되는 백업 방식은 과거 방식의 결점을 보완하기 위해 고안됐으며, 백업 시간의 단축, 성능 향상, 애플리케이션의 영향 최소화 등을 염두에 둔 전략으로 이어지고 있다. 일반적인 백업 방식에는 4가지가 있다.

·전용 백업 네트워크(Dedicated Backup Network) : 네트워크를 통해 특정 백업 서버에서 백업

·공유 백업 네트워크 자원(Shared Backup Network Resources) : 라이브러리 자원을 공유하며 SAN을 통해 백업

·제로 임팩트 백업 : 스토리지 장비와 라이브러리를 통해 직접 백업이 진행되며 애플리케이션 서버에는 전혀 영향을 미치지 않음

·어드밴스드 백업 : 완벽하고 신속 정확한 백업과 즉각적인 복구를 보장하는 제로임팩트 백업을 조합한 형태



전통적인 백업 형태
기업의 데이터는 곧 중요한 자산이므로 잘 보호하고 관리해야 한다. 초기에는 각 애플리케이션 서버에 개별적인 백업 테이프 드라이브가 할당돼, 백업이 애플리케이션 서버별로 이뤄졌다. 이런 백업 방식은 백업에 대한 부하가 분할되기 때문에, 속도는 빠르지만 관리하는 데에는 상당한 어려움이 따른다. 애플리케이션 서버마다 백업 애플리케이션이 별도로 필요하고, 애플리케이션 별로 할당된 테이프 드라이브를 관리해야 하며 테이프 교환은 일일이 사람 손을 거치는 작업이기 때문이다.

또 기업의 규모가 커짐에 따라 서버 수가 증가하고 백업해야 하는 데이터의 양도 무제한으로 증가하고 있다. 결과적으로 백업 장비와 소프트웨어를 관리하는데 드는 시간, 서버마다 필요한 백업 애플리케이션을 구입하는데 드는 비용, 데이터 무결성을 저해하는 데이터 조작 실수 가능성 등을 감안해 볼 때, 전통적인 백업 방식의 한계점은 더욱 분명해진다.

네트워크 백업 등장
전통적인 백업 방식인 서버별 백업 전략의 한계점을 극복하기 위한 노력으로 백업에 네트워크 개념을 접목한 방식이 소개됐다. 이 백업 방식에서는 모든 애플리케이션 서버는 LAN을 통해 연결되고, 백업 애플리케이션 서버로 별도 서버를 지정한다. 백업 소프트웨어는 백업 애플리케이션 서버에 위치하며, 백업 애플리케이션 서버는 LAN을 통해 각 서버로 백업 명령을 보낸다. 백업 파일은 네트워크를 통해 다시 백업 서버로 보내진 후, 이를 마지막으로 테이프 라이브러리에 저장하게 된다.