공유 위키 복원을 리허설하십시오.

작동하는 노트북의 기준을 결정하세요

다음의 예시 워크숍 위키를 사용하세요: 서비스 인벤토리. 성공 기준은 구체적입니다: 편집자는 테스트 페이지를 찾아 변경할 수 있고, 독자는 허용된 지침을 볼 수 있으며, 비공개 조직 책은 숨겨져 있고, 첨부된 다이어그램은 열립니다. 백업을 열기 전에 이러한 확인을 테스트 계획으로 사용하세요.

선택된 백업이 생성되었을 때 존재했던 증인을 선택하세요. 새로 생성된 페이지는 오래된 백업이 불완전하다는 것을 증명할 수 없습니다.

정확한 복구 세트를 식별하세요

결과 시트에 백업 식별자와 타임스탬프를 기록하세요. 애플리케이션 구성, 데이터베이스 데이터, 첨부 파일 및 이를 해석하는 데 필요한 소프트웨어 정보를 포함하세요. 캡처 시간이 다른 경우 연습을 시작하기 전에 백업 절차가 일관성을 유지하는 방법을 조사하세요.

restic 저장소의 경우 명시적 스냅샷을 선택하거나 다음과 함께 사용되는 필터를 신중하게 확인하세요: latest. 해당 --path 옵션은 스냅샷을 선택합니다. 복원된 파일을 제한하지 않습니다. 복원은 기존 파일을 덮어쓸 수 있으며, 이는 빈 전용 대상을 사용하는 또 다른 이유입니다. restic 복원 문서.

저장소 검사와 애플리케이션 복구를 구분하세요. 기본 restic check 저장소 구조를 검사합니다; check --read-data 또한 저장된 팩 데이터를 읽고 상당한 전송 및 시간을 소비할 수 있습니다. 어느 것도 회원이 위키를 사용할 수 있는지 확인하지 않습니다. restic 무결성 검사.

테스트 복사본이 시작되기 전에 조용히 만드세요

프로덕션 데이터베이스 호스트, 저장소 경로 및 발신 자격 증명을 테스트 구성에서 제외하세요. 두 번째 유지 관리자가 모든 대상을 서비스 맵과 비교하도록 하세요. 파일이나 데이터베이스 개체를 쓰는 복원 작업 전에 대상이 분리되어 있는지 확인하세요.

• 훈련을 수행하는 사람으로 접근을 제한하세요.
• 프로덕션 DNS 레코드를 변경하지 마세요.
• 발신 전달을 차단하거나 승인된 캡처 대상으로 대체하세요.
• 테스트 동작이 정의될 때까지 웹훅, 예약된 통합 및 큐 작업자를 비활성화하세요.
• 브라우저 링크와 리디렉션이 테스터를 조용히 프로덕션으로 되돌릴 수 없는지 확인하세요.

복원된 데이터를 원본만큼 민감하게 취급하세요. 격리는 입증해야 할 운영 확인이며, 디렉터리에 붙이는 레이블이 아닙니다. 대상을 확인하거나 제어할 수 없다면 애플리케이션을 시작하기 전에 중지하세요.

의도된 순서로 구성 요소를 복원하세요

인벤토리의 설치 방법 및 버전에 대한 복원 지침을 따르세요. BookStack 예시의 경우 공식 절차는 별도의 데이터베이스 및 파일 복원을 다루며, 원본을 유지합니다 APP_KEY, 그리고 주소가 변경되면 애플리케이션 URL을 조정합니다. 컨테이너 설정은 애플리케이션 컨테이너가 실행되기 전에 데이터베이스 복원이 필요합니다. BookStack 복원 순서 및 구성 참고 사항.

1. 일반 회원 트래픽을 시작하지 않고 전용 런타임 및 데이터베이스 대상을 준비하세요.
2. 일치하는 데이터베이스와 파일을 복원하세요. 원본 백업은 변경하지 않고 유지하세요.
3. 테스트 환경의 주소와 제한된 외부 연결을 적용하세요.
4. 애플리케이션의 설치 지침에 따라 필요한 파일 소유권 및 접근을 확인하세요.
5. 아웃바운드 작업이 계속 제어되는 상태에서 서비스를 시작한 다음, 계획된 검증 항목을 실행하세요.

기록된 버전을 먼저 복구하면 일상적인 훈련의 초점이 유지됩니다. 훈련에 버전 변경도 필요한 경우, 마이그레이션 경로와 복구 지점을 별도로 문서화하세요. 설명되지 않는 복원 실패의 해결책으로 계획되지 않은 업그레이드를 사용하지 마세요.

작동하는 것과 금지된 것을 모두 확인하세요

리더와 편집자 검사를 별도의 브라우저 세션에서 실행하여 관리자 세션이 권한 실패를 가리지 못하게 하세요. 페이지와 직접 주소를 통해 첨부 파일을 테스트하세요. 알려진 문구를 검색하고, 내부 링크를 따라가며, 백업에 있어야 하는 이전 버전 하나를 확인하세요.

검사가 실패하면 처음 관찰된 차이를 기록하세요. 이미지 누락은 예기치 않은 로그인 리디렉션이나 금지된 데이터베이스 연결과는 다른 조사를 시사합니다. 개인 콘텐츠나 자격 증명을 일반 지원 노트에 복사하지 않고 관련 오류 증거를 보존하세요. 확인된 원인 하나를 수정하고 영향을 받은 검사를 반복하세요. 오류를 없애기 위해 권한을 광범위하게 변경하지 마세요.

선택한 캡처 대상에 대해서만 이메일을 시험하세요. BookStack은 테스트 이메일 작업을 제공하며 일부 알림 실패는 사용자 페이지 대신 로그에 나타난다고 문서화합니다. 표시된 결과와 함께 그 증거도 검토하세요. BookStack 이메일 검사 및 실패 동작.

다음 사람을 위해 정직한 결과를 남기세요

Service / test owner / reviewer:
Backup identifier / capture timestamp:
Application and database versions:
Isolated target / access restrictions:
Outbound actions disabled or redirected:
Test start / usable-service checkpoint / finish:
Reader / editor / private book / attachment results:
Search / links / revision / notification results:
Missing information or failed steps:
Corrective action / owner / next exercise:
Test data cleanup completed by:

관찰된 시간은 작업을 수행한 후에만 입력하고, 각 체크포인트가 무엇을 측정하는지 명시하세요. 단일 성공 리허설은 해당 백업과 절차에 대한 증거일 뿐이며 다른 실패에 대한 복구 보장을 확립하지 않습니다. 그룹의 보존 규칙에 따라 테스트 복사본과 캡처된 메시지의 정리를 확인하세요. 누락된 재료를 인벤토리에 다시 반영하고, 이식 가능한 데이터 내보내기 를 사용하여 그룹 콘텐츠 이동을 위한 별도의 경로를 준비하세요.