紛争におけるITシステムのログ・障害分析

必要な資料

• 契約書、技術仕様書、個別技術仕様書、付属書、確認書類。
• 当事者間の通信記録および検収時の指摘事項。
• ログ、エクスポートデータ、スクリーンショット、リンク、技術文書。
• 専門家または裁判所に提示する質問事項。

評価する事項

成果物の実際の状態、技術要件への適合性、不具合の有無、障害原因、実施済み作業の量、判明した事情と紛争関連文書との関係を評価します。

元のログを保存することが重要な理由

ログにはタイムスタンプ、処理識別子、エラーメッセージ、コンポーネント間の連携情報が含まれます。特定の行だけをエクスポートすると事象の前後関係が失われることがあるため、可能な限り障害の発生前、発生中、発生後の期間をすべて保存します。

確認できる事情

• システムのリクエストとレスポンスの順序。
• エラーの発生時点と影響を受けたコンポーネント。
• 再試行、タイムアウト、外部連携の失敗の有無。
• 利用者および管理者の操作。
• 実際の事象と技術文書の整合性。

調査上の制約

ログが上書きされている、時刻設定が変更されている、インフラの一部を確認できない、ソフトウェアのバージョンが保存されていないなどの場合、断定的な結論を出せないことがあります。こうした制約は専門家意見書に明示しなければなりません。

質問の作り方

障害の前に何が起きたか、どのコンポーネントが停止したか、特定アカウントの操作がログに記録されているか、システムの動作が所定の要件を満たしているかなど、技術的に検証可能な質問を設定することが望まれます。

専門家との作業の進め方

まず、課題と利用可能な資料を予備的に確認します。その後、調査対象、技術的に適切な質問、必要なアクセス権限、成果物の形式を協議します。元のデータが不足している場合、専門家は追加で保存すべきファイル、文書、エクスポートデータを事前に示します。

最終的な意見書では、提供された情報、実施した作業、確認された特徴、制約、結論を区別します。これにより調査の論理を検証でき、文書を請求、交渉、裁判手続に利用できます。

早めに相談した方がよい場合

元のデータを早く保存するほど、消失や改変のリスクは小さくなります。システムの再インストール、プログラムの更新、ログの削除、機器の修理依頼を行う前に、資料の記録方法を相談することをお勧めします。