도 3 은 서버 백업 처 리부 에서 수행 하 는 과정 을 설명 하 기 위한 흐름 도 이 다 . 이것 은 도 2 의 서버 백업 처 리부 ( S 25 ) 의 수행 과정 과 동일 하 다 . 도 3 을 참조 하 면 , 위치 정보 를 이용 하 여 1 차 백업 서버 ( 2 ) 에 기록 된 파일 을 2 차 백업 서버 ( 3 ) 에 기록 하 는 S 31 단계 를 수행 한 다음 , 그 기록 된 파일 이 암호 화 파일 인지 를 구별 하 는 S 32 단계 를 수행 한다 . 이 단계 에서 기록 된 파일 이 암호 화 파일 이 면 복호화 정보 를 이용 하 여 암호 화 파일 을 원본 파일 로 복원 하 는 S 33 단계 를 수행 하 고 , 다음 단계 인 2 차 백업 서버 에 기록 된 암호 화 파일 과 복호화 정보 , 위치 정보 를 삭제 하 는 S 34 단계 를 수행 하 여 이중 파일 백업 작업 을 완료 하 고 , 기록 된 파일 이 원본 파일 이 면 2 차 백업 서버 에 기록 된 위치 정보 를 삭제 하 는 S 35 단계 를 수행 하 여 이중 파일 백업 작업 을 완료 한다 . S 34 , S 35 단계 는 1 차 백업 서버 ( 2 ) 에 기록 된 파일 을 2 차 백업 서버 ( 3 ) 로 기록 하 는 과정 에서 임시 적 으 로 사용 되 었 던 파일 및 정보 를 삭제 하 는 단계 라고 볼 수 있 다 . S 32 단계 에서 암호 화 파일 여부 는 백업 된 파일 의 헤더 를 분석 하 거나 , 복호화 정보 의 유무 를 확인 하 여 판단 할 수 있 다 . 본 발명 에서 백업 된 파일 의 위치 정보 를 이용 하 여 해당 파일 을 즉시 가져오 는 데 , 만약 이 정보 가 없 다면 새로 백업 된 파일 을 찾 기 위해서 1 차 백업 서버 ( 2 ) 의 파일 시스템 ( 22 ) 을 모두 검색 해야 하 는 문제 가 발생 한다 . 이것 은 검색 시간 을 증가 시켜 최종 적 으로 백업 성능 을 낮추 는 요인 이 된다 .