초록으로 끝나는 백업 작업은 주장입니다. 주장은, 언젠가 아침이 되면 그 파일이 돌아가는 사이트가 된다는 것입니다. 아무도 기다리지 않을 때, 시험 기계에서 그 아침을 일부러 해 보기 전에는 믿지 않습니다. 시험하지 않은 백업은 스스로에게 하는 이야기입니다. 실행한 복구가 백업입니다.
빈 곳에, 일정대로 복구
시험 환경은 프로덕션이 아니고, 편집자가 쓰는 staging도 아닙니다. 비어 있는 채로 시작합니다. 백업만이 들어가는 길입니다. 올리고, 들어가고, 사건 중에 중요할 경로 하나를 걷습니다. 주문 페이지, 데이터베이스에 아직 있는 폼 제출, 압축 안에 있어야 하고 옛 디스크에만 있으면 안 되는 미디어 파일. 그다음 시험 복사본은 버립니다.
그것이 실패하면, 백업이 있던 장애 중보다 화요일에 알고 싶습니다. 흔한 실패는 지루합니다. 데이터베이스 덤프가 uploads보다 새롭습니다. 플러그인 표가 제외된 파일을 가리킵니다. 압축은 시험 기계에 없는 PHP 버전을 전제합니다. 이 가운데 아무것도 백업 플러그인의 초록 체크에 나오지 않습니다.
업데이트에는 되돌릴 길이 필요하다
업데이트를 받는 것은 쉽습니다. 돌아갈 길과 함께 받는 것이 일입니다. 전에 스냅샷, 뒤에 짧은 연기 시험, 시험이 실패하면 글로 된 되돌림. 백업을 복구할 수 있다고 말하는 것은, 재신 시간이 없으면 되돌림이 아닙니다. 그 시간은 시험 실행에서 원하지, 플러그인 안내문에서 원하지 않습니다.
빈 복사본에서 실제로 여는 것
백업에 사용자가 있으면 설치 관리자가 아니라 실제 사용자로 들어갑니다. 상태, 합계, 메모가 하나 이상 있는 주문을 엽니다. 그림이 있는 페이지를 열고, 그림이 프로덕션으로 돌아가는 핫링크가 아니라 압축 안의 파일인지 확인합니다. 아무것도 보내지 않습니다. 과거가 돌아왔는지 확인하고, 버릴 호스트에 새 현재를 만들지 않습니다.
날짜 옆에 걸린 시간을 적습니다. “마지막 복구, 18분, uploads 압축에서 실패, 제외를 고치고 다시 실행.” 이 메모는 모니터링 배지보다 쓸모가 있습니다. 계획에 백업이 있는지 물으면 날짜로 답할 수 있습니다. 날짜로 답하지 못하는 계획은 청구서가 붙은 cron입니다.
아직 아무것도 복구하지 않았다면, 케어 플랜의 응답 시간은 첫날에 의미가 없습니다. 적어 둘 시계는 기준선, 접근, 성공한 복구 이후에 시작합니다. 그 전에는 사이트가 어떻게 짜여 있는지 아직 배우고 있습니다. 그 안개 속에서 당일 답을 약속하는 것이, 케어 플랜이 사과가 되는 길입니다.
마지막 시험 복구가 언제 돌았는지 묻는다. 답 전의 멈춤이 답이다.
케어는 새 기능을 위한 열린 탭이 아니다
모니터링, 업데이트, 복구에 더해 그다음 떠오르는 것까지 약속하는 계획은 환상의 가격이거나, 환상이 처음 오면 다시 협상됩니다. 새 페이지, 다시 디자인, 이전은 각자의 범위입니다. 제가 뒤에 설 계획은 더 좁습니다. 사이트는 이미 하는 일을 계속합니다. 백업은 증명되었습니다. 사람은 적힌 시간 안에 답합니다. 가장자리 없는 월 비용보다 덜 신납니다. 확인할 수 있는 계획이기도 합니다.
