KR20040047207A - 과부하 조절 기능을 갖는 데이터 백업 시스템 및 이를이용한 데이터 백업 방법 - Google Patents

Abstract

네트워크를 이용하여 시스템들의 데이터를 백업저장 장치에 저장하는 기술로서, 하나 또는 복수개의 시스템들의 백업 데이터를 여러 조각으로 분리하여 지정된 여러 대의 백업 서버에 동시에 전달하거나 또는 이전의 데이터 전달 작업이 완료된 서버에게 다음의 백업 데이터 조각을 전달하여, 백업의 과부하를 줄이거나 억제하여 대용량 백업 데이터의 저장 또는 추출을 고속으로 진행할 수 있으며, 백업 시스템의 안정성도 확보할 수 있게 되었다.

Description

과부하 조절 기능을 갖는 데이터 백업 시스템 및 이를 이용한 데이터 백업 방법{Backup system with load balancer for data backup or extracting and method for data backup using the same}

본 발명은, 데이터 백업 기술에 관한 것으로서, 특히 백업 시의 과부하를 조절하여 백업 속도를 증가시키고 시스템의 안정성을 확보할 수 있도록 하는 데이터 백업 시스템 및 이를 이용한 데이터 백업 방법에 관한 것이다.

근래에 들어 회사의 업무 또는 개인적인 일을 함에 있어서, 컴퓨터를 이용하여 문서를 작성하는 빈도가 늘고 있고, 종이 문서 대신 문서 내용을 파일 형태로 컴퓨터에 저장해 두고 있는 것이 일반적이 되었다. 중요한 데이터가 산재되어 있는 한편, 해킹이나 바이러스에 의해 데이터가 손실될 위험이 점차 증가하고 있어서, 컴퓨터들에 산재되어 있는 데이터들을 효율적으로 백업하는 것이 중요하다. 한편, 테이터 보안이나 시스템의 안정성을 아무리 최우선으로 한다고 해도 해킹과 같은 보안 사고 혹은 시스템 장애가 발생할 수 있으며, 이때 데이터 또는 시스템을 가장 완벽하게 복원할 수 있는 방법은 백업되었던 데이터를 복원하는 것이다. 만약, 데이터 또는 시스템을 복구해야 하는데, 데이터의 백업이 없는 경우에는, 업무에 지장을 초래할 수 있어서, 기업의 경쟁력을 하락시킬 수 있다.

종래 방법에 따르면, 데이터 백업은, 데이터 저장장치와 연결된 하나의 백업 서버를 통하여 네트워크 상의 모든 사용자 시스템들의 사용자 데이터 및 시스템 데이터를 백업하고 추출해 왔다.

이러한 방법은 하나의 백업 서버에서 다수의 사용자 시스템으로부터 제공되는 많은 용량의 데이터를 동시에 처리하는 경우가 발생하며, 이 경우의 저성능의 백업 시스템은 기업 전산망의 많은 트래픽을 소모하게 되어 시스템 백업 업무를 원활하게 수행할 수 없게 되고, 백업 수행 속도가 상당히 저하되며, 백업 서버에 과부하가 걸리게 될 가능성이 크다. 또한, 백업 서버에 과부하가 걸리면 작업 오류가 발생하고, 이것은 전산 관리자에게 데이터 백업에 소용되는 작업 시간을 더욱 많이 요구하게 된다. 더구나 백업이 이루어지지 않음을 알지 못한 상태에서 사용자 데이터 또는 시스템 데이터가 파손될 경우에는 이를 복구하는데 어려움이 따르며 완전한 복구가 어렵게 되는 수가 많다.

따라서, 본 발명의 목적은, 전술한 문제점들을 해결하기 위한 것으로서, 백업 속도를 향상시키고 시스템의 과부하를 막거나 조절하여 안정성 있는 백업 시스템을 구현하고 이를 통해 데이터를 백업하는 방법을 제공하는 것이다.

도 1은 본 발명의 일예에 따른 과부하 조절 가능한 백업 시스템의 개략도를 나타낸다.

도 2는 본 발명에 따른 과부하 조절 기능을 갖는 백업 시스템을 이용한 백업 과정을 보여주는 흐름도이다.

도 3은 백업 처리의 이관을 통한 과부하 조절 과정을 보여주는 도면이다.

도 4a 내지 도 4c는 본 발명의 백업 시스템의 과부하 조절 동작을 설명하기 위한 도면들이다.

본 발명의 목적을 달성하기 위해서, 백업 대상 데이터를 소정 크기를 갖는 패킷으로 분할 한 뒤, 다수의 백업 서버에서 백업 작업을 병렬처리하게 하며, 다수의 백업 서버는 자신과 다른 백업 서버와 백업 작업 진행 정보를 교환하여 백업 작업의 이관을 가능케 한다.

즉, 테이터의 백업 작업을 지시하는 백업 콘솔, 백업 대상이 될 데이터가 저장되어 있는 하나 또는 복수의 시스템, 네트워크를 통해 상기 하나 또는 복수의 시스템에 연결되고 백업 작업을 수행하는 복수의 백업 서버와 그리고 백업 처리된 데이터를 저장하는 데이터 저장 서버가 포함된 백업 시스템에 있어서, 백업 콘솔의 지시에 따라 백업 대상 데이터를 독출하되 백업 대상 데이터를 복수개의 패킷으로 분할하여, 분할된 패킷을 상기 복수의 백업 서버 중 지정된 백업 서버들로 전송하는 백업 에이전트가 상기 하나 또는 복수개의 시스템 각각에 내장되어 있으며,

백업 에이전트로부터 전송된 분할된 패킷을 받고 하나 또는 복수개의 백업 서버의 동작을 제어하고 감시하는 과부하 조절 모듈이 복수개의 백업 서버 각각에 내장되거나 또는 복수개의 백업 서버 각각의 외부에서 연동되어 있으며,

어느 하나의 백업 서버의 동작을 제어하는 과부하 조절 모듈은 백업 서버를 모니터링하는 모니터링부, 모니터링부에 의해 어느 하나의 백업 서버의 백업 처리 여력이 없는 상태에서 백업 처리될 패킷을 수신되었음이 감지되면 다른 백업 서버의 동작을 제어하는 다른 과부하 조절 모듈과의 통신 경로를 형성하는 통신부를 포함하며, 통신부를 통해서 다른 백업 서버의 백업 처리 여력을 타진하여 수신된 패킷을 이관하도록 되어 있다.

이하 첨부된 도면을 참고로 하여 본 발명을 상세히 설명한다.

도 1은 본 발명의 일예에 따른 과부하 조절 가능한 백업 시스템의 개략도이며, 도 2는 본 발명에 따른 과부하 조절 기능을 갖는 백업 시스템을 이용한 백업 과정을 보여주며, 도 3은 백업 처리 중 백업 처리의 이관을 통한 과부하 조절 과정을 보여주는 도면이다.

도 1을 참고로 하면, 본 발명에 따른 과부하 조절 가능한 백업 시스템을 구성하기 위해서는 테이터의 백업 작업을 지시하는 백업 콘솔(18), 백업 콘솔(18)의 지시에 따라 백업 대상 디스크로부터 백업 대상 데이터를 독출하는 하나 또는 복수개의 클라이언트 시스템 내에 내장되어 있는 백업 에이전트(10a, 10b, ....., 10h), 그리고 백업 작업을 수행하는 복수 개의 백업 서버(14a-14d)와 이들 백업 서버(14a-14d)의 동작을 제어하고 감시하여 백업 작업의 과부하를 조절하는 과부하 조절 모듈(12a-12d) 그리고 백업 처리된 데이터를 저장하는 데이터 저장 서버(16)가 요구된다.

백업 서버(14a-14d)에는 백업 운영 명령어가 입력되고 그 명령에 대한 실행 결과를 출력하는 입/출력부(미도시), 백업 운영 명령을 받아 백업 처리를 수행하는 수행 유니트(미도시)가 포함되어 있다.

백업 에이전트(10a-10h)는 백업 콘솔(18)의 백업 지시가 있은 후 백업 대상 데이터를 다수의 백업 서버(14a-14d)에서 동시에 또는 병렬적으로 처리하기 위해, 백업 대상 데이터를 분할하도록 하는 데이터 처리 유니트를 포함한다. 구체적으로, 백업 에이전트(10a-10h)의 데이터 처리 유니트는 백업 콘솔(18)의 백업 지시에 대해서 백업 대상 데이터의 전체 크기를 조사하고, 백업 대상 데이터를 독출하며, 독출된 데이터를 압축하여 백업 에이전트가 설치되어 있는 해당 사용자 시스템의 버퍼(미도시)에 저장시키도록 구성된다. 또한 백업 에이전트(10a-10h)의 데이터 처리 유니트는 버퍼에 저장된 압축 데이터의 크기를 소정의 크기(이후에 설명될 분할 패킷의 크기) 기준과 비교한 뒤 요건에 합당하게 되면, 압축 데이터를 암호화하여 전송패킷을 만들도록 구성되어지고 또한 백업 에이전트(10a-10h)는 전송 패킷의 완료 후에 전송 패킷에 포함된 백업 데이터를 제외한 인덱스 정보를, 백업 처리된 데이터를 저장하는 데이터 저장 서버에 전달하는 역할을 수행한다.

과부하 조절 모듈(12a-12d)은 백업 서버(14a-14d)의 입/출력부와 수행 유니트를 모니터링하는 모니터링부(미도시), 다른 백업 서버를 모니터링하는 과부하 조절 모듈과의 통신 경로를 설정해주는 통신부(미도시), 모니터링부의 명령에 의해 백업 서버의 수행 유니트로 백업 처리 진행 지시를 전달하는 지시부(미도시)로 이루어진다. 그리고 이러한 과부하 조절모듈(12a-12d)은 백업 서버(14a-14d)내에 내장되어있을 수 도 있고 또는 백업 서버(14a-14d)와 연동하면서 외부에 설치될 수 도 있다.

백업 에이전트(10a-10h)가 설치되어있는 클라이언트 시스템으로부터 백업 서버(14a-14d)로 백업 처리를 요구하는 데이터의 흐름을 살펴보면, 백업 서버(14a-14d)와 백업 에이전트(10a-10h)가 1:1의 관계에 있지 않고, 하나의 백업 에이전트로부터 받은 백업 처리를 받은 백업 서버는 다른 백업 에이전트로부터 받은 백업 처리도 수행할 수 있다. 그리고 하나의 백업 에이전트 입장에서는 백업 대상 데이터를 분할 한 뒤 사전에 에이전트에 설정된 백업 서버들의 IP 리스트를 이용하여 복수개의 백업 서버에 백업 처리를 지시하여, 병렬적으로 백업 처리를 하도록 한다. 이 때, 분할 패킷의 전송 방법은 에이전트 시스템에서 분할이 완료되면 백업 서버에 대하여 Round-Robin 방식으로 전송 대상을 결정하여 전송하게 된다.

한편, 이러한 병렬적인 백업 처리도, 백업 처리될 데이터가 상당히 많을 경우에는 처리 속도가 다소 낮아질 우려가 있으며, 백업 에이전트 입장에서는 어떤 백업 서버에서 백업 처리가 진행되고 있으며, 어느 정도 진행되었는지 알 수 없게 된다. 따라서, 본 발명에서는 이러한 문제점을 해결하기 위해, 백업 서버(14a-14d)의 동작 상태를 모니터링 하는 과부하 조절 모듈(12a-12d)을 두었다. 과부하 조절 모듈(12a-12d)은 하나의 백업 에이전트로부터 받은 패킷 데이터를 하나의 백업 서버가 백업 처리하는 도중에 다른 백업 에이전트로부터 백업 처리되어야할 패킷 데이터를 받는 것을 모니터링부를 통해 확인하고 통신부를 구동시켜서 경우에, 다른 백업 서버(14a-14d)와 통신하여 그들의 백업 처리 여력을 살피고, 백업 처리 여력이 있는 경우에 통신부를 통해 해당 백업 서버로 백업 처리를 요구한 패킷 데이터를 전달하도록 구성된다.

그리고, 데이터 저장서버(16)에는 하나의 백업 에이전트로부터 나와서 서로 다른 백업 서버에서 처리된 패킷 데이터들을 인덱스 정보(예를 들면 고유 작업 ID 번호, 작업 대상 시스템의 ID 번호, 백업 데이터를 분할할 분할 패킷 수)에 따라 본래의 백업 대상 데이터와 같이 다시 하나의 백업 데이터로 구성하도록 하는 프로그램 모듈이 내장되어 있다.

도 2 및 도 3을 참고로 하여, 전술한 백업 시스템을 이용한 백업 과정을 살펴본다. 먼저 본 발명에 따른 병렬적인 백업 처리를 위해서는 백업 대상 데이터의 분할이 선행되어야 하며 이 작업은 백업 에이전트(10a-10h)에서 이루어진다.

먼저 백업 에이전트(10a-10h)는 백업 콘솔(18)에 의하여 백업 저장 서버(14a-14d)에 전달 된 백업 개시 지시를 백업 저장 서버(14a-14d)로부터 받는다(단계 S1). 백업 에이전트(10a-10h)는 전달 받은 백업 대상(파일, 디렉터리 또는 디스크 전체 이미지 등)에 대한 전체 크기를 조사한 후 전체 백업 대상에 대한 백업 데이터 크기를 데이터 저장 서버(16)에 전달한다(단계 S2). 데이터 저장 서버(16)는 전달받은 값을 가지고 백업 정책을 수립한다(단계 S3). 백업 정책에는 백업 데이터의 크기, 고유 작업 ID 번호, 작업 대상 시스템의 ID 번호, 백업 데이터를 분할할 분할 패킷 수, 분할 패킷의 크기 및 백업 서버(14a-14d)에 전달한 분할 패킷 번호 등이 포함된다. 백업 에이전트(10a-10h)는 이렇게 전달받은 백업 정책을 전달 받고 이 정책에 따라서 백업 대상이 될 데이터를 해당 저장 영역으로부터 읽어낸다(단계 S4). 그리고 공지의 각종 압축 기술을 이용하여 데이터를 압축하고 백업 에이전트가 설치되어 있는 시스템의 버퍼에 압축 데이터를 저장한다(단계 S5). 그리고, 백업 에이전트(10a-10h)는 주기적으로 버퍼에 저장된 압축 데이터의 크기가 백업 정책에 의해 크기를 지정받은 분할 패킷의 크기에 도달했는지를 살핀 뒤(단계 S6), 분할 패킷의 크기에 해당되지 않으면 다시 독출된 데이터를 압축하여 버퍼에 저장하고, 분할 패킷의 크기가 되면, 그 데이터를 지정된 공지의 암호화 방식에 따라서 암호화한다(단계 S7). 즉, 본 발명에서는 백업될 데이터를 분할 한 뒤 압축하는 것이 아니라, 데이터의 일부를 압축해가면서 압축 크기가 지정된 분할 패킷의 크기에 도달하면 하나의 패킷으로 정의하고 분할함으로써 백업될 데이터를 분할하게 된다.

그리고 전송 패킷을 구성하여 지정받은 백업 서버 이용 방식, 예를 들면 라운드-로빈(Round-Robin) 방식에 따라서 백업 서버(14a-14d)로 전송한다(단계 S8). 전송 패킷에는 고유 작업 ID, 분할 패킷의 수, 현재 분할된 패킷 번호를 포함하는 인덱스 정보와 백업 처리될 데이터가 포함된다. 분할된 백업 데이터의 전송이 완료되면 해당 백업 서버(14a-14d)로부터 전송 완료 패킷을 받게 되고, 그 때 백업 에이전트(10a-10h)는 데이터 저장 서버(16)에 고유작업 ID, 분할 패킷 수, 현재 분할 패킷 번호, 처리한 백업 서버의 ID와 처리 시간을 포함하는 로그를 전송하여 기록하도록 한다(단계 S9). 그리고, 백업 서버(14a-14d)는 전송받은 패킷 데이터를 백업 처리하여 데이터 저장 서버(16)로 전송하며(단계 S10), 데이터 저장 서버(16)는 로그 기록에 기초하여, 하나의 백업 에이전트에서 분할되고 서로 다른 백업 서버에서 처리된 분할된 백업 데이터를 논리적으로 조합하여 하나의 백업 처리된 데이터로 구성하여 저장한다(단계 S11).

한편, 도 3을 참고로 하여 백업 처리 과정에 있어서, 백업 서버(14a-14d)의 과부하를 조절하는 것을 살펴본다. 과부하 조절 모듈(12a-12d)은 백업 서버(14a-14d)의 입출력부와 수행 유니트를 모니터링하고 있다가 백업 서버(14a-14d)에 백업 처리될 패킷이 수신된 것을 감지하면(단계 S21), 먼저 해당 백업 서버(14a-14d)가 백업 처리 중인 지를 살핀다(단계 S22). 현재 백업 처리되는 데이터가 없을 경우, 과부하 조절 모듈의 지시부는 백업 서버로 하여금 수신된 패킷 데이터에 대한 백업 처리를 진행하도록 한다(단계 S26).백업 처리 중일 경우에는 다른 백업 서버를 모니터링하고 있는 과부하 조절 모듈(12a-12d)과 LAN을 이용한 TCP/IP 방법으로 통신하여 다른 백업 서버의 백업 처리 여력 확인 요청을 하게 된다(단계 S23) 그리고 다른 백업 서버의 과부하 조절모듈(12a-12d)은 자신이 모니터링 하고 있는 백업 서버(14a-14d)의 백업 처리 여부를 살핀 뒤(단계 S24) 그 결과를 백업 처리 여력 확인 요청을 한 과부하 조절모듈로 전송한다. 백업 처리 여력이 있음을 보이는 신호를 받을 때까지 모든 백업 서버에 연동되어 있는 과부하 조절모듈에 대해서 전술한 과정을 수행하며, 일정 주기를 두고 계속적으로 백업 처리 여력을 검사하게 된다. 즉, 하나의 에이전트가 여러 대의 백업 서버에게 데이터를 전송하였을 때, 작업이 불가능한 서버는 작업 여유가 있는 서버에게 작업을 이관할 수 있으며, 이러한 작업은 연속적으로 여러 대의 백업 서버에게 데이터의 전송이 완료될 때까지 계속되는 것이므로, 여러 대의 백업들에 대한 작업 전송은, 종래의 것과는 달리, 순차적이지 않다.

그리고 백업 처리 여력이 있는 백업 서버가 확인 될 경우, 그 백업 서버로 백업 처리될 패킷을 이관시킨다(단계 S25).

이렇게 순차적이지 못한 백업 처리된 데이터들의 분할 패킷 들은 각각 이들을 나타내는 고유한 인덱스 번호를 가지며, 데이터 저장 서버에 해당 로그가 기록되어 있으므로, 데이터 저장 서버(16)에서는 다수의 백업 처리된 분할 데이터들은 다시 하나의 데이터로 관리될 수 있다.

구체적으로 도 4a 내지 도 4c를 참고로 하여, 본 발명에 따른 과부하 조절 모듈의 기능과 그의 따르는 효과를 살펴본다.

도 4a에는 하나의 에이전트로부터의 데이터 전송 작업이, 여러 대의 백업 서버 간에 어떻게 처리되는지를 보여주는 것이다. 백업 대상 데이터를 10개의 패킷으로 분할하여 전송하고자 하며, 이때 데이터를 백업 처리할 백업 서버가 3개이다. 데이터 조각 1,2, 3은 각각 3개의 백업 서버 각각에 전송되어 처리되며, 이들이 처리된 후, 데이터 조각 4,5,6이 동시에 병렬 처리되며, 마찬가지로 데이터 조각 7,8,9도 병렬 처리되며, 백업 처리가 먼저 끝난 서버에서 데이터 조각 10을 처리하게 된다. 즉, 하나의 백업 서버에서 10개의 데이터 조각을 처리할 경우에 비해 3개의 백업 서버에서 분할된 데이터 조각들을 병렬 처리함으로써, 백업 처리의 부하도 줄일 수 있을 뿐만 아니라 백업 처리 시간도 1/3 수준으로 줄일 수 있게 된다.

도 4b에는 두개의 백업에이전트로부터의 데이터 전송 작업이, 여러 대(3대)의 백업 서버 간에 어떻게 처리되는지를 보여주는 것이다.

각의 백업 에이전트가 5씩의 데이터 조각을 백업 서버에 전송하며, 각각의 백업 서버에서는 백업 처리 여력을 고려한 데이터 조각이 수신되는 순서에 따라 데이터를 백업 처리한다. 왼쪽의 백업 서버에는 시스템 1의 백업 에이전트로부터 전송된 첫 번째 데이터 조각(데이터 조각 1-1), 시스템 2의 백업 에이전트로부터 전송된 2번째 데이터 조각(데이터 조각 2-2), 시스템 2의 백업 에이전트로부터 전송된 5번째 데이터 조각(데이터 조각 2-5), 시스템 1의 백업 에이전트로부터 전송된 다섯 번 째 데이터 조각(데이터 조각 1-5)가 백업 처리되며, 이와 동시에 가운데 위치한 백업 서버에서는 데이터 조각 2-1, 데이터 조각 2-3이 처리되며, 오른쪽 백업 서버에서는 데이터 조각 1-2, 데이터 조각 1-3, 데이터 조각 2-4가 처리될 수 있다. 즉, 종래의 방식에 따르면, 모두 10개의 데이터 조각이 백업 처리되는 시간이 요구되나 본 발명에 의하면, 3개 또는 4개의 백업 데이터가 처리될 시간만이 요구되어 백업 시간을 절감할 수 있으며 각 백업 서버에서 처리할 데이터의 크기 또한 작아지게 되어 과부하를 억제할 수 있다.

도 4c는, 시스템 1 및 시스템 2의 두 에이전트로부터의 데이터 전송 작업을 수행하다가 하나의 데이터 처리 이관 작업이 이루어지는 경우를 보여준다. 여러 대의 백업 에이전트가 설치된 여러 대의 시스템으로부터의 데이터 백업이 발생하는 경우 도 4b에서와 같이 각각의 백업 서버에서는 백업 데이터를 동시에 처리할 수 있다. 하지만, 현재 작업을 수행하고 있어서 새로이 받은 백업 처리 작업을 수행할 수 없는 경우가 발생하게 되면 백업 처리 작업에 지연이 생기게 된다. 이것을 방지하기 위하여 각각의 과부하 조절 모듈은 이들과 연동하는 백업 서버의 백업 처리작업 가능 여부를 타진하게 된다. 도 4c에서는 왼쪽의 백업 서버가 데이터 조각 1-1을 처리한 후 데이터 조각 1-2를 처리하는 도중에 데이터 조각 2-3이 전송되어 백업 처리를 요청하게 되는 경우를 보여준다. 이때 왼쪽의 백업 서버를 모니터링 하는 과부하 조절 모듈은 왼쪽의 백업 서버가 백업 처리 작업을 수행하고 있는 중임을 확인 한 뒤, 가운데 백업 서버와 오른쪽 백업 서버를 제어하는 과부하 조절 모듈과 통신하여 현재 백업 처리가 가능한지를 문의하게 된다. 가운데 백업 서버는 데이터 조각 2-1을 백업 처리를 완료한 후이며 오른쪽 백업 서버는 데이터 조각 1-3을 처리하고 있는 상태이므로, 데이터 조각 2-3의 백업 처리 작업은 가운데 백업 서버로 이관되게 된다.

본 발명에 따른 백업 시스템을 이용하면, 원격에 있는 많은 수의 시스템들로부터의 많은 양의 데이터들을 신속하고 안정적으로 백업하여 저장할 수 있게 된다. 또한 백업 처리가 대용량의 데이터 단위로 이루어지지 않고 분할되어 이루어지므로, 오류 발생 시 작은 크기의 데이터 조각에 대한 재 전송만이 발생되므로 전체 네트워크의 과부하도 감소시킬 수 있다. 특히, 과부하 조절 모듈을 통한 백업 서버간의 작업 자동 이관 기능을 이용하여 백업 처리의 효율성을 향상시킬 수 있다.

Claims (3)

1. 테이터의 백업 작업을 지시하는 백업 콘솔, 백업 대상이 될 데이터가 저장되어 있는 하나 또는 복수의 시스템, 네트워크를 통해 상기 하나 또는 복수의 시스템에 연결되고 백업 작업을 수행하는 복수의 백업 서버와 그리고 백업 처리된 데이터를 저장하는 데이터 저장 서버가 포함된 백업 시스템에 있어서,

   상기 백업 콘솔의 지시에 따라 백업 대상 데이터를 독출하되 상기 백업 대상 데이터를 복수개의 패킷으로 분할하여, 분할된 패킷을 상기 복수의 백업 서버 중 지정된 백업 서버들로 전송하는 백업 에이전트가 상기 하나 또는 복수개의 시스템 각각에 내장되어 있으며,

   상기 백업 에이전트로부터 전송된 분할된 패킷을 받고 상기 하나 또는 복수개의 백업 서버의 동작을 제어하고 감시하는 과부하 조절 모듈이 상기 복수개의 백업 서버 각각에 내장되거나 또는 상기 복수개의 백업 서버 각각의 외부에서 연동되어 있으며,

   어느 하나의 백업 서버의 동작을 제어하는 과부하 조절 모듈은 상기 백업 서버를 모니터링하는 모니터링부, 상기 모니터링부에 의해 상기 어느 하나의 백업 서버의 백업 처리 여력이 없는 상태에서 백업 처리될 패킷을 수신 되었음이 감지되면 다른 백업 서버의 동작을 제어하는 다른 과부하 조절 모듈과의 통신 경로를 형성하는 통신부를 포함하며, 상기 통신부를 통해서 다른 백업 서버의 백업 처리 여력을 타진하여 수신된 패킷을 이관하도록 되어 있는 것을 특징으로 하는 과부하 조절 기능이 있는 백업 시스템.
2. 제 1 항에 있어서, 상기 백업 에이전트는 상기 백업 콘솔의 백업 지시에 대해서 백업 대상 데이터의 전체 크기를 조사하고, 상기 백업 대상 데이터를 독출하여 압축한 뒤, 상기 데이터 저장 서버로부터 전달된 백업 정책에 따라 복수개의 패킷으로 분할하여 암호화하도록 구성되며, 또한, 분할된 패킷의 전송 완료 후, 전송된 패킷을 구분하는 인덱스 정보와 전송된 패킷을 처리하는 백업 서버 정보를 상기 데이터 저장 서버에 로그 기록하도록

   데이터처리유니트를 포함하는 과부하 조절 기능이 있는 백업 시스템.
3. 테이터의 백업 작업을 지시하는 백업 콘솔, 백업 대상이 될 데이터가 저장되어 있는 하나 또는 복수의 시스템, 네트워크를 통해 상기 하나 또는 복수의 시스템에 연결되고 백업 작업을 수행하는 복수의 백업 서버와 그리고 백업 처리된 데이터를 저장하는 데이터 저장 서버가 포함된 백업 시스템을 이용한 백업 방법에 있어서,

   (a) 상기 복수의 백업 에이전트 중의 적어도 하나는 상기 백업 콘솔의 백업 개시 지시를 받아 백업 대상의 전체 크기를 조사하고 이를 상기 데이터 저장 서버에 전달하는 단계,

   (b) 상기 데이터 저장 서버에서 백업 데이터의 크기, 고유 작업 ID 번호, 작업 대상 시스템의 ID 번호, 백업 데이터를 분할할 분할 패킷 수, 분할 패킷의 크기 및 상기 백업 서버에 전달한 분할 패킷 번호가 포함된 백업 정책을 수립하고, 상기 백업 에이전트가 상기 백업 정책에는 따라 상기 백업 대상 데이터를 독출/압축하고 저장하는 단계,

   (c) 상기 백업 에이전트가 주기적으로 압축 저장된 데이터의 크기가 백업 정책에 의해 크기를 지정받은 분할 패킷의 크기에 도달했는지를 살피는 단계,

   (d) 압축 저장된 데이터의 크기가 지정받은 분할 패킷의 크기가 되면, 상기 압축 데이터를 암호화하고 전송 패킷으로 구성하고 전송하는 단계,

   (e) 상기 (a) 내지 (d) 단계는 상기 복수의 백업 에이전트 각각에서 동시에 이루어지며, 상기 복수의 백업 서버는 상기 복수의 백업 에이전트로부터 수신한 패킷 데이터를 동시에 백업 처리하는 단계,

   (f) 백업 처리 도중 백업 처리를 요구한 또 다른 패킷을 전송 받으면, 다른 백업 서버의 동작을 제어하는 다른 과부하 조절 모듈과 통신하여, 다른 백업 서버의 백업 처리 여력을 타진하고, 백업 처리 여력이 있는 다른 백업 서버로 수신 패킷을 이관하여 백업 처리토록 하는 단계 및

   (g) 상기 백업 처리된 분할 데이터를 받아서 상기 백업 대상에 대응하는 하나의 백업 데이터로 결합하여 관리하는 단계를 포함하는 네트워크를 통해 백업 과부하를 조절하면서 데이터를 백업하는 방법.