8.3. 재난 복구 작업

8.3.1. 재난 복구 계획을 세우고, 테스팅한 후 구현하기

백업 작업은 매우 중요하지만, 재난 복구 계획이 없이는 무용지물이라고 할 수 있습니다. 재난 복구 계획에는 다음과 같은 내용을 포함한 모든 재난 복구 절차를 지정합니다:

• 발생 가능한 재난에 대한 설명

• 회사에서 재난 상태를 공표하고 재난 복구 계획을 실행할 권한을 가진 직원 정보

• 재난 상태가 공표된 후 백업을 준비하는데 필요한 작업 순서

• 재난 복구 계획 수행과 관련된 핵심 인물들의 역할

• 복구 작업을 수행하는데 필요한 필수 하드웨어와 소프트웨어 목록

• 재난 팀 구성원들이 과로하지 않도록 교대 지원할 직원 목록과 교대 스케쥴

• 백업이 위치한 곳에서 복구된/새 데이터 센터로 옮겨가는 작업 순서

재난 복구 계획을 세우셨다면 서류를 바인더에 잘 정리해놓으시기 바랍니다. 응급 상황이 발생하였을때 이러한 정보가 있어야 복구 작업을 시작할 수 있으므로 매우 중요하게 사용됩니다.

	힌트
	또한 재난 복구 계획 서류는 회사 뿐만 아니라 백업이 보관된 곳에도 복사본을 비치해두셔야 합니다. 만일 재난이 발생하여 회사 건물이 모두 손상을 입는 경우 재난 복구 계획도 함께 사라지게 됩니다. 따라서 멀리 떨어진 백업 보관 장소에 복사본을 비치해두는것이 좋습니다. 만일 회사의 보안 정책에 위반되지 않는다면, 각 재난 복구팀 직원 가정에도 복사본을 한부씩 보관해두는 것도 좋은 생각입니다.

이러한 중요한 문서를 만들기 위해서는 전문가의 도움이 필요합니다.

일단 이 문서 집필을 마치면, 주기적으로 내용을 테스트해보셔야 합니다. 재난 복구 계획을 테스트해보기 위해서는 직접 모든 절차를 실행하셔야 합니다. 백업이 위치한 장소에 가셔서 임시 데이터 센터를 설치하시고 응용 프로그램을 원격적으로 실행한 후 "재난" 상황이 발생후 정상적인 작업을 다시 시작해보십시오. 대부분의 경우 재난 복구 계획에 명시된 모든 작업을 수행하려고 하지 마시고, 대표 시스템과 응용 프로그램만 선택하여 백업 장소로 옮기신 후 얼마동안 생산 환경을 운영해본 후 테스팅을 마치면 정상적인 작업 상태로 되돌리시기 바랍니다.

	알림
	이미 귀가 닳도록 들으셨을지 모르겠지만, 다시 한번 강조하건데 재난 복구 계획은 항상 업데이트하셔야 합니다. 오랜 기간 업데이트되지 않은 재난 복구 계획은 없으니만 못합니다. 따라서 주기적으로 (예를 들면, 4달 마다) 계획을 검토하고 업데이트할 계획을 세우시기 바랍니다.

8.3.2. 백업 사이트 유형: Cold, Warm, Hot

재난 복구에서 가장 중요한 측면 중 하나는 복구 작업을 실행할 수 있는 장소입니다. 이 장소는 백업 사이트(backup site)이라고 부릅니다. 재난이 발생할 경우 이 곳이 바로 데이터 센터를 다시 생성하여 재난 기간 동안 작업을 수행할 장소입니다.

백업 사이트는 다음과 같은 세가지 유형으로 구분됩니다:

• Cold 백업 사이트

• Warm 백업 사이트

• Hot 백업 사이트

이 용어는 백업 사이트의 온도와는 아무런 관계가 없습니다. 오히려 백업 사이트의 규모와 재난 발생시 드는 노력과 관련됩니다.

cold 백업 사이트는 적절히 설정된 건물 내 공간에 불과합니다. 사용자 서비스를 복구하기 위해서는 먼저 이 사이트로 보내져야 합니다. 따라서 cold 백업 사이트를 통해서 완전 복구 작업을 진행하기 까지 지체되는 시간은 상당히 길어집니다.

Cold 백업 사이트는 가장 비용이 적게 드는 사이트 옵션입니다.

warm 백업 사이트는 cold 사이트에 비해 발전된 형태로서 실제 데이터 센터와 유사한 하드웨어를 구비하고 있습니다. 서비스를 복구하기 위해서는 원격지 저장 장소에서 최신 백업을 가져와서 실제로 복구를 시작하기 전에 완전 복구 (bare metal) 작업을 먼저 수행해야 합니다.

Hot 백업 사이트는 현재 데이터 센터를 그대로 미러해놓은 것을 말합니다. 모든 시스템이 동일하게 설정되어 원격지 저장 장소에서 최근 백업 데이터가 배달되기를 기다립니다. Hot 사이트는 고객정보자산과 기업의 존폐를 좌우하는 전산 위기상황에서 최소한 몇시간 안에 완전 복구할 수 있는 백업 시스템입니다.

hot 백업 사이트는 재난 복구 방식 중 가장 비용이 많이 듭니다.

백업 사이트는 다음과 같은 세가지 다른 곳에서 제공합니다:

• 재난 복구 서비스를 전문적으로 제공하는 업체

• 여러분 기업이 소유하고 운영하는 다른 장소

• 재난이 발생할 경우 데이터 센터 시설을 공유하기로 다른 기업체와 상호 계약을 맺은 경우

각 방식마다 장단점이 있습니다. 예를 들어 재난 복구 업체와 계약을 맺은 경우에는 재난 복구 계획을 세울때 전문적인 도움을 받을 수 있지만, 이미 예측하시듯이 비용이 만만치 않습니다.

회사가 소유하고 운영하는 다른 장소를 사용하는 경우 장소 자체에는 비용은 들지 않지만, 백업 사이트에 하드웨어를 구입하여 넣고 준비될때까지 관리하는 작업은 여전히 비용이 만만치 않습니다.

다른 기업체와 함께 데이터 센터를 공유하는 상호 계약을 맺은 경우에는 비용이 매우 절약되지만, 데이터 센터를 제공하는 기업체에서는 여전히 일반 생산 작업을 지속적으로 수행해야 하므로 장기간 이러한 방식을 사용할 수는 없습니다.

결국 백업 사이트를 선택하기 위해서는 비용과 생산 환경 요건을 놓고 타협 지점을 찾으셔야 합니다.

8.3.3. 사용 가능한 하드웨어와 소프트웨어 준비 과정

재난 복구 계획을 세우실때 반드시 백업 사이트에서 작업하는데 필요한 하드웨어와 소프트웨어를 준비하는 방법도 포함시켜야 합니다. 전문적으로 관리되는 백업 사이트에는 이미 모두 갖추어져 있을 수도 있지만, cold 백업 사이트의 경우에는 각 상황에 필요한 하드웨어와 소프트웨어를 미리 파악해놓으셔야 합니다. 종종 기업체에서는 재난이 발생시 신속하게 하드웨어와 소프트웨어가 배달되도록 제조업체와 상호 계약을 맺는 경우도 있습니다.

8.3.4. 사용 가능한 백업 준비

재난 상황이 공표되면, 바로 원격지 저장 장소에 통보하셔야 합니다. 그 이유은 다음과 같습니다:

• 최근 백업을 백업 사이트로 배달하도록 알림

• 주기적으로 백업을 픽업하여 백업 사이트에 배달되도록 계획 세움

	힌트
	재난이 발생할 경우 이전 데이터 센터에서 가져온 최근 백업은 매우 중요한 역할을 합니다. 어떠한 복구 작업을 시작하시기 전에 최근 백업의 복사본을 만들어 두십시오. 복사본을 만들자마자 최대한 빨리 원본을 원격지 백업 사이트로 보내야 합니다.

8.3.5. 백업 사이트로 네트워크 연결 가능 여부

데이터 센터가 회사 내 다른 어느 곳과도 네트워크로 연결되어 있지 않다면 아무런 소용이 없습니다. 재난 복구 계획 및 재난의 성격에 따라서 사용자가 백업 사이트에서 멀리 떨어진 곳에 위치할 경우도 있습니다. 이러한 경우 복구 작업의 성공 여부는 얼마나 네트워크 연결이 잘되어있느냐에 달려 있습니다.

또 한가지 기억해두셔야할 점은 전화 연결 여부입니다. 사용자와 모든 대화를 주고 받을 수 있도록 충분한 전화선이 준비되어 있어야 합니다. 백업 사이트와 사용자가 멀리 떨어져 있을 경우 복구 계획 실행을 장거리 전화 대화에 의존해야 하므로 가능한 보다 많은 전화선을 연결해놓는 것이 좋습니다.

8.3.6. 백업 사이트로 인재 파견

백업 사이트로 인재를 파견하기 위해서는 여러가지 측면을 고려하셔야 합니다. 우선 백업 데이터 센터를 장기간 운영하는데 필요한 직원수를 결정하셔야 합니다. 최소 인원수만으로 짧은 기간 동안 운영 가능할지는 모르지만, 만일 비상 상태가 발생하면 보다 많은 직원이 필요합니다.

따라서 직원이 백업 사이트에 도착하여 휴식을 취할 시간과 가정으로 돌아가는데 걸리는 시간도 고려하셔야 합니다. 만일 직원의 집과 가정에도 영향을 미치는 재난이 발생했을 경우에는 각 직원이 자기 가정의 재난 복구를 먼저 처리할 수 있는 시간도 할당하셔야 합니다. 백업 사이트에 임시로 거주할 수 있는 숙박 시설과 백업 사이트에서 숙박 시설로 직원이 이동하는데 필요한 교통 수단도 준비되어야 합니다.

종종 재난 복구시 회사 내 모든 분야의 사용자 그룹 대표가 참여해야할 경우도 있습니다. 이러한 경우에는 사용자 대표가 백업 사이트에서 작업할 때 머무를 숙박 시설이 미리 준비되어야 합니다.

8.3.7. 정상적인 작업으로 돌아가는 절차

언젠가는 재난 사태가 끝이 나기 마련입니다. 따라서 재난 복구 계획에는 반드시 이 마지막 단계에 대한 내용을 포함하셔야 합니다. 새 데이터 센터에는 필요한 모든 하드웨어와 소프트웨어가 완비되어야 합니다. 이 작업은 비상 사태가 처음 선포되었을때 만큼 급하게 서두를 필요는 없지만, 백업 사이트를 매일 운영하는데 드는 비용이 만만치 않으므로 가능하면 빨리 새 데이터 센터로 작업을 옮기는게 좋습니다.

백업 사이트에서 최신 백업을 만들어 새 데이터 센터로 배달해와야 합니다. 새 하드웨어에 모든 자료가 복구되면, 새 데이터 센터로 생산 작업을 옮겨올 수 있습니다.

이제 백업 데이터 센터 운영을 중지하고 재난 복구 계획 마지막 부분에서 정해진 내용에 따라 모든 임시 하드웨어를 적절히 배치하시기 바랍니다. 마지막으로 재난 복구 계획의 효율성 여부를 검토하는 기회를 마련하여 변경이 필요한 부분에 대한 의견을 모아 알맞게 계획을 업데이트하십시오.