시작하기 전에
- 서비스의 합의된 목적과 운영 결정을 내릴 권한이 있는 사람.
- 이미 사용 중이거나 사용할 예정인 애플리케이션, 계정 및 외부 서비스 목록.
- 승인된 저장소에 비밀을 보관한 상태로 구성 및 백업 기록에 액세스.
- 맵을 검토하고 누락된 정보를 식별할 수 있는 두 번째 유지관리자.
구성원의 일상적인 작업에서 시작하세요
우리의 실행 예시는 설명용 워크숍 노트북입니다. 구성원은 지침을 편집하고, 다이어그램을 첨부하며, 정리 노트의 비공개 책을 유지합니다. 그룹은 예시로 BookStack을 선택합니다. 이는 기획 선택이며 VPS와 함께 제공되는 설치된 애플리케이션이 아닙니다. 시트를 작성할 때는 자신의 애플리케이션과 정확한 설치 기록을 사용하세요.
서비스를 사람이 할 수 있는 일로 설명하세요: “권한 있는 구성원은 현재 수리 지침을 찾고 해당 첨부 파일을 열 수 있습니다.” 그런 다음 범위 밖에 있는 것을 나열하세요. 이 예시에서 위키는 그룹의 복구 지침이나 자격 증명 기록의 유일한 사본을 보관하지 않습니다.
| 필드 | 워크숍 노트북 항목 |
|---|---|
| 목적 | 공유 지침 및 비공개 정리 노트. |
| 책임 유지관리자 | 노트북 코디네이터; 두 번째 권한 있는 코디네이터가 부재를 대체합니다. |
| 서비스 주소 | notes.example.org, 대체할 예시 호스트 이름입니다. |
| 복구 우선순위 | 편집을 허용하기 전에 읽기와 첨부 파일을 복원하고, 알림은 마지막에 다시 연결하세요. |
각 의존 항목에 자체 행을 부여하세요
로그인, 페이지 열기, 다이어그램 업로드, 알림 수신 과정을 차례로 살펴보세요. 각 작업마다 어떤 구성 요소가 정보를 저장하거나 다른 시스템과 통신하는지 물어보세요. BookStack의 백업 가이드는 데이터베이스, 구성, 업로드된 이미지, 첨부 파일 및 사용자 지정 테마를 복구 재료로 식별합니다. 애플리케이션 디렉터리에 모든 것이 들어 있다고 가정하지 말고 실제 위치를 기록하세요. BookStack 백업 요구 사항.
| 구성 요소 | 보관할 기록 | 실패 질문 |
|---|---|---|
| 위키 애플리케이션 | 설치된 버전, 설치 방법 및 구성 참조. | 대체 유지관리자가 이 버전을 재현할 수 있나요? |
| 데이터베이스 | 엔진/버전, 데이터베이스 이름, 백업 방법 및 액세스 참조. | 원래 호스트에 연락하지 않고 복원할 수 있나요? |
| 첨부 파일 | 저장소 경로, 백업 선택 및 무해한 증인 파일 하나. | 복원된 페이지가 여전히 다이어그램을 열 수 있나요? |
| DNS 및 HTTPS | 도메인을 누가 제어하고, 레코드가 어떻게 변경되며, 구성이 어디에 있는지. | 그룹이 정상 주소를 되찾을 수 있나요? |
| 발신 이메일 | 선택한 릴레이, 권한 있는 계정 소유자 및 안전한 테스트 대상. | 전송이 중단되면 어떤 구성원 작업이 실패하거나 조용히 멈추나요? |
| 예약된 작업 | 구성된 각 작업, 트리거, 소유자 및 실패 증거. | 복원된 사본이 외부 작업을 반복하나요? |
이메일과 웹훅은 별도 항목으로 다룰 가치가 있습니다. BookStack은 큐 워커로 구성된 경우 백그라운드에서 이를 처리할 수 있습니다. 페이지가 성공적으로 로드된다고 해서 해당 작업이 실행되었음이 입증되지는 않습니다. BookStack 이메일 및 백그라운드 작업 문서.
다르게 처리해야 하는 정보를 표시하세요
“위키는 비공개입니다”는 복원이나 내보내기를 안내하기에 너무 광범위합니다. 노트북 예시에서 게시된 수리 지침은 그룹 외부와 공유될 수 있고, 정리 노트는 구성원 전용으로 유지되며, 관리 복구 자료는 위키 외부의 제한된 저장소에 속합니다. 이동하기 전에 각 컬렉션이 어느 범주에 속하는지 결정하세요.
- 콘텐츠: 각 컬렉션을 누가 읽고, 편집하고, 삭제하고, 내보낼 수 있는지 식별하세요.
- 구성원 기록: 서비스가 왜 이를 필요로 하는지, 누가 검토하는지, 탈퇴는 어떻게 처리되는지 기록하세요.
- 운영 기록: 검토 또는 삭제 규칙을 포함하여 로그, 백업 보고서 및 보관된 내보내기를 나열하세요.
- 비밀: 자격 증명 값을 절대 쓰지 말고, 검색 참조와 권한 있는 관리자를 작성하세요.
백업 사본과 복원 환경에도 액세스 결정을 내리세요. 비공개 책의 사본은 임시 디렉터리에 있어도 비공개로 유지됩니다. 하나의 행이 공개 페이지와 제한된 노트를 결합하는 경우, 그 구분이 유용해질 때까지 분할하세요.
복구 순서와 허용 가능한 격차를 작성하세요
그룹이 얼마나 최근의 편집을 재현할 수 있는지, 그리고 오프라인 참조 사본으로 얼마나 오래 작업할 수 있는지 합의하세요. 이는 이 가이드에서 확립한 복구 시간이 아니라 논의할 요구 사항입니다. 이를 백업 일정, 독립적인 대상 및 제안된 방법을 테스트할 수 있는 훈련으로 변환하세요.
- 작업을 시작하는 데 필요한 지침과 권한 있는 액세스를 복구하세요.
- 기록된 소프트웨어 버전으로 별도 환경을 재구축하세요.
- 데이터베이스, 파일 및 구성을 일치하는 세트로 복원하세요.
- 변경을 허용하기 전에 읽기, 권한 및 증인 첨부 파일을 확인하세요.
- 통제된 복귀 결정 후에만 정상 주소와 외부 작업을 다시 연결하세요.
현재 백업 선택, 타임스탬프 및 가장 최근의 실제 훈련 결과를 이 순서 옆에 유지하세요. 훈련이 없었다면 “아직 실행되지 않음”이라고 쓰세요. 의도된 사본의 인벤토리는 그 사본이 사용 가능함을 입증할 수 없습니다.
빈 서비스 기록 복사
VPS를 사용할 수 없을 때 두 권한 있는 유지관리자가 모두 접근할 수 있는 곳에 이 워크시트를 보관하세요. 기록을 두 번째의 오래된 설치 매뉴얼로 만들지 말고 자세한 지침에 링크하세요.
Service / member task:
Primary maintainer / cover maintainer:
Normal address / domain account custodian:
Application and database versions:
Data paths / backup selection:
Public, member-only and restricted collections:
External services / scheduled actions:
Credential store references and authorized custodians:
Acceptable data gap / recovery priority:
Independent backup destination:
Last actual restore result / unresolved action:
Next review trigger / owner:다른 유지관리자가 격차를 찾도록 하세요
대체 유지관리자에게 페이지에서 저장소와 백업까지 하나의 첨부 파일을 추적하고, 도메인 계정 참조를 찾고, 복구 중에 이메일이 어떻게 연결 해제될지 설명하도록 요청하세요. 기록되지 않은 가정이 필요한 모든 곳을 표시하게 하세요. 각 격차에 소유자를 지정하세요. 알 수 없는 백업 경로는 숨길 빈 셀이 아니라 완료해야 할 작업입니다.
새 통합, 변경된 저장 위치 또는 유지관리자 인수인계 후에 기록을 검토하세요. 이는 용량, 보안 또는 성공적인 복원의 증거가 아니라 탐색 보조 자료입니다. 복구 섹션을 복원 리허설로 바꾸고, 그런 다음 공유 위키 서비스 계획 을 사용하여 어떤 지원 구성 요소를 운영할 가치가 있는지 결정하세요.
이 노트 뒤의 문서
실제로 실행하는 버전에 대한 설명서를 사용하십시오. 이 예시는 계획 자료이며, Hoszen VPS에서의 테스트 기록이 아닙니다.