Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

障害が発生したプライマリ管理ノードから監査ログをコピーする

共同作成者
PDF

障害が発生したプライマリ管理ノードから監査ログをコピーできる場合は、グリッドのシステムアクティビティと使用状況のレコードを維持するために監査ログを保存します。リカバリしたプライマリ管理ノードが起動したら、保存しておいた監査ログをそのノードにリストアします。

このタスクについて

この手順 は、障害が発生した管理ノードの監査ログファイルを別のグリッドノードの一時的な場所にコピーします。保存した監査ログは、交換用管理ノードにコピーできます。新しい管理ノードには監査ログが自動的にコピーされません。

障害の種類によっては、障害が発生した管理ノードから監査ログをコピーできない場合があります。管理ノードが 1 つしかない環境の場合、リカバリした管理ノードで新しい空のファイルの監査ログへのイベントの記録が開始され、以前に記録されたデータは失われます。管理ノードが複数ある環境の場合は、別の管理ノードから監査ログをリカバリできます。

メモ 現時点では障害管理ノードで監査ログにアクセスできない場合は、あとから（ホストのリカバリ後などに）アクセスできる可能性があります。
手順

  1. 可能であれば、障害管理ノードにログインします。できない場合は、プライマリ管理ノードまたは別の管理ノードにログインします。

    1. 次のコマンドを入力します。 ssh admin@grid_node_IP

    2. に記載されているパスワードを入力します Passwords.txt ファイル。

    3. 次のコマンドを入力してrootに切り替えます。 su -

    4. に記載されているパスワードを入力します Passwords.txt ファイル。

      rootとしてログインすると、プロンプトがから変わります $ 終了： #。

  2. AMSサービスを停止して新しいログファイルが作成されないようにします。service ams stop

  3. audit.log ファイルの名前を変更して、リカバリした管理ノードへのコピー時に既存のファイルが上書きされないようにします。

    audit.logの名前を一意の番号付きファイル名に変更します。たとえば、audit.logファイルの名前をに変更します 2023-10-25.txt.1。

    cd /var/local/audit/export
ls -l
mv audit.log 2023-10-25.txt.1

  4. AMSサービスを再起動します。 service ams start

  5. すべての監査ログファイルを別のグリッドノードの一時的な場所にコピーするためのディレクトリを作成します。 ssh admin@grid_node_IP mkdir -p /var/local/tmp/saved-audit-logs

    プロンプトが表示されたら、 admin のパスワードを入力します。

  6. すべての監査ログファイルをコピーします。 scp -p * admin@grid_node_IP:/var/local/tmp/saved-audit-logs

    プロンプトが表示されたら、 admin のパスワードを入力します。

  7. rootとしてログアウトします。 exit