2人目のメンテナーが使用できるサービス構成図から始めます。

メンバーの日常的なタスクから始める

私たちの実行例は、例示的なワークショップノートブックです。メンバーは手順を編集し、図を添付し、整理メモのプライベートブックを保持します。グループは例としてBookStackを選択しますが、これは計画上の選択であり、VPSに付属するインストール済みアプリケーションではありません。シートを記入する際は、自分のアプリケーションと正確なインストール記録を使用してください。

サービスを人が実行できることとして説明します。「権限を持つメンバーは、現在の修理手順を見つけ、その添付ファイルを開くことができる。」次に、その範囲外にあるものを列挙します。この例では、wikiはグループの復旧手順や認証情報記録の唯一のコピーを保持していません。

各依存関係に個別の行を設ける

サインイン、ページを開く、図をアップロードする、通知を受け取る、という流れを順に確認します。各アクションについて、どのコンポーネントが情報を保存しているか、または別のシステムと通信しているかを問いかけます。BookStackのバックアップガイドでは、データベース、構成、アップロードされた画像、添付ファイル、カスタムテーマを復旧の構成要素として特定しています。アプリケーションディレクトリにすべてが含まれていると想定せず、実際の場所を記録してください。 BookStackのバックアップ要件.

メールとWebhookは別々のエントリに値します。BookStackはキューworkerで構成するとバックグラウンドでこれらを処理できます。ページが正常に読み込まれることは、それらのジョブが実行されたことを証明しません。 BookStackのメールとバックグラウンドアクションのドキュメント.

異なる扱いが必要な情報をマークする

「wikiはプライベート」は広範すぎて、復元やエクスポートの指針にはなりません。ノートブックの例では、公開された修理手順はグループ外と共有される可能性があり、整理メモはメンバー限定のままで、管理用の復旧資料はwiki外の制限されたストレージに属します。移動する前に、各コレクションがどのカテゴリに属するかを決めてください。

• コンテンツ: 各コレクションを誰が閲覧、編集、削除、エクスポートできるかを特定します。
• メンバー記録: サービスがなぜそれらを必要とするか、誰がレビューするか、退会がどのように処理されるかを記録します。
• 運用記録: ログ、バックアップレポート、保持されたエクスポートを一覧化し、レビューまたは削除のルールを含めます。
• シークレット: 取得参照と承認された保管者を書き、認証情報の値は決して書きません。

バックアップコピーと復元環境にもアクセス決定を与えます。プライベートブックのコピーは、一時ディレクトリにあってもプライベートのままです。1つの行が公開ページと制限付きメモを組み合わせている場合は、区別が役立つまで分割してください。

復旧の順序と許容できるギャップを書く

グループが再作成できる最近の編集量と、オフライン参照コピーで作業できる期間について合意します。これらは議論すべき要件であり、このガイドで確立された復旧時間ではありません。それらをバックアップスケジュール、独立した保存先、提案された方法をテストできる演習に変換してください。

1. 作業を開始するために必要な手順と承認されたアクセスを復旧します。
2. 記録されたソフトウェアバージョンで別の環境を再構築します。
3. データベース、ファイル、構成を一致するセットとして復元します。
4. 変更を許可する前に、閲覧、権限、ウィットネス添付ファイルを確認します。
5. 制御された復帰決定の後にのみ、通常のアドレスと外部アクションを再接続します。

現在のバックアップ選択、そのタイムスタンプ、最新の実際の訓練結果をこの順序の横に保持します。訓練が行われていない場合は、「未検証」と記載します。意図されたコピーのインベントリは、それらのコピーが使用可能であることを証明できません。

空白のサービス記録をコピーする

VPSが利用できないときに、権限を持つ両方のメンテナーがアクセスできる場所にこのワークシートを保管してください。記録を2つ目の古いインストールマニュアルにするのではなく、詳細な手順にリンクしてください。

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:

別のメンテナーにギャップを見つけてもらう

代行メンテナーに、ある添付ファイルをそのページからストレージとバックアップまでたどり、ドメインアカウントの参照先を見つけ、復旧中にメールがどのように切断されるかを説明してもらいます。文書化されていない前提を必要とする箇所をすべてマークしてもらいます。各ギャップに担当者を割り当てます。不明なバックアップパスは、隠す空白セルではなく、完了すべき作業です。

新しい統合、ストレージ場所の変更、メンテナーの引き継ぎの後に記録をレビューします。これはナビゲーションの補助であり、容量、セキュリティ、復元の成功を証明するものではありません。その復旧セクションを 復元リハーサルに変換し、次に 共有wikiサービス計画 を使用して、どのサポートコンポーネントを運用する価値があるかを決定します。