모든 사람은 백업을 가지고 있습니다. 하지만 거의 아무도 그것을 테스트하지 않습니다. 그리고 테스트되지 않은 백업은 백업이 아닙니다. 그것은 백업의 제복을 입은 희망일 뿐입니다.저는 IT 업계의 대부분 사람들이 그러하듯, 최악의 순간에, 나쁜 방식으로 이것을 배웠습니다. 몇 달 동안 "성공적으로 실행"되었고 계속해서 녹색 체크 표시를 받았던 백업이, 마침내 필요했을 때 조용히 쓸모없다는 것이 밝혀졌습니다. 작업은 완료되었지만, 기록된 데이터는 불완전했습니다. 아무도 그것으로부터 복원을 시도한 적이 없었기 때문에 아무도 몰랐습니다. 그 백업의 첫 번째 실제 테스트는 동시에 첫 번째 실제 재앙이었고, 둘 다 실패했습니다.그것이 함정입니다. 백업은 조용히 실패합니다. 작업은 성공을 보고하고, 저장 공간은 채워지고, 모두 안전하다고 느끼지만, 실제 복구 가능성은 완전히 검증되지 않습니다. 당신은 백업을 가지고 있지 않습니다. 당신은 한 번도 열어본 적 없는 파일과 그 안에 무엇이 들어 있는지에 대한 믿음을 가지고 있을 뿐입니다.유일하게 의미 있는 백업은 실제로 복원해 본 백업입니다. 실제 시스템으로 복원하고, 완전성을 확인하고, 복구에 걸리는 시간을 알 수 있도록 시간을 측정해야 합니다. 그것을 하기 전까지는 데이터가 좋은지, 프로세스가 작동하는지, 또는 "한 시간 안에 복구할 수 있다"는 것이 사실인지 아니면 위안이 되는 이야기인지 알 수 없습니다. 그리고 프로덕션이 다운된 상태에서 처음으로 알아내고 싶지는 않을 것입니다.그러니 복원을 테스트하십시오. 다른 중요한 작업과 마찬가지로 일정을 잡으십시오. 백업을 가져와 안전한 곳으로 옮기고, 완전한지 확인하고, 얼마나 걸렸는지 기록하십시오. 복구가 무서운 일이 아니라 일상이 되도록 충분히 자주 하십시오.한 번도 복원해 본 적 없는 백업은 답이 아니라 질문입니다. 그것을 테스트하고, 희망을 실제로 의지할 수 있는 것으로 바꾸십시오.– 세르게이 신더