IT 재해 복구 슬픔의 단계
올바른 엔터프라이즈 가용성 아키텍처를 구현하지 않은 경우 재해 복구에 대한 슬픔이 갑자기 나타날 수 있습니다. IT 분야의 친구 Dave를 만나 재해 슬픔의 5 단계를 안내합니다.
1 단계 : 거부
IT 분야의 Dave :“오 오.그 경고는 무엇입니까?약간의 애플리케이션 충돌 일 뿐이죠?별거 아니야.곧 작업을 시작하고 실행할 수 있습니다.”
엔터프라이즈 가용성의 땅에는 약간의 애플리케이션 충돌이나 큰 문제가 없습니다.회사는 실제 돈으로 SLA를 사용합니다.선택적인 현실은 아마도 고객과 이해 관계자의 관점과 같지 않을 것입니다.
2 단계 : 분노
IT 분야의 Dave :“농담하니?무엇보다도 …[censored] … 때로는 오늘 애플리케이션이 시작되지 않습니다.어.이건 싫어요 [censored]..[censored]. 응용 프로그램.이 새로운 경고는 무엇입니까?이제 데이터 센터가 다운되었습니다!”
빠른 속도와 높은 위험 환경에서 정말, 정말 빠르게 지저분 해집니다. 확인되지 않은 경고 및 실패가 발생하면 압력, 좌절 및 분노와 함께 문제가 빠르게 증가 할 수 있습니다.
상태 3 : 교섭
IT 분야의 Dave :“응용 프로그램 분야의 Ard, 저는 IT 분야의 Dave입니다.App1 환경에 대한 백업이 있습니까? . . . 확실한가요?다시 확인해 주 시겠어요?두 번 확인했지만 한 번 더 확인하실 수 있습니다.화요일에 타코에 음료를 살게요!”
IT 분야의 Dave :“Hey Donna DBA, 저는 IT 분야의 Dave입니다. Art in Applications는 당신이 나를 도울 수 있다고 말했습니다.우연히 해당 재무 데이터베이스 또는 재고 관리 시스템에 대한 데이터베이스 복제를 설정 했습니까? . . . 확실합니까?음, 우리가 umh에서 복구 할 방법이 있는지 기억하십니까? . . 데이터 센터 충돌?”
내 딸이 곤경에 처하면 흥정이 그녀의 첫 번째 행선지입니다.좋아, 두 번째.첫 번째는 사라지는 것이지만 당신은 너무 똑똑해서 불길을 피할 수 없습니다.그러나 IT 분야의 Dave 만 협상과 구걸이 고 가용성 및 재해 복구를 위해 잘 정의 된 전략을 대체 할 수 없다는 사실을 깨닫는 유일한 사람은 아닙니다.“80 %의 사람들이 신경 쓰지 않고 20 %가 당신을 기쁘게 생각합니다 (Les Brown에서 패러 프레이징)”때문에 협상을 건너 뛰고 재난에 대해 구걸합니다.
4 단계 : 슬픔
IT 분야의 Dave :“이건 정말 대단합니다.애플리케이션 서버가 고장 났고 데이터 센터가 다운되었으며 백업을 찾을 수 있고로드 할 수 있다면 복원하는 데 몇 시간이 걸립니다.여기서 벗어날 방법이 없습니다. 업데이트 된 이력서를 어디에 넣었습니까?”
물론 백업이 있고 유효성을 검사했습니다.그러나 이러한 백업으로 돌아 가면 RTO 및 RPO에 미치는 영향이 있습니다.이번에는 흡수 할 수 있습니까?물론 데이터 센터가 복구 된 후입니다.
5 단계 : 수락
IT 분야의 Dave :“2 시간이 지났습니다.나는 우리가 이렇게 많은 경영진이 있다는 것을 몰랐습니다.이 후로 2 주년을 맞이할 수 없습니다.글쎄요, 내일 사무실 청소를 할 것 같아요.나는 이것을 통해 그것을 만들 수 없습니다!”
실패가 발생합니다.데이터 센터가 다운됩니다.응용 프로그램이 실패합니다.데이터 센터 손실, 서버 장애 또는 애플리케이션 충돌 가능성을 부인할 수 없습니다.이러한 유형의 수락은 정상이며 가용성 향상의 일부입니다.가용성 전략을 구현하지 못했기 때문에 직장을 잃거나 더 나빠질 수 있다는 사실을 받아들이는 것은 SIOS Technology Corp.의 전문가가 피하고 싶은 것입니다.
IT 분야에서 Dave처럼되지 마십시오.모니터링, 복구 및 시스템 장애 조치 자동화를위한 최상의 솔루션과 결합 된 최상의 하이브리드, 온 프레미스 또는 클라우드를 포함하는 엔터프라이즈 가용성 아키텍처를 설계하고 구현하여 재해 슬픔 단계, 재해 복구 및 다운 타임 시간을 피하십시오. .
– Cassius Rhue, VP 고객 경험
SIOS에서 재현
