백업 및 복구는 스노보드와 비슷합니다. 재해 발생 시 산비탈 속도를 늦추거나 사업을 계속 운영해야 할 때, 약간의 준비가 순조로운 착륙과 눈 더미에 얼굴을 먼저 마주하게 하는 것 사이의 차이를 만들 것입니다. 엄청난 실패를 피하는 네 가지 방법이 있습니다.
백업 및 복구는 스노보드와 비슷합니다. 재해 발생 시 산비탈 속도를 늦추거나 사업을 계속 운영해야 할 때, 약간의 준비가 순조로운 착륙과 눈 더미에 얼굴을 먼저 마주하게 하는 것 사이의 차이를 만들 것입니다. 엄청난 실패를 피하는 네 가지 방법이 있습니다.
에픽 실패 #1: 잘못된 장비
슬로프에서 초보자를 어떻게 발견합니까? 비싸고 스타일리시한 스키 재킷을 입고 있지만 얇은 장갑과 방수가 되지 않는 페인트를 사용하는 스노보드 선수는 어떻습니까? 아니면 바인딩이 제대로 작동하는지 확인하는 것을 잊고 산 아래에서 보드를 잃어버린 사람? 결국 장비가 작동하지 않으면 언덕을 파쇄할 수 없습니다.
마찬가지로 데이터 손실이 발생하기 전에 백업이 준비되어 있지 않으면 재해로부터 복구할 수 없습니다. 재해가 발생하기 훨씬 전에 기술이 제대로 작동하고 비즈니스에 충분히 강력한 기능 세트를 갖추고 있는지 확인하는 것이 중요합니다. 백업이 자동으로 안정적으로 실행되고, 인라인 및 오프라인 유효성 검사를 통해 데이터 무결성이 유지되고, 복구 보증 소프트웨어를 통해 복구 테스트가 자동화되고, 백업이 보조 위치 또는 클라우드에 성공적으로 복사되는 구현이 필요합니다. 간단히 말해서 데이터가 실제로 백업되고 오프사이트에 복사되고 있는지 확인하십시오. 단순하게 들리지만 온프레미스 서버가 다운되더라도 비즈니스가 계속 실행될 수 있는지 확인하는 것이 중요합니다.
에픽 실패 #2: 트레일 맵 무시
녹색 슬로프로 가는지 블랙 다이아몬드로 가는지 확인하지 않고는 스키 리프트를 탈 수 없습니다. 또한 계획되지 않은 길을 벗어나 나무 사이로 스노보드를 타지 않을 것입니다. 흙이나 틈새나 협곡에 떨어지는 것과 같은 더 나쁜 상황에 부딪힐 가능성이 높기 때문입니다. 산을 오르기 전에 내리막길을 계획해야 합니다. 또한 길을 따라 표지판을 확인하여 여전히 코스에 있는지 확인해야 합니다.
스노보드 모험을 위한 트레일 지도가 필요한 것처럼 성공적인 재해 복구를 위한 서면 계획도 필요합니다. 즉, 범위가 넓고 단계별 지침이 포함된 문서를 작성해야 합니다. 이는 세 가지 고유한 영역을 염두에 두고 수행해야 합니다.
- 인력: 주요 운영 인력을 식별하고 재난 발생 시 이들이 원격으로 또는 보조 위치에서 작업할 수 있는 방법을 계획합니다. 즉, 위치에 관계없이 비즈니스 운영을 유지하는 데 필요한 복구 시스템, 데이터 및 기타 리소스에 직접 액세스할 수 있습니다. 조직의 기본 통신 인프라(예: 회사 전자 메일 또는 전화 시스템)가 중단되는 경우 대체 통신 형식(예: 직원의 휴대폰)을 설정하는 것도 중요합니다.
- 인프라: 핵심 운영 인프라(비즈니스 운영에 없어서는 안 되는 인프라 부분)를 식별하고 이를 보호해야 합니다. IT 인프라가 재난으로부터 성공적으로 살아남기를 원하는 이유는 가장 중요한 자산인 직원이 비즈니스의 수익과 수익성을 지속적으로 창출하는 데 필요한 도구를 갖기 위함이라는 점을 기억하십시오.
- 프로세스: 주요 운영 프로세스(중단 발생 시 누가 무엇을 하는지 설명하는 단계별 지침)를 식별하고 팀원이 자신의 역할을 인식하고 실행했는지 확인합니다. 비즈니스의 일상적인 운영에 중요한 모든 프로세스를 고려하고 IT 프로세스에만 집중하지 마십시오.
DR 계획과 데이터 보호 솔루션은 회사의 RPO(복구 지점 목표) 또는 손실을 감당할 수 있는 최대 데이터 양(시간 기준)과 복구 시간 목표도 충족해야 합니다. (RTO), 이는 데이터와 시스템 없이 있을 수 있는 최대 시간입니다. 최상의 DR 계획은 복구되는 데이터의 양과 해당 정보를 온라인으로 가져와야 하는 속도를 기반으로 합니다.
에픽 실패 #3: 연습을 게을리
산 아래로의 첫 번째 여행이 이중 블랙 다이아몬드 트레일에 있다면, 당신은 확실히 넘어질 것입니다. 장비를 구입하고 트레일 지도를 연구하여 눈 위에 발을 디디지 않고서 마술처럼 스노보드 타는 법을 알 수는 없습니다. 기술을 연습하고, 체력을 키우고, 본능을 연마하는 것이 산을 성공적으로 내려가는 데 핵심입니다.
재난 중에 비즈니스를 계속하고 손실된 데이터를 복구하는 것은 블랙 다이아몬드 수준의 이벤트입니다. DR 전략을 테스트한 적이 없다면 전멸할 가능성이 높습니다. IT 관리자가 백업 솔루션을 설치하고 거의(또는 전혀) 실제 복구를 테스트하지 않는 것은 드문 일이 아닙니다. 또한 테스트에 관해서는 한두 가지로는 충분하지 않습니다. 오늘날의 디지털 혁신과 IT 진화의 빠른 속도는 인프라도 빠르게 변화하고 있음을 의미합니다. 최고의 DR 테스트는 반복적이고 일관된 일정에 따라 수행되므로 백업이 회사 인프라의 현재 상태를 보호하고 있는지 확인할 수 있습니다. 데이터 변경률은 재해 복구 계획을 테스트하는 빈도를 결정하는 좋은 벤치마크입니다. 일부 백업 공급업체는 자동화된 DR 테스트를 제공하여 많은 시간과 번거로움을 줄일 수 있습니다.
또한 다양한 재해 시나리오를 고려하고 결과적으로 DR 프로세스가 어떻게 변경될 수 있는지 평가해야 합니다. 예를 들어 전략상 팀 구성원이 미디어를 회전하기 위해 보조 위치로 운전해야 합니까? 홍수나 눈보라 같은 대규모 자연재해로 인해 여행이 불가능하다면? 클라우드 백업은 물리적 및 사이트 기반 제한을 극복하기 위한 좋은 솔루션이지만 클라우드에서 데이터를 얼마나 빨리 복구해야 하는지 계획해야 합니다. 하이퍼스케일 클라우드는 저렴한 스토리지를 제공할 수 있지만 WAN을 통해 데이터를 복원하는 데 며칠이 걸릴 수 있습니다. 기본 사이트와 지리적으로 분리된 보조 사이트가 없는 경우(많은 비즈니스에 비용이 많이 드는 제안) DR as a Service는 클라우드에서 경제적인 스핀업 및 비즈니스 연속성을 제공할 수 있습니다. 무엇을 선택하든 공급업체의 SLA에 대해 스스로 교육하고 RPO 및 RTO를 파악하고 물론 테스트하십시오.
에픽 실패 #4: 모든 눈이 같다고 가정
가루가 항상 신선하고 산책로가 붐비지 않는다면 좋겠지만 때때로 진창으로 고생하거나 봄 방학에 관광객을 피해야 할 때가 있습니다. 노련한 보더들은 또한 다양한 지형과 다양한 스노우 파크를 다룰 수 있는 기술을 쌓을 때 가장 재미있는 스노우보드를 타는 경향이 있다는 것을 알고 있습니다. 좋아하는 슬로프에서 대부분의 시간을 보내더라도 트레일은 날마다, 계절마다 다릅니다. 모든 눈이 똑같다고 가정하면 언덕을 내려가는 길에 문제가 생길 수 있습니다.
IT 인프라에서는 동질성을 가정할 수 없습니다. 가능한 한 많은 가상화를 선호할 수 있지만 조직에는 일부 물리적 서버가 필요합니다. IT 팀이 변화하는 사용자 요구 사항과 진화하는 기술 환경에 민첩하게 대응할 수 있도록 유연성을 유지하는 것이 중요합니다.
가장 일반적인 예를 들자면, 단일 벤더 종속을 피하는 것은 현대 IT의 기술 및 재정적 성공 모두에 매우 중요합니다. DR 실패는 관리자가 DR 계획에서 단일 기술만 지원하기 때문에 자주 발생합니다. 예를 들어 SAN 또는 NAS와 같은 스토리지 기술은 지원하지만 직접 연결된 스토리지는 무시합니다. 가상화를 수용하지만 물리적 서버는 무시합니다. 또는 물리적 어플라이언스를 지원하지만 다른 모델과 서버 세대 간의 복원 필요성을 고려하지 않습니다. 비즈니스를 계속 운영하는 데 필요한 기술 범위를 포괄하는 백업 및 DR 계획을 만들고 테스트합니다.
스노보드를 처음 타는 사람이라면 가장 먼저 알아야 할 것 중 하나는 넘어진다는 것입니다. IT 인프라도 마찬가지입니다. 사용자의 사소한 삭제, 파괴적인 맬웨어 침입 또는 전체 사이트를 무너뜨리는 전면적인 자연 재해 등 데이터 손실이 발생합니다. 규모에 상관없이 준비할 수 있습니다. 장비가 작동하는지 확인하고, 계획을 완료하고, DR을 테스트하고, 전략의 유연성을 유지하여 엄청난 실패를 피하세요. 그렇게 하면 슬로프를 순식간에 파쇄할 수 있습니다.
저자에 관하여
Brooke Bullman은 엔터프라이즈급 클라우드 기반 비즈니스 연속성 솔루션의 리더인 Unitrends의 제품 마케팅 관리자입니다. 자세한 내용은 저자에게 문의하십시오. [이메일 보호] 또는 방문 www.unitrends.com
