마이크 탈론은 사이트 외부의 데이터 백업뿐만 아니라 로컬 복구 시스템이 얼마나 필요한지 평가할 잣대와 이에 대한 예산을 경영진으로부터 확보하는 팁에 대해 이야기한다.당신이 재난 복구에 대한 결정을 내리기 시작할 때에는 대형 사고로 인해 전체 사이트를 잃는 사태에 대한 준비뿐만 아니라, 중요한 단일 시스템을 잃었을 때의 비용에 대해서도 생각한다. 그렇다면, 사이트 외부에 데이터 복구 계획을 세우는 것뿐만 아니라, 로컬 복구 시스템을 구축해 놓는 것도 가치가 있는지 어떻게 알 수 있을까? 아마도 당신은 이것이 당신의 사업에 중요하다고 결론을 내릴 것이다. 하지만, 예산은 이런 DR 계획 수준에 맞춘 지출을 충당하도록 짜여지지 않을지도 모른다. 우선 당신은 어떤 서비스가 상실됐을 때, 나머지 데이터 시스템이 원래의 자리에서 동작하고 있는 상황에서 어느 시스템이 즉각적인 서비스 복구가 필요한지 판단해야 한다. 당신 회사의 공동 이메일 시스템이 반드시 무슨 일이 있어도 작동해야 하는가? 당신의 회사에 기능이 정지되었을 경우 쓸모없어져 버리는 구동중인 요금정산 시스템이 있는가? 이런 종류의 시스템들이 로컬 복구 및 사이트 외부 데이터 복구 방법론 모두의 좋은 대상이 될 수 있다. 종종 이런 결정들은 경영진에 의해 내려져야만 하는데, 이것은 당신이 기술적인 용어들을 비기술적인 용어로 바꾸는 데 있어 도움이 필요할지도 모른다는 것을 의미한다. 이러한 용어의 변환은 결정을 내리는 작업을 쉽게 해 주기만 한다면 언제라도 필요한 것이다.만약 당신이 즉각적인 복구가 필요한 시스템을 정말 발견한다면, 당신은 그 시스템의 보호를 위한 적절한 수준을 정하기 위해 경영인이 돈을 쓰도록 해야 할 것이다. 이것은 온라인 백업을 위해 추가로 디스크 공간을 확보하는 것처럼 쉬운 작업이 될 수도 있고, 여분의 하드웨어를 구입하고 세팅을 하는 것처럼 복잡한 일이 될 수도 있다.DR 시스템에 얼마나 많은 돈을 투자해야 하는지는 그 시스템의 중요한 정도에 따라서 결정되어야 한다. 최종사용자가 그 특정 시스템 없이 재정상의 영향이 느끼기까지의 시간동안 연결되는 구체적 숫자를 생각해보라. 예를 들어, 많은 기업은 이메일이 수 시간 동안, 심지어 영업일 하루 내내 다운될 수도 있다. 하지만, 그 기업은 정상적으로 운영될 것이다. 그렇다. 그 회사는 당연히 덜 효율적으로 움직이기는 하겠지만, 그러한 사태는 견딜 수 있을 것이다. 어떤 기업들은 이메일에 너무 크게 의존하고 있어서 단 몇 시간의 이메일 기능의 정지도 그 회사를 초토화해 버릴 수도 있다. 이런 경우에, 단순히 외부 사이트 테이프 백업 방법에만 의존하는 것은 선택사항이 될 수 없을 것이다.일단 적당한 재난 발견 수준이 정해지고, 프로젝트를 시작하기 위한 최종적인 허가가 떨어지면, 필요한 하드웨어와 소프트웨어 솔루션을 위한 정확한 예산을 정할 수 있다. 당신이 원하는 예산안을 얻지 못할지도 모르는 상황은 충분히 가능한 상황이다. 왜냐하면, 단일 시스템의 국지적 복구는 절대 사용할 일 없길 바라는 값비싼 대비책 그 이상도 그 이하도 아닌 것처럼, 혹은 중복 투자처럼 보일지도 모르기 때문이다. 물론 이것은 많은 기업이 DR 계획에 대한 예산 자체를 거부할 때 종종 하는 변명들이다. 따라서 당신은 많은 경우에 있어 같은 방법으로 반대 의견들을 극복할 수 있다. 재난이 닥쳤을 때, 얼마나 많은 수입이 감소할지, 다른 장소로 복구하는데 얼마나 긴 시간이 필요할지, 그리고 또 그러한 사태 이후 로컬 시스템 복구를 위해 필요한 긴급한 명령 체제에 얼마나 큰 비용이 들어갈지 생각해 보라.만약 당신이 외부 사이트 데이터 복원에 대해 철저한 준비를 해 두었다면, 로컬 시스템 복구는 꼭 필요한 요구조건은 아니다. 그러나 그것이 필요한 상황에서, 제대로 된 대비책을 세우는 데 실패한다면 그것은 당신이 어떠한 기술을 사용해야 하는지 생각해 보기도 전에 정치적이고 계산하기 어려운 악몽으로 이어질 것이다.@