安全な復元でデジタル日記のバックアップをテストする方法
「同期完了」や「完了」と表示されたバックアップであっても、読める状態で日記を復元できることが証明されたわけではありません。確認するには、代表的な小さなサンプルを別のテスト用フォルダーに復元し、テキスト、画像、日付、および依存しているアプリ機能を確認します。訓練中は、元の日記とバックアップには一切手を触れないでください。このガイドの目的はただ1つ、個人的な日記のバックアップが、必要になる前に別のデバイスで問題なく開いて使用できるかを確認することです。
バックアップが正常に完了したのになぜ復元テストを行うのか？
同期やバックアップのステータスは、転送やコピー操作が完了したと報告されたことを示しているに過ぎません。復元ではプロセスの別の部分、つまりバックアップの場所を特定できるか、アクセスできるか、内容を抽出またはダウンロードできるか、そして復元されたデータを読めるかを確認します。暗号化パスワードの紛失、添付ファイルの欠落、ファイルの読み取り不可、使用中のデバイスでアカウントが利用できないなど、問題はこれらの段階になって初めて表面化することがあります。
アメリカ議会図書館は、個人のデジタル記録をアーカイブする際、異なる場所にコピーを作成し、文書ファイルが読める状態を維持しているか少なくとも年に1回は確認することを推奨しています。NIST（米国国立標準技術研究所）は、組織がバックアップおよび復元戦略を計画・テストすることを推奨しています。このガイダンスは組織の復旧向けのものですが、本記事ではそのテスト原則のみを個人の日記に応用しています。小さなサンプルだけでは、すべてのエントリーが復元可能であることを証明することはできません。([Library of Congress: Personal Digital Records](https://digitalpreservation.gov/personalarchiving/records.html); [NIST: backup and restoration guidance](https://www.nist.gov/news-events/news/2021/05/nist-releases-tips-and-tactics-dealing-ransomware))
原本を危険にさらさずに復元訓練を準備する
普段の日記の付け方を反映したバックアップと小さなサンプルを選びます。該当する場合は複数の種類のエントリーを含めてください。プレーンテキスト、画像や添付ファイルのあるエントリー、日付が重要なエントリーなどです。日記アプリがタグ、ノートブック、その他依存している構造を保存している場合は、それらのサンプルも含めます。空白のエントリーや極端にシンプルなエントリーだけを選ぶのは避けてください。
開始する前に、バックアップの保存場所、取得に必要なアカウントやアプリ、バックアップが暗号化されているかどうかを確認します。パスワード、復旧キー、その他のアクセス手段が手元にあることを確認してください。テストを簡単にするためだけに、パスワードを日記の中や保護されていないメモに書き留めることは避けてください。
`Diary restore test` のように明確な名前を付けたフォルダーを、現在運用中の日記フォルダーとは別の場所に作成します。アプリの公式文書に記載された復元またはエクスポート手順に従って、そこにサンプルを配置します。アプリが選択した項目のみの復元に対応していない場合は、バックアップの複製を用意し、新しい場所に復元するためのアプリの手順に従ってください。復元先を運用中の日記に指定したり、原本を削除・名前変更したり、既存のファイルを上書きしたり、アクティブな日記へのインポート統合を許可したりしないでください。アプリに別の場所へ安全に復元する手段がない場合は、実験を進める前に中止して公式文書を確認してください。
復元されたサンプルが使用可能か確認する
復元されたサンプルを選んだエントリーと比較します。ざっと確認して、以下の各質問に答えられるようにしてください。
**テキスト：** エントリーは開きますか？内容は欠落なく読める状態で表示されていますか？タイトルやプレビューだけでなく、冒頭から結びまで確認してください。
**画像と添付ファイル：** ファイルは開きますか？正しいエントリーに関連付けられていますか？依存しているすべての添付ファイル形式について、少なくとも1つの例を確認してください。
**日付：** エントリーの日時は正確ですか？別のデバイスでアプリの日時表示形式やタイムゾーンが異なる可能性も考慮してください。
**検索と構造：** 検索、タグ、フォルダー、ノートブックを使用している場合、サンプルのエントリーを見つけることができ、想定どおりの構成になっていますか？エクスポートされたテキストファイルのフォルダーは文章を保持していても、アプリ固有の検索や構造が失われることがあります。そのエクスポートが目的に十分かどうかを判断してください。
**件数：** 復元されたサンプルには、選択したエントリーやファイルがすべて含まれていますか？特定のグループを復元した場合は、表示されている項目数と元のグループの項目数を比較してください。件数が一致しているだけでは、内容が無傷であることの証明にはなりません。
**暗号化アクセス：** バックアップが暗号化されている場合、保存してある認証情報でロックを解除できますか？ロック解除後に復元されたコンテンツにアクセスできることを確認してください。このテストの一環として、唯一のコピーの暗号化設定を変更しないでください。
**別のデバイス：** 可能であれば、単に同じローカルの日記フォルダーを表示しているだけではない、2台目のデバイスでサンプルを取得して開いてみてください。これにより、特定の1台のコンピューター、特定の設定環境、あるいは保存されたローカルパスへの依存関係が明らかになることがあります。その場合もテスト用の保存先は分けてください。
訓練の日付、バックアップの場所や種類、使用したデバイス、確認した内容、発生した問題を記録します。記録に機密性の高い日記の本文をコピーすることは避けてください。「サンプルのテキストと画像が開いた。検索でエントリーが見つかった」といった短いメモで通常は十分です。
明確な合否チェックリストを使用する
**合格（Pass）**とは、原本を変更することなく選択したサンプルをテストフォルダーに復元し、必要に応じてロックを解除し、対象のデバイス上で上記の該当するすべてのチェック項目が機能したことを確認できた状態を指します。使用していない機能は、テスト済みとして扱うのではなく「該当なし」として記録してください。
**不合格（Fail）**とは、必要な項目が欠落している、読み取れない、日付が正しくない、依存している機能で検索できない、認証情報が手元になくアクセスできない、あるいは運用中の日記を上書きまたは統合しないと復元できない状態を指します。テストの失敗は有用な情報です。現在のコピーはそのまま維持し、バックアップ方法やアプリの手順を調査した上で、問題を解決した後に新しいテストフォルダーでやり直してください。
サンプルの合格は、そのサンプルとテストした復元ルートに関する証拠に過ぎません。すべての日記エントリーや将来のすべての復元が機能することを保証するものではありません。日記の容量が大きい場合や複数の形式が含まれている場合は、1つのテキストエントリーですべてを証明できると思い込まず、重要な形式や保存元ごとに代表的な例をテストしてください。
変化に応じたスケジュールを設定する
アメリカ議会図書館は、個人の文書ファイルを少なくとも年に1回確認し、5年ごとまたは必要に応じて新しいメディアにコピーを作成することを提案しています。日記の復元訓練の実践的な出発点としては、バックアップを初めて設定したときにテストし、その後はアプリやデバイスの変更、エクスポートやバックアップ方法の変更、暗号化認証情報の変更、バックアップの移動、保存が必要な形式や機能の追加など、意味のある変化があった際に再テストすることです。そうした変更がない場合でも、可読性を確認するというアメリカ議会図書館のアドバイスに沿った年1回のチェックは適切なリマインダーになります（ただし、完全な復旧を保証するものではありません）。
バックアップやアプリが頻繁に更新される場合は、その変更自体をトリガーとして小さなサンプルをテストしてください。テストが失敗した場合は、問題を修正した後に再テストを行います。どのバックアップ経路、デバイス、機能が実際に検証されたかを把握できるよう、簡単な記録を残しておきましょう。そうすることで、「バックアップ完了」という通知が、「現在使用している日記を損なうことなく、サンプルが復元され、開かれ、確認された」という、より確実で実用的な安心感に変わります。