注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
Peer Manager は、ピアリングジョブを使用してスペース間でデータを送信します。このページでは、接続の概要ページにあるピアリングジョブのテーブルの読み方、同時ジョブと逐次ジョブの違い、各ジョブのステータスの意味、および確認したいジョブに絞り込む方法を説明します。
各ピアリングジョブは、単一の方向に送信される特定の種類のデータに対応します。Peer Manager は、接続のすべてのジョブをその接続の概要ページに一覧表示します。各行には、ジョブの種類、ステータス、生成元、および実行時刻が表示されます。
Peer Manager は、次の2つのプロパティでジョブの種類を表します。
エクスポートジョブでは、ジョブの種類の下に実行順序の値も表示され、ジョブが同時か逐次かを示します。詳細は後述します。インポートジョブには、対応するエクスポートの実行順序が表示されますが、実際にはすべてのインポートジョブが同時に実行されます。
エクスポートジョブは、同時または逐次のいずれかの実行順序モードで実行されます。この違いを理解すると、接続の正常性を判断しやすくなります。
同時ジョブは、リアルタイムでオンデマンドに実行されるエクスポートです。データが作成または更新されるたびに起動し、並列で実行されます。生成元は、任意の数の同時ジョブを同時に実行できます。同時ジョブは、定常状態のピアリングで接続を最新に保つための高速な経路です。
同時ジョブは、リアルタイムのオブジェクト、リンク、およびファイルの変更であるデータペイロードと、確認(Ack)ペイロードの両方を運びます。確認ペイロードは、データのインポート直後にシステムが返す受信確認で、受信したことを確認することで送信元による再送を停止させます。同時のデータジョブが転送を行うための高速な経路であるのと同様に、同時の Ack ジョブは転送を確認するための高速な経路です。ジョブテーブルでは、ペイロードの種類が Ack、実行順序が同時という組み合わせで、これらの即時の受信確認を識別できます。

逐次ジョブは、未転送分を補うための定期的なバッチジョブで、特定のリレーションシップに対して一度に1件ずつ実行されます。生成元は、リレーションシップごとに一度に1件の逐次ジョブのみを実行します。逐次ジョブは、失敗した同時エクスポートや、接続が利用できなかった間に蓄積した未処理データなど、リアルタイムの経路で取りこぼしたものを補完するために存在します。リレーションシップの逐次ジョブは順番に実行されるため、大規模な逐次ジョブがある場合、そのジョブが完了するまで、同じリレーションシップの次の逐次ジョブは実行されません。
各ジョブには、ライフサイクルのどの段階にあるかを示すステータスが表示されます。次のテーブルは、ジョブテーブルに表示されるステータスを説明しています。
| ステータス | 意味 |
|---|---|
| データ収集中 | 生成元が、リモートシステムからまだ受信確認されていないすべてのデータを収集し、転送用にパッケージ化しています。後述のデータ収集にかかる時間を参照してください。 |
| エクスポート中 | エンロールメントでエクスポートが生成され、転送の準備が行われています。 |
| 保存中 | 転送前に、エクスポートペイロードがストレージに書き込まれています。 |
| ダウンロード可能 | エクスポートが生成され、手動でダウンロードできる状態です。このステータスは、リモートシステムが直接取得するのではなく、エクスポートをダウンロードし、クロスドメインソリューションを介して転送するデータリレー接続に適用されます。 |
| プル待ち | エクスポートが保存され、リモートシステムがプルするのを待っています。リモートシステムが進行中の転送を完了し、プルを開始すると、転送が始まります。 |
| 空 | ジョブは実行されましたが、データも受信確認も転送されませんでした。後述の空のジョブを参照してください。 |
| 失敗 | ジョブが完了しませんでした。Peer Manager は、ジョブが失敗した段階の詳細なエラーメッセージと、エラーインスタンス ID をコピーオプションを表示します。この ID を Palantir サポートに共有すると、トラブルシューティングに役立ちます。 |
インポートジョブは、リモートシステムからデータが到着し、エンロールメントに引き渡されるにつれて、対応する受信段階を進みます。
逐次ジョブは、後続のほかのステータスよりも長くデータ収集中ステータスにとどまることがあります。これは、リモートシステムからまだ受信確認されていないすべての未処理データを、ピアの生成元が抱えているために発生する場合があります。逐次ジョブが実行されると、前回転送に成功してから蓄積したすべてのデータを収集します。これには、初回の同期時に送信された初期データや、リアルタイムのピアリングに失敗していた間、または接続が利用できなかった間に蓄積したすべてのデータが含まれます。
収集段階が長くなる一般的な原因は、未処理データの蓄積です。たとえば、接続で新しいオブジェクトタイプのピアリングを有効にすると、Peer Manager はその履歴を逐次ジョブで送信するため、完了までにより長い時間がかかります。
初期同期時やダウンタイムの後に、データ収集中の段階がときどき長くなることは想定されています。ただし、大量のデータを収集するために逐次ジョブが常にこの段階にとどまる場合は、リアルタイムのピアリングが遅れているか、現在の設定で処理できる量を超えるデータが生成されていることを示します。接続でエクスポートの失敗が繰り返されていないか確認してください。
空のジョブはデータも受信確認も転送しません。スケジュールされた逐次ジョブが実行され、転送するものが見つからない場合に発生します。
空のジョブは問題がなく、想定されるものです。空のジョブが存在することは、同時のリアルタイムピアリングが追いついており、再試行を必要とする失敗が発生していないことを意味するため、正常な兆候です。空のジョブに対して何もする必要はなく、Peer Manager はデフォルトでジョブテーブルから空のジョブを非表示にします。
利用可能なフィルターを使用して、ジョブテーブルに表示するジョブを絞り込みます。
すべてのフィルターをリセットを選択すると、すべてのフィルターがクリアされ、ジョブの全一覧に戻ります。
Peer Manager は、空ではない最新のジョブから接続の正常性を算出して表示するため、空のジョブは正常性インジケーターに影響しません。
次の目安に従って、接続の正常性を評価します。