이동해야 하기 전에 그룹의 데이터를 포장하십시오.

1. 패키지가 무엇을 할 수 있게 해야 하는지 결정하십시오.

내보내기 버튼을 선택하기 전에 의도된 결과를 작성하십시오. 떠나는 멤버를 위한 읽을 수 있는 사본, 다른 애플리케이션으로의 이동, 기존 서비스의 완전한 복구에는 서로 다른 자료가 필요합니다. 하나의 내보내기가 첫 번째 목적에는 잘 맞고 나머지 두 가지에는 실패할 수 있습니다.

BookStack는 이 구분을 명확히 합니다. 콘텐츠 내보내기 및 가져오기 도구는 백업 및 복원용이 아닙니다. 읽을 수 있는 HTML 또는 PDF 사본은 유용하지만, 애플리케이션의 복구 세트를 조용히 대체해서는 안 됩니다. BookStack 콘텐츠 내보내기 및 가져오기.

가상의 워크숍 그룹의 경우 초기 목표는 소박합니다. 또 다른 권한 있는 유지관리자가 운영 핸드북을 읽고, 다이어그램을 포함한 대표 섹션을 별도의 테스트 인스턴스로 가져올 수 있어야 합니다.

2. 형식과 격차를 기록하십시오.

보존해야 할 항목과 이를 어떻게 증명할지 설명하는 매트릭스를 만드세요. 대상을 확인할 때까지 셀에 "완료"를 넣지 마세요.

BookStack은 콘텐츠 데이터, 첨부 파일 및 이미지를 포함하는 이식 가능한 ZIP 형식을 문서화하며, 이는 BookStack으로 다시 가져올 수 있습니다. 이는 다른 위키와의 호환성이나 모든 서비스 수준 설정의 보존을 보장하지 않습니다. BookStack 내보내기 형식.

3. 패키지에 사람이 시작할 지점을 제공하십시오.

소스 애플리케이션 및 버전, 내보내기 날짜 및 시간대, 선택된 범위, 내보내기 담당자 역할, 파일 목록 및 예상 대상을 포함한 짧은 readme를 추가하세요. 설명적인 폴더 이름을 사용하세요. 예: readable-content, attachments 및 import-package. 자격 증명은 다른 곳에 보관하고, 권한 있는 유지관리자를 위한 승인된 검색 절차만 작성하세요.

가상의 핸드북에는 시작 체크리스트, 기계 관리 페이지, 다이어그램 및 연결된 스프레드시트 하나가 포함되어 있습니다. 매니페스트에는 해당 네 항목, 상대 경로 및 페이지와 첨부 파일 간의 관계가 기록됩니다. 또한 제한된 페이지를 의도적으로 제외된 것으로 기록하여, 나중에 부재가 우연한 손실로 오인되지 않도록 하세요.

체크섬은 전송 중 변경되지 않은 파일을 식별하는 데 도움이 될 수 있습니다. 그러나 내보내기가 완전했는지, 권한이 올바르게 설정되었는지 또는 읽을 수 있는지 증명하지는 않습니다.

4. 대표 샘플을 검사하십시오.

원래 애플리케이션의 활성 세션에 의존하지 않고 읽을 수 있는 사본을 여세요. 링크를 따라가고, 포함된 이미지를 검사하고, 연결된 첨부 파일을 여세요. 여전히 소스 서비스를 가리키는 참조를 찾으세요. 의도적으로 외부 링크인 것과 이동 후 깨질 링크를 기록하세요.

캘린더의 경우 반복 이벤트, 예외 및 관련 시간대가 있는 이벤트를 포함하는 샘플을 선택하세요. Nextcloud는 캘린더 내보내기 및 iCalendar 호환 .ics 가져오기를 문서화합니다. 이는 지원되는 교환 경로를 설정하지만, 대상이 선택한 모든 기능을 보존한다는 증거는 아닙니다. Nextcloud 캘린더 가져오기 및 내보내기.

인터페이스 레이블을 따르기 전에 설치된 릴리스의 설명서를 확인하세요. 링크된 롤링 매뉴얼은 다른 버전을 설명할 수 있습니다.

5. 별도의 통제된 목적지로 가져오십시오.

빈 테스트 대상 또는 명시적으로 승인된 테스트 컬렉션을 사용하세요. 작업 서비스와 원본 데이터를 그대로 유지하세요. 가져온 애플리케이션을 시작하기 전에 발신 알림을 비활성화하고 외부 연결을 차단하세요. 목적은 데이터를 평가하는 것이지, 과거 이벤트를 멤버에게 다시 보내는 것이 아닙니다.

두 번째 유지관리자가 내보내기 담당자의 문서화되지 않은 지침에 의존하지 않고 readme를 따르도록 하세요. 예상 항목과 가져온 결과를 비교하세요. 다이어그램, 스프레드시트 링크, 페이지 구조 및 의도된 멤버 권한을 확인하세요. 수동 작업이 필요한 역할 매핑을 기록하세요. 형식에 필요한 기능이 없는 경우, 재구성할지, 다른 내보내기 방법을 선택할지 또는 새 서비스와 함께 읽을 수 있는 아카이브를 유지할지 결정하세요.

6. 실패를 유익하게 만드십시오.

파일이 누락된 경우, 반복적으로 더 큰 아카이브를 생성하기 전에 내보내기 범위와 내보내기 담당자 권한을 비교하세요. 링크가 깨진 경우, 이전 서비스를 참조하는지 패키지에 없는 파일을 참조하는지 확인하세요. 가져오기로 예상치 못한 중복이 생성되면 중지하고 일치 규칙을 검사한 후 동일한 패키지를 다시 가져오세요.

워크숍 예시의 경우, 수용은 두 번째 유지관리자가 선택한 페이지를 읽고 편집할 수 있으며, 포함된 각 파일을 검색하고, 일반 멤버가 제외된 자료에 접근할 수 없음을 입증할 수 있음을 의미합니다. 각 결과와 검토자를 기록하세요. "가져오기가 완료됨"은 하나의 관찰일 뿐입니다. 해결되지 않은 차이점을 패키지와 함께 나열하여 그룹이 이에 대해 의도적으로 결정을 내릴 수 있도록 하세요.

7. 내보내기와 복구를 각자의 영역에 유지하십시오.

수용된 패키지를 소스 서비스와 독립적인 통제된 위치에 저장하고 언제 새로 고칠지 합의하세요. 중요한 형식, 권한 또는 애플리케이션 버전이 변경된 후 다시 검토하세요. 내보내기 파일은 대상이 일시적일지라도 개인 콘텐츠를 포함할 수 있으므로, 해당 파일에도 접근 권한과 보존 결정을 할당하세요.

애플리케이션 복구 세트를 별도로 유지하세요. 예를 들어 BookStack의 복구 설명서에는 읽을 수 있는 문서 내보내기 외에 데이터베이스 및 파일 자료가 필요합니다. BookStack 백업 및 복원 요구 사항.

서비스 복구를 위한 복원 훈련 와 함께 계속하세요. 스토리지 워크시트 는 내보내기 작업 공간용이고, 서비스 인벤토리 는 종속성용입니다. 이식성은 파일 확장자에서 가정하는 것이 아니라 패키지로 입증해야 하는 것입니다.