> ## Documentation Index
> Fetch the complete documentation index at: https://docs.arc.cdata.com/llms.txt
> Use this file to discover all available pages before exploring further.
# アクティビティページ
> CData Arc のアクティビティページを使用して、メッセージ、トランザクション、SLA、アプリケーションログを表示・操作する方法。
export const companyName = "CData";
export const siteNameShort = "Arc";
export const siteName = "CData Arc";
{siteName} は、[メッセージ](#メッセージタブ)、[トランザクション](#トランザクションタブ)、[SLA](#sla-タブ)、[アプリケーション](#アプリケーションログ)と[アクセス](#アクセスログ)リクエスト、[監査](#監査ログ)設定変更、および[プロファイル](#プロファイルログ)のアクティビティを含む、複数の種類のアクティビティのログを保持します。ログの閲覧や作業には、**アクティビティ**ページを使用します。各ログタイプは、アプリケーションデータベースに別々のテーブルとして保存されます。アプリケーション、アクセス、監査、プロファイルの各ログは、[ログ](#ログタブ)タブから表示します。
日時のエントリは常にブラウザのローカルタイムゾーンと日付形式の設定にローカライズされるため、別のタイムゾーンでホストされているサーバーを参照している場合でも、表示されるタイムスタンプはローカル時間を反映します。
## ログの検索およびフィルタリング
各**アクティビティ**ページタブの上部には、ページ内のすべてのログを検索するために使用できる検索バーがあります。ファネルアイコンをクリックして、ログの種類ごとに異なるオプションを備えた、コンテキスト依存のフィルタセクションを開きます。例えば次の画像で示すように、メッセージタブには、追跡されたヘッダー、日時、コネクタの種類、ワークスペース、およびステータスのフィルタがあります。
個々の検索でフィルタオプション*と*検索バーを併用して、返される結果を絞り込むことができます。下の画像は、過去24時間以内のステータスが「成功」で、メッセージテキストに「REST」という単語が含まれるメッセージを示しています。
### 追跡されたヘッダー
{siteNameShort} は、**メッセージ**タブの結果をフィルタリングする別の方法として、検索可能な追加のメタデータ（追跡ヘッダー）の使用をサポートしています。さまざまな方法で追跡されたヘッダーを追加できます：
* **設定 > 高度な設定**ページの**高度な設定**セクションの**追跡されたヘッダー**フィールドを使用すると、カスタムヘッダー名のカンマ区切りリストを指定できます。
* X12 のような一部のコネクタでは、ISA08 のような特定のヘッダーの追跡をオプトインできる設定が、高度な設定タブにあります。
* XML Map コネクタでは、エレメントを右クリックして出力メッセージの追跡ヘッダーとして追加できます。
* ArcScript の`_message` アイテムでは、`_message.trackedheader:HeaderName` 構文を介して追跡ヘッダーを設定できます。`_message` のその他の使用例については、[CData Arc Message](../../scripting/introduction-to-arcscript#メッセージ-_message)を参照してください。
{siteNameShort} は、フローで処理されるファイルにメタデータヘッダーを追加します。メッセージの上にカーソルを合わせ**詳細を表示**をクリックしてヘッダーを見つけます。以下の方法があります：
* **メッセージ**タブでメッセージを展開する
* **メッセージの詳細**ページを開く
* コネクタのトランザクションタブを表示する
## メッセージタブ
**メッセージ**タブでは、フローを通るメッセージの全体的な流れについてのインサイトが得られ、これには多くのトランザクションを含むことができます。受信したメッセージで何が起こったのかを確認したいことがよくあると思いますが、この機能を使えば、フローを流れるメッセージの全体像を見ることができます。
メッセージテーブルには、メッセージの全リストが含まれます。デフォルトでは、リストは**最新のメッセージ**カラムでソートされていますが、任意のカラム名をクリックして並べ替えが可能です。以下の内容が表示されます：
* **最新のメッセージ**—このメッセージに関連する最後のアクティビティのタイムスタンプが付いた、メッセージの最新のファイル名。このリンクをクリックすると、メッセージの内容をプレビューできるウィンドウが開き、必要に応じてダウンロード、コピー、フォーマットできます。
* **フロー開始および最終処理**—メッセージの発信元の[コネクタId](../../connectors)、およびメッセージに関連するトランザクションを処理した最後のコネクタのコネクタId。コネクタId をクリックすると、[フローデザイナー](../../flows/designing-a-flow)でコネクタの設定ページが開きます。
* **ステータス**—メッセージの状況。以下のオプションがあります：
* Success
* Warning
* Error
* Pending
* Skipped
* **合計処理時間**—メッセージがフロー内で処理されていた時間
検索バーとフィルタセクションを使用すると、上記のカラムや追跡されたヘッダーに基づいてフィルタリングができます。次の画像はフィルタ例を示します：
メッセージの**メッセージワークフロー**ページを開くには、メッセージにカーソルを合わせたときに右端に表示される矢印をクリックします。このページには、フロー内のすべてのステップが、関連するドキュメント、その他の詳細、ログとともに表示されます。
メッセージの左側にある展開ボタンを使用すると、以下に示すように、メッセージの**詳細**が表示されます。
カードには、以下が含まれます：
* メッセージId
* メッセージの発生時刻
* メッセージに関連する追跡されたヘッダーのリスト
* メッセージに関連するその他のヘッダーのリスト（追跡ヘッダー以外）
* メッセージステータスに関連するメッセージ。例えば、ステータスが*Error* の場合、カードにはこのステータスの原因となったエラーメッセージがサマリに表示されます。
メッセージの**ログ**タブには、メッセージの処理に関連するログが表示されます。UI でログの内容をプレビュー（および任意でファイルをダウンロード）するには、**ファイル名**カラムにあるリンクをクリックします。
ログエントリを表示またはダウンロードするには、**ログ**タブをクリックします。関心のあるエントリにカーソルを合わせ、ダウンロードアイコン
をクリックして、個々のログファイルをダウンロードします。また、メッセージに関連するすべてのログを含むzip ファイルをダウンロードするには、**すべてのログをダウンロード**ボタンをクリックします。
## トランザクションタブ
**トランザクション**タブには、すべての入出力ファイル転送と、データ変換コネクタによってローカルで処理されたすべてのファイルに関する詳細情報が含まれています。例えば、AS2 トランザクションログには、HTTP リクエスト / レスポンスヘッダー、AS2 リクエストに対するMDN レスポンス、およびすべての通信エラーが含まれます。
トランザクションテーブルには、アプリケーションで処理された各ファイルの個別の行が含まれます。以下の内容が表示されます：
* **日時**—トランザクションのタイムスタンプ
* **コネクタId**—トランザクションを処理したコネクタのId
* **方向**—トランザクションが*送信*か*受信*か
* **ファイル**—処理されたファイルを開くためのリンク
* **ステータス**—トランザクションの状況。成功したトランザクションの**ステータス**値は*Success* となり、失敗したトランザクションのステータスは*Error* と報告されます。
* **サイズ**—トランザクションファイルのサイズ
* **処理時間**—トランザクションを処理するためにかかった時間
さらに詳細を確認するには、トランザクションの左側にある展開ボタンを使用します。これらの詳細には、上述の説明と同じ情報が含まれています。唯一の違いは、トランザクションログには単一トランザクションに関する情報のみが表示されるのに対し、メッセージログには多数のトランザクションが含まれる場合があります。トランザクションにカーソルを合わせたときに表示される矢印を使用して、同じワークフローページを表示することもできます。
特定のコネクタのトランザクション情報は、そのコネクタのトランザクションタブでも確認できます。
## SLA タブ
SLA タブには、個々の[コネクタ](../../connectors)に設定されたすべてのSLA に関する情報が保存されます。これには、SLA がどの[ワークスペース](../../flows/workspaces)に関連付けられているかという情報、ステータス情報、およびそのステータスの残り時間が含まれます。以下の内容が表示されます：
* **コネクタId**—SLA が定義された各コネクタのId
* **ワークスペース**—関連するワークスペースの名前
* **前のステータス**—SLA の以前のステータス（*OK* など）
* **現在のステータス**—現在のSLA ステータス（*At Risk* など）およびSLA のステータスが再び変更されるまでの残り時間（*In Violation* に変更など）
## ログタブ
**ログ**タブには、4つのログのセットが含まれます：アプリケーション、アクセス、監査、プロファイル。デフォルトでは、各テーブルに本日のログのサマリ数と、すべてのログの合計数が含まれます。アプリケーションログは、類似するエントリーをパターンにグループ化します。各セクションの**すべて表示**リンクをクリックすると、そのカテゴリのログの全リストがウィンドウに表示されます。ここから、他のログタイプと同じ方法で、ログの検索、フィルタリング、ダウンロードができます。
### アプリケーションログ
アプリケーションログには、処理中に発生したアプリケーションレベルのエラーや、アプリケーションリソースへのリクエストなどが記録されます。エラーメッセージは、特定のトランザクションのエラーに対するコンテキストを提供するのに役立ちます。
このタブを使用すると、外部取引パートナーのWeb リクエストが{siteNameShort} フロー内のコネクタに正常にルーティングされていることを確認できます。アプリケーションは、パブリックエンドポイントでWeb リクエストを受信すると、メッセージヘッダー（AS2 識別子など）に基づいてメッセージを特定のコネクタにルーティングしようと試みます。エラーによってアプリケーションがメッセージを正常にルーティングできない場合、このエラーは**アプリケーション**タブに表示されます。
繰り返し発生する問題や大量のアクティビティを一目で把握しやすくするため、{siteNameShort} は類似したアプリケーションログエントリーを*パターン*にグループ化します（次の画像を参照）。パターンは、同じ構造を持つメッセージのセットを表し、各メッセージの変動部分（ID、カウント、タスク名など）は`<*>` ワイルドカードに置き換えられます。例えば、`Stopped task [CheckIntegrityTask]` と`Stopped task [PortHealthCheckTask]` はどちらも`Stopped task <*>` というパターンにグループ化されます。
デフォルトでは、**ログ**タブの**アプリケーションログ**カードにはこのパターンベースの凝縮されたビューが表示されます。カードの上部には、**エラー**と**警告**のタイルに現在のカウントが表示されます。タイルの下にある表には、検出された各パターンが一覧表示され、各パターン行には以下の内容が表示されます：
* **カウント**—パターンに一致するログエントリーの数
* **トレンド（期間）** —パターンの発生頻度を時系列で示すスパークライン
* **レベル**—パターンのログレベル（例：*情報*）
* **パターンテンプレート**—変動値が`<*>` で示された共通のメッセージ構造
* **最初の検出**—パターンに一致する最古のエントリーのタイムスタンプ
カードの下部には、本日記録されたログ数と総ログ数が表示されます。
パターングループの詳細を確認するには、**すべて表示**をクリックします。完全なログウィンドウがデフォルトで**パターン**ビューで開きます。テーブルの行にマウスを移動して**詳細を表示**をクリックすると、そのパターンを構成するログの詳細を確認できます。グループ化されたパターンではなく個々のログエントリーを表示するには、ツールバーの**ログ**ボタンをクリックします。
**ログ**ビューでは、アプリケーションテーブルにアプリケーションイベントごとに個別の行が含まれます。以下の内容が表示されます：
* **日時**—イベントのタイムスタンプ
* **レベル**—ログレベル。詳しくは、**メッセージ**カラムの情報を参照してください。以下のオプションがあります：
* None—イベントは記録されません
* Error—処理中に発生したエラーに関する情報
* Warning—処理中に発生した警告に関する情報
* Info—エラーや警告を含む、処理に関する一般的な情報（該当する場合のみ）
* Debug—成功した処理、および失敗した処理の詳細なデバッグ情報
* Trace—成功した処理、および失敗した処理の詳細なトレース情報（ログを{companyName} サポートに送る必要がある場合に便利です）
**設定 > 高度な設定**ページの**高度な設定**セクションで、ログレベルを変更できます。ただし、ログの詳細レベルを上げると、特にSQLite やH2 のような低パフォーマンスなデータベースタイプの場合、データベースのパフォーマンスに影響を及ぼす可能性があります。ログレベルを調整するのは、特別な理由がある場合のみにしてください。
ログレベル**Debug** と**Trace** は、ファイル情報やSSL 証明書などの機密情報を記録する場合があります。パスワードなどの機密情報はマスクされますが、これらのログを組織外で共有する場合は、事前に機密情報を確認する必要があります。
* **リソース**—メッセージを処理したリソース
* **メッセージ**—メッセージテキスト
* **インスタンスId**—イベントが発生したマシン
### アクセスログ
アクセスログには、提供するエンドポイントに対して行われたリクエストのエントリが記録されます。これには、API リクエスト、パブリックエンドポイントを公開するコネクタ（例えばWebhook）、およびデータの受信に関連するパブリックエンドポイント（例えばpublic.rst）が含まれます。以下の内容が表示されます：
* **日時**—トランザクションのタイムスタンプ
* **メソッド**—使用されたHTTP メソッド
* **URL**—URL
* **ユーザー**—リクエストを作成した認証ユーザー。リクエストを作成したユーザーが匿名の場合、このエントリは空になります。
* **ユーザーの種類**—ユーザーが**Standard**（人間）か**Service**（自動化されたマシン間アクセス）かを示します。詳しくは[ユーザーの種類](./settings/users#ユーザーの種類)を参照してください。
* **リモートIP**—リクエストの発信元IP アドレス
* **インスタンスId**—リクエストを処理したインスタンスのId
### 監査ログ
監査ログには、アプリケーション設定に加えられた各変更が保存されます。これには、コネクタの作成、コネクタの設定、プロファイル設定の更新など、すべてのアクションが含まれます。以下の内容が表示されます：
* **日時**—設定変更のタイムスタンプ
* **アクション**—加えられた変更の種類。以下のオプションがあります：
* GET
* POST
* PUT
* MERGE
* PATCH
* **リソース**—管理コンソール（アプリケーションの管理と設定のための一般的なインターフェースとして機能するWeb UI）または[管理API](../../admin-api)（アプリケーションの管理と設定に使用できるREST ベースのAPI）のいずれか。
* **メッセージ**—変更内容を説明するテキスト
* **ユーザー**—変更を加えたユーザー
* **ユーザーの種類**—ユーザーが**Standard**（人間）か**Service**（自動化されたマシン間アクセス）かを示します。詳しくは[ユーザーの種類](./settings/users#ユーザーの種類)を参照してください。
監査ログをクエリして、アプリケーション設定の監査を実行できます。
### プロファイルログ
プロファイルログには、設定済みの通信[プロファイル](./profiles)からのアクティビティが記録されます。これには、AS2、AS4、SFTP Server などのプロファイルのファイル転送、プロトコルレベルのイベント、サーバーアクティビティが含まれます。以下の内容が表示されます：
* **日時**—アクティビティのタイムスタンプ
* **コネクタ**—関連するコネクタのId
* **ファイル**—プロファイル用のログファイルを開くためのリンク
* **ステータス**—アクションの状況。オプションは完了、進行中です
## 改ざん検知ログ
{siteNameShort} は、すべての[監査ログ](#監査ログ)に暗号学的な改ざん検知ログを備えています。これにより、ログデータが変更または改ざんされた場合は常にユーザーに警告されます。これは、ログエントリをチェーン状に暗号学的にリンクすることでシステムアクティビティの不変な監査証跡を作成し、不正な変更を即座に検出できるようにすることで機能します。各ログエントリには、自身のコンテンツと前のエントリのハッシュの両方の暗号学的ハッシュが含まれ、検証可能なチェーンを作成します。これにより、過去の記録に何らかの変更が加えられるとチェーンの整合性が破られます。このアプローチは、組織がHIPAA やGDPR などの規制要件に準拠するのに役立ちます。
整合性チェックは、アプリケーションのヘルスチェックの一環として1時間ごとに実行されます。改ざんが検出された場合、エラーがログに記録されます。[アラート](./settings/alerts)タブでメールアラートが設定されている場合、管理者にメールが送信されます。
管理者は、[integrityResetTampering](../../scripting/operations/op-integrity-reset-tampering)操作を使用して、ハッシュチェーンをリセットし、改ざん警告をクリアできます。
## ログのデバッグ
一部のコネクタには、高度な設定タブ内にトランザクションログの詳細レベルを上げるための設定があります。詳細なログはデバッグ時に有用であり、*[arcsupport@cdata.com](mailto:arcsupport@cdata.com)* にサポートを依頼する際に必要になることがあります。
高度な設定の最も一般的な設定は**ログレベル**です。*Debug* に設定すると、トランザクション処理時にすでに生成されているトランザクションログに、さらに情報が追加されます。
送信リクエストを送信するコネクタの中には、**ログリクエスト**設定があるものもあります。*True* に設定すると、リモートサーバーに送信されたリクエストのコピーがトランザクションログに含まれます。これは、サーバーレスポンスの受信に関する問題の範囲を絞り込むのに役立つ場合があります。
リモートシステムに対してクエリを発行する一部のコネクタには、**Verbosity** および / または**ログファイル**設定があります。**Verbosity** は1から5の間で設定する必要があります（5が最も冗長で、多くの場合に推奨されます）。**ログファイル**が使用可能な設定の場合、専用ログファイルを書き込むディスク上のパスに設定します。このファイルは、トランザクション処理時に生成されるトランザクションログとともにサポートデスクに提供することができます。