재해 복구 전략 계획

재해는 중요한 시스템을 오프라인으로 두드리거나, 사무실 및 데이터 센터를 손상시키거나, 비즈니스 운영을 일시적으로 사용할 수 없게 만드는 데 필요한 데이터베이스 및 애플리케이션을 렌더링할 수 있습니다. 재해 복구 계획은 가장 중요한 시스템 및 애플리케이션을 신속하게 백업하여 작업을 재개하고 다른 시스템을 복원하는 데 필요한 비즈니스 프로세스 및 기술 로드맵입니다.

재해 복구(DR)에는 재해 발생 후 컴퓨팅 워크로드를 다시 온라인으로 전환하기 위한 비즈니스의 기술 계획과 재해 발생 전 플레이북을 테스트하기 위한 방법이 포함됩니다. 재해 복구 계획에서 워크로드는 중요도 순으로 순위가 지정됩니다. 각 워크로드에 대한 비용의 균형을 유지하면서 컴퓨팅 다운타임과 데이터 손실을 최소화할 수 있습니다.

재해 복구는 기업이 예기치 않은 다운타임 후 중요한 IT 시스템을 다시 온라인으로 전환하는 데 전념하는 정책, 기술 및 예산을 설명합니다. 중단이 발생하기 전에 재해 발생 후 즉시 복원해야 하는 미션 크리티컬 애플리케이션을 식별하고 중요도 그룹으로 다른 애플리케이션의 순위를 지정합니다.

시스템이 오프라인으로 유지될 수 있는 최대 시간을 측정하는 RTO(Recovery Time Objective)와 비즈니스에서 손실이 발생할 수 있는 데이터의 양을 측정하고 백업 또는 복제 빈도와 연관되는 RPO(Recovery Point Objective)의 두 가지 중요한 Disaster Recovery Metrics가 있습니다. 두 경우 모두 임계값이 짧을수록 좋지만 비용이 더 듭니다. IT 조직은 종종 실행하는 각 시스템에 대해 RTO 및 RPO를 설정하여 비용과 중요도의 균형을 유지할 수 있습니다.

Disaster Recovery 계획 개발

클라우드 구축자, 클라우드 운영 관리자, 보안 구축자

치명적인 사건의 잠재적 위험, 운영의 잠재적 손상, 직원 및 외부 이해 당사자가 영향을 받을 수 있는 방법, DR 계획의 결과로 발생할 수 있는 재정적 손실 또는 규제 벌금을 철저히 평가합니다.

DR 계획 개발의 일환으로 경영진 후원자 및 영향을 받는 팀을 식별하고, 재해 발생 시 피해를 입을 수 있는 물리적 및 IT 자산을 카탈로그화하고, 고객, 공급업체, 파트너 및 기타 이해관계자에게 미칠 수 있는 잠재적 영향을 고려합니다.

백업에서 복원할 수 있는 워크로드를 결정합니다. 이 경우 낮은 용량으로 실행되는 서비스와 함께 라이브 데이터가 필요하며 전체 용량이 필요한 워크로드를 결정합니다. 작동 중지 상태인 활성 시스템이 대기 시스템으로 자동으로 전환되어 작동 중지 시간이 최소화되고 데이터 손실이 전혀 발생하지 않는 경우도 있습니다. 다른 경우에는 switchover가 수동으로 수행됩니다. 백업 사이트를 선택하고 애플리케이션을 신속하게 재시작할 수 있는 계획을 수립합니다. 구름은 여기에 큰 도움이됩니다. 한 오프라인 응용 프로그램이 다른 응용 프로그램을 다시 온라인으로 전환하지 못하도록 하는 경우 다시 시작 작업을 방해할 수 있는 IT 종속성을 찾으십시오.

이러한 기술적 측면 외에도 경영진 및 사업부에는 긴급 의사 소통 및 대응 계획뿐만 아니라 DR 계획에 대한 직원 교육, 탁상 테스트 또는 안내를 통해 테스트 및 리허설, 지속적인 개선 조항이 있어야 합니다.

재해 복구 솔루션 설계

클라우드 구축자, 클라우드 운영 관리자, 보안 구축자

재해 복구 계획을 개발할 때는 잠재적 심각한 사건과 IT 시스템 및 비즈니스 프로세스에 미치는 영향에 대한 위험 평가부터 시작하십시오.

그런 다음 경영진이 지원하는 IT 및 LOB(Line-of-Business) 팀은 중요도에 따라 자산 및 시스템의 순위를 매기고 원하는 RTO 및 RPO와 사용 가능한 예산을 고려하여 각 자산 및 시스템을 보호하기 위한 DR 전략을 지정해야 합니다. DR 계획은 기술적 오류와 복구로 인한 재해, 사이버 공격 또는 중단으로부터 시간을 연결하는 광범위한 비즈니스 연속성 계획의 일부입니다. 그들은 지속적으로 테스트하고 업데이트해야합니다.

기존의 재해 복구 또는 클라우드 기반 재해 복구를 계획합니다. 기존의 DR은 기업 소유의 데이터 센터에 위치한 중복 서버 및 스토리지 디바이스를 사용하거나 비즈니스 데이터 및 애플리케이션 인스턴스를 원격 데이터 센터에 백업하여 한 지역의 문제가 멀리 떨어진 원격 복제본에 손상을 입히지 않도록 합니다. 이와 대조적으로 클라우드 기반 DR 전략은 기업이 애플리케이션 인스턴스의 소규모 또는 대기 복제본을 퍼블릭 클라우드에 저장하여 초기 비용을 절감할 수 있게 해주고, 긴급 상황 발생 시 컴퓨팅 리소스를 추가하여 확장할 수 있게 해 줍니다. 또한 기업은 여러 클라우드 리전에 미션 크리티컬 애플리케이션을 배포할 수 있습니다.

전체 스택 재해 복구 구현

클라우드 구축자, 클라우드 운영 관리자, 보안 구축자

Oracle Cloud Infrastructure Full Stack Disaster Recovery는 장애 복구 조정 및 관리 서비스로, 인프라, 미들웨어, 데이터베이스, 애플리케이션 등 애플리케이션 스택의 모든 층에 대해 포괄적인 장애 복구 기능을 제공합니다.

OCI 풀스택 재해 복구(DR)는 다양한 데이터 센터 중단으로부터 포괄적인 비즈니스 연속성을 보장하여 조직이 지역 전반의 중단 또는 가용성 도메인 중단으로 인한 영향을 최소화할 수 있도록 합니다.

Full Stack DR은 다양한 Oracle 플랫폼, 비 Oracle 애플리케이션 및 인프라와 쉽게 통합할 수 있을 만큼 유연합니다. Full Stack DR은 테넌시에 배포된 서비스 및 애플리케이션에 대한 재해 복구 계획을 생성, 실행 및 모니터링합니다. Full Stack DR은 서비스 수준에서 작동하므로 테넌시에서 실행되는 다른 서비스에는 영향을 미치지 않습니다. 특정 요구 사항에 따라 Full Stack DR에서 생성된 재해 복구 계획을 사용자 정의할 수 있습니다.

Full Stack DR 작업의 진행 상황을 적극적으로 모니터링하고 작업 중 오류가 발생할 경우 수정 조치를 취합니다. Full Stack DR 사전 검사를 주기적으로 실행하여 비즈니스 연속성 준비 및 규정 준수를 검증하고 모니터링합니다.

Full Stack DR은 OCI에서 OCI로 지원됩니다. Full Stack DR을 구현하기 전에 모든 온프레미스 워크로드를 OCI로 마이그레이션해야 합니다.

재해 복구 드릴 계획을 사용하면 운영 스택을 방해하지 않고도 무중단 업무 운영 구성 및 계획을 실행하고 검증할 수 있습니다. 테스트 및 검증을 위해 대기 영역에서 운용 스택 복사본을 격리합니다.