ログとバックアップ：ITシステムを変更する前に保存すべきもの
障害やITプロジェクトの紛争が起きると、直ちにシステムの更新、再インストール、消去が行われることが少なくありません。業務の継続に必要な場合もありますが、同時に変化するのは…
障害やITプロジェクトの紛争が起きると、直ちにシステムの更新、再インストール、消去が行われることが少なくありません。業務継続に必要な場合もありますが、同時に事象の痕跡も変わります。手を加える前に、保存が必要なデータと、コピーをシステムの特定状態に結び付ける方法を協議すると役立ちます。
まず対象の時間帯を明確にする
問題の発見時点、影響を受けた利用者とコンポーネント、その前に起きていたこと、すでに実施した操作を記録してください。タイムゾーンと、判明しているシステム間の時刻のずれを示してください。異なるログのタイムスタンプを、自動的に一つの正確な時間軸として比較することはできません。
必要になり得るもの
- アプリケーションログ、システムログ、関連するインフラログ。
- 作成方法と内容を明記したバックアップ。
- 設定、コンポーネントのバージョン、展開履歴。
- タスク、変更、申請、観察されたエラーに関する情報。
- アクセス権限と許可された調査範囲に関する文書。
完全な不変性を約束しない保存
稼働中のシステムはデータの作成と上書きを続けます。そのため、コピーの取得方法と時刻、実施者、取得元、既知の制約を記録します。チェックサムは特定ファイルがその後変更されていないかの確認に役立ちますが、その内部の情報すべてが正確であることを自動的に証明するわけではありません。
何をバックアップとみなすか
ファイルアーカイブ、仮想マシンのスナップショット、整合性の確保されたデータベースのバックアップは、内容と復元への適性が異なる場合があります。アーカイブの拡張子が付いたファイルでも、必要なテーブル、ログ、設定が含まれる保証はありません。内容と整合性は、未知のコピーを本番環境で起動せず、使用技術を考慮して確認します。
唯一のデータ上で、破壊的な障害を自分で再現してはいけません。調査には別の環境を準備し、許容される操作を協議して、必要な制限の範囲内で本番環境を保全します。
アクセス情報と個人情報
パスワード、トークン、秘密鍵を、問題の説明を記載した通常のメールに含めないでください。エクスポートの内容と安全な提供手順は別途協議します。データ量を減らす場合も、十分な前後関係を保ち、除外した情報を説明する必要があります。
ログと質問の関係
記録がない理由は、ログ設定、ローテーション、不完全なエクスポートにある場合があります。記録の欠如が事象の不存在を常に証明するとは限りません。意見書では、情報源、制約、照合の論理を説明する必要があります。コピーと変更の適切な目録により、実際に確認された操作とシステムの動作に関する推測を区別できます。
関連する資料
ご相談の内容を
お聞かせください。
状況をご説明のうえ、資料を添付してください。お問い合わせ内容を確認後、調査の形式、質問事項、期間、料金を協議します。