복원 시험, 백업이 쓸 수 있는지 확인하는 일

성공 기준을 미리 적어야 시험입니다

복원을 해 보는 것과 복원 시험을 하는 것은 다릅니다. 시험이 되려면 성공 기준이 미리 정해져 있어야 합니다. 기준은 세 가지로 적습니다. 첫째, 복원이 몇 분 안에 끝나야 하는가. 둘째, 복원된 데이터에서 무엇을 확인하면 정상이라고 판단할 것인가. 셋째, 복원된 환경에서 어떤 동작까지 되어야 하는가. 세 번째가 중요합니다. 파일이 돌아왔다고 끝이 아니라 애플리케이션이 그 데이터로 기동하고 주요 화면이 떠야 복구입니다. 기준 없이 복원하면 '됐다'는 느낌만 남고, 다음에 같은 작업을 반복할 수 있는 기록이 남지 않습니다.

시험은 별도 환경에서 자동으로 돌립니다

복원 시험이 미뤄지는 이유는 손이 많이 가고 운영에 영향을 줄까 두렵기 때문입니다. 그래서 두 가지를 분리합니다. 첫째, 복원 대상 환경을 운영과 완전히 분리합니다. 별도 네트워크에 띄우고 외부 발송 기능을 끊어 두면 영향이 없습니다. 둘째, 복원 절차를 자동화합니다. 자동으로 복원하고 성공 기준을 검사해 결과만 보고하도록 구성하면, 사람이 할 일은 결과를 읽는 것뿐입니다. 자동화가 어렵다면 적어도 절차서를 적어 두고 매번 같은 순서로 수행합니다. 매번 다른 순서로 하면 소요 시간을 비교할 수 없습니다.

시험 비용과 복구 실패 비용을 비교합니다

학습용 가정으로 계산합니다. 가정값은 분기마다 복원 시험을 하고 1회에 4시간이 든다고 두겠습니다. 연 4회이므로 16시간이고, 내부 시간 비용을 시간당 30,000원으로 가정하면 480,000원입니다. 이것이 중간 계산값입니다. 최종 판단은 실패 비용과 비교해서 합니다. 백업이 쓸 수 없는 상태였고 데이터를 다시 만들어야 해서 80시간이 든다면 2,400,000원입니다. 시험 비용의 5배입니다. 이 계산에는 데이터를 영구히 복구하지 못하는 경우가 빠져 있고, 그 경우의 손실은 금액으로 환산하기 어려운 수준입니다.

시험이 통과해도 안 되는 경우가 있습니다

결론을 뒤집는 조건은 시험 범위입니다. 작은 데이터로 복원이 성공했다고 전체 복원이 같은 시간에 끝나지는 않습니다. 복원 시간은 데이터 크기에 비례하므로, 시험은 실제 크기와 가까운 조건으로 해야 합니다. 두 번째 조건은 의존성 변화입니다. 복원 환경의 운영체제나 데이터베이스 버전이 백업 당시와 다르면 복원이 실패하거나 일부 기능이 깨집니다. 그래서 시험 결과에는 복원 당시 버전 정보를 함께 기록합니다. 세 번째는 권한입니다. 복원을 수행할 사람이 평소 그 권한을 갖고 있지 않으면 사고 시점에 권한 요청부터 해야 하므로, 권한 경로도 시험에 포함합니다.

서버 운영 실행 전 점검표

• 복원 시간·데이터 확인 항목·동작 범위를 성공 기준으로 적었다
• 운영과 분리된 환경에서 외부 발송을 끊고 시험했다
• 복원 절차를 자동화하거나 절차서로 고정했다
• 실제 데이터 크기와 버전 정보, 권한 경로를 시험에 포함했다