Azure Native Qumulo 이제 EU, 영국 및 캐나다에서 사용 가능 – 자세히 알아보기

데이터 복구 모범 사례 – Atempo Data Tsunami Podcast

작성자 :
데이터 쓰나미 팟캐스트를 듣고 데이터 복구 모범 사례와 비즈니스 연속성을 위해 데이터를 보호하는 데 도움이 되는 솔루션을 더 잘 이해하십시오.

랜섬웨어가 또 뉴스에 나왔는데 이번에는 공격 얼티밋 크로노스 그룹 (UKG)는 여전히 Covid를 다루는 병원을 포함한 많은 조직의 급여 및 시간 관리(HR) 시스템을 관리합니다. 회복하는 데 Kronos 몇 주가 걸릴 수 있습니다. 그러나 백신으로 세계적 대유행에 대응하든 재해 복구(DR) 계획으로 랜섬웨어 공격에 대응하든 최선의 방어는 여전히 좋은 공격입니다. 그것이 이 포스트의 내용입니다.

자연 재해와 랜섬웨어가 비즈니스 크리티컬 데이터의 보안과 가용성을 위협하는 상황에서 모든 상황에 맞는 DR 계획은 없습니다. 모든 조직은 다르며 각 DR 계획은 개별 조직에 고유합니다. 그러나 시작하기에 좋은 장소로 기능하는 몇 가지 공통점이 있습니다.

IT를 핵심 비즈니스의 사명에 더 가깝게 맞추면 IT가 비즈니스 관리자가 목표를 달성하는 데 도움이 되는 보완 기술을 식별하는 데 도움이 됩니다. Qumulo의 경쟁 인텔리전스 책임자인 David A Chapa는 "프론트 엔드에서의 일반적인 IT 대화처럼 들리지 않을 수도 있지만 프런트 엔드를 지원하기 위한 솔루션 배포를 고려할 때 백엔드 대화는 100% IT입니다."라고 말합니다. . "예를 들어, 재해 복구는 IT가 지원하는 비즈니스의 모든 측면과 관련이 있습니다."

데이터 쓰나미 팟캐스트 – 비즈니스 연속성 및 재해 복구

들어 이 팟 캐스트 Atempo의 수석 사전 판매 엔지니어인 Mike Oakes와 Qumulo의 경쟁 인텔리전스 책임자인 David A. Chapa와 함께 합니다.

재해 복구 계획을 위한 5가지 데이터 복구 모범 사례

팟캐스트 토론에 추가하기 위해 Chapa가 재해 복구 계획을 위한 좋은 출발점으로 제공하는 XNUMX가지 데이터 복구 모범 사례를 소개합니다.

1. 조직의 사명 식별

이 "미션"을 지원하는 데이터, 시스템, 애플리케이션 및 플랫폼을 식별하는 데 도움이 되는 비즈니스 미션부터 시작하십시오. 여러 비즈니스 라인이 있는 대규모 회사의 경우 고려해야 할 비즈니스 단위와 기능 그룹이 둘 이상 있을 수 있습니다.

2. 평소와 같이 비즈니스에 대한 위험의 우선 순위를 지정합니다.

일상 업무로 데이터를 재개할 때 다양한 그룹의 데이터 복구 단계에 우선 순위를 지정하는 회사의 핵심 임무를 "사업부"가 어떻게 지원하는지 아는 것이 중요합니다. 위험에 처한 것을 정의하십시오. 예를 들어, 항공사의 주요 임무는 비용을 최소화하면서 비행기를 공중에 띄우고 사람과 화물을 안전하게 운송하는 것입니다. 재해를 선언할 때 위험 범주와 그 의미를 정의합니다. 이러한 정의는 경영진이 앞으로 IT가 재해 복구 계획을 지원할 수 있는 기대치를 설정하는 데 도움이 됩니다.

3. 비즈니스에 재앙을 선언하는 요소 정의

선언이 조직에 의미하는 바를 정의하는 것은 최우선 순위 중 하나이므로 비즈니스 또는 해당 기능 그룹 중 하나가 회사, 고객, 파트너, 브랜드 평판 등에 피해를 주기 전에 중단될 수 있는 기간을 문서화할 수 있습니다. 영향 분석은 재해 선언을 위한 재무 지표 또는 KPI를 제공하는 데 사용할 수 있습니다. 마찬가지로 중요한 것은 재해를 선언하기 전에 비즈니스가 중단될 수 있는 시간을 식별하고 실행 계획에 문서화하는 것입니다. IT 팀은 재해를 선언하기 전에 해결 방법을 찾을 수 있는 미리 결정된 시간이 있습니다. 이 핵심 지표는 "머리카락에 불이 붙은 채 뛰어다니는" 시나리오를 방지하는 데 도움이 됩니다. 이를 통해 현재 상황을 처리하고 해당 기간 내에 회복할 수 있는지 결정할 수 있습니다.

4. 재해 복구 테스트 일정 잡기

테스트는 하루 종일 노력했지만 오늘날에는 클라우드를 탄력적으로 사용하여 테스트 및 검증을 위해 컴퓨팅 및 스토리지를 가동한 다음 테스트를 완료하면 축소할 수 있습니다. 최소한 분기마다 확인하고, 분기별 테스트 사이에 환경에 변경 사항이 있는 경우 더 확인하고 싶습니다. 그리고 "테스트"라는 단어가 당신에게 불안을 주지 않도록 하십시오. 그것은 당신의 계획을 검증하는 것입니다. 실패하면 전체 DR 전략 및 실행 계획에서 해결해야 하는 격차를 노출할 수 있도록 테스트 중에 실패하기를 원합니다.

5. 경영진과의 검토

귀하의 작업을 후원하는 임원이 있으면 DR 계획 부분의 초기 발견 단계에서 다른 비즈니스 리더가 응답하고 IT와 공동으로 작업하도록 하는 것이 훨씬 쉬워집니다. DR 자체를 고려할 때 실제로는 기술을 운영상 평소와 같이 비즈니스에 다시 도입하는 것입니다. 귀하와 귀하의 IT 팀이 비즈니스의 주요 사명에 따라 일을 추진할 수 있도록 이 프로세스에 경영진을 참여시키는 것이 합리적입니다.

들어라. 데이터 쓰나미 팟캐스트 데이터 복구 모범 사례와 비즈니스 연속성을 위해 데이터를 보호하는 데 도움이 되는 솔루션에 대해 더 잘 이해할 수 있습니다.

관련 게시물

위쪽으로 스크롤