애플리케이션 복구 계획 ‘수립은 이렇게’

첫째, 모든 앱이 똑같지 않다. 일부 앱은 업무 처리에 있어 중요하지만 다른 것들은 그렇지 않다.휴대폰 내장메모리 복구

그는 "자체적인 애플리케이션 복구 목적을 설정하는데 있어서 전략을 세워야만 한다"라며 "만병통치약 같은 복구는 존재할 수 없다"라고 말했다.

둘째, 인프라가 유동적이다. 현재 많은 기관들이 채택하고 있는 물리 및 가상 클라우드 환경의 조합을 통해 애플리케이션 자산은 근본적인 인프라 내의 동일한 위치에 존재하지 않을 수 있다.

다볼은 "일부 애플리케이션 자산은 물리적 서버에 위치하면서 다른 것들은 가상 머신에 존재할 수 있다. 일부 자산은 심지어 오프프레미스(Off-Premise) 상태로 존재할 수 있다. 전통적인 서버 중심적인 접근방식으로 백업을 실시하고 있다면, 애플리케이션을 복구하기 위해서 필요한 모든 구성요소에 대하여 복수의 위치에서 복수의 백업을 검색해야 한다. 이는 시간 소모가 큰 과정이 될 수 있다. 애플리케이션 복구에 있어서 시간은 우리 편이 아니다"라고 말했다.

셋째, 대부분의 전략은 2단계 2인 복구에 그친다. "대부분의 경우에, 백업 관리자는 데이터의 이미지를 복구하고, 애플리케이션 관리자는 여기서 근본적인 애플리케이션을 변경해야 한다"라고 그는 말하며, "사용자의 엄격한 기대치를 충족시키기 위해 시간을 다투는 상황에서 2단계 2인 프로세스로는 부족하다"라고 덧붙였다.

애플리케이션 복구 지침
기업이 애플리케이션을 준비하고 가능한 신속하게 운용할 수 있도록 하기 위해서 다볼은 아래의 4가지 지침을 제안했다.

1. 사용자의 기대치를 이해하라. SLA에서 약속한 복구 시간과 복구의 목표를 이해하고 단 걸음 더 나아가 최종 사용자 및 기업 리더들과 그들의 진정한 서비스 수준 기대치에 관해 의견을 나눠야 한다. 성공은 결과이기도 하지만 통찰력의 문제이기도 하다. 자신의 복구 전략을 세우기 전에 이해당사자들이 무엇을 기대하는지 알도록 하라.

2. 계층적 복구 전략을 수립하라. 모든 애플리케이션이 같지 않다면 이런 자산들의 복구도 같지 않아야 한다. 기업에 대한 애플리케이션의 중요성을 통해 주어진 애플리케이션에 대하여 백업 및 복구 전략을 일치시켜라. 중요한 자산일수록 더욱 신속하게 복구할 수 있어야 한다.iphone 데이터 복구 프로그램

3. 서버가 아니라 애플리케이션에 기반한 백업. 주어진 애플리케이션과 관련된 모든 자산(서버, 가상 머신, 데이터베이스 등)을 자신이 복구 SLA를 직접 설정하고 관리할 수 있는 애플리케이션 집단으로 집단화하라. 이를 위해서는 관리자가 서버와 인프라가 아닌 애플리케이션에 기반하여 백업을 정리, 계획, 검토, 관리할 수 있도록 하는 데이터 보호 기술이 필요하다.

4. 역할에 근거한 접근을 가능하게 하라. 애플리케이션 관리자들에게 관리를 맡고 있는 구체적인 IT 서비스의 복구 가능성에 대해 직접적인 가시성을 제공하고, 특화된 데이터 보호 툴을 활용하여 세부적이면서 플랫폼 중심적인 백업 및 복구 작업을 수행할 수 있도록 하라. 이를 통해 대부분의 전통적인 백업 전략에 있어서 애플리케이션 복구를 어렵게 만드는 시간 소모적이며 2단계로 이루어진 복구 프로세스를 우회할 수 있을 것이다.