1. Homepage
  2. RPA Builder (6.2)
  3. Toolbox
  4. Network

  5. Service Check

Service Check

Service Check​ プラグインを使用すると、Ping、FTP、HTTP などのさまざまなプロトコルとサービスを使用して確認を実行し、特定のサーバーでサービスが実行されて使用可能であるかどうかを確認できます。これにより、RPA Builder に付属する従来のエンドツーエンドの監視ツールがいくつかの要素監視チェックで強化されます。

Service Check​ プラグインは、​Service Check​ と呼ばれる 1 つの新しいアクションステップで構成されます。このアクションステップには、他のアクションステップ要素と同じ場所でアクセスできます。

プロパティ

Backup Target Host (バックアップ対象ホスト)​ プロトコルプレフィックスなしでホスト名を入力します。​[Target Host (対象ホスト)]​ に到達できない場合、代わりに ​[Backup Host (バックアップホスト)]​ が確認されます。不要な場合は空白のままにします。

Enable Error Trace (エラートレースを有効化)​ 確認に失敗し、このプロパティが有効になっている場合に実行される一連の​エラートレース​を定義できます。

[Iteration Count/Iteration must succeed (反復数/必要な反復成功数)]​ 確認を繰り返す必要がある回数と、確認に成功する必要がある回数を定義します。

Iteration delay (反復遅延)​ 複数の反復を定義した場合、これにより各反復間の一時停止 (ミリ秒) を指定します。

Packet Size (kb) (パケットサイズ (kb))​ 送信されたパッケージのペイロードが表示されます。これは、TCP Ping にのみ関連します。

Protocol (プロトコル)​ この確認で使用するプロトコル。使用可能な値: [Ping]、[TCP Echo]、[FTP]、[HTTP]、[HTTPS]、[SMTP]、[POP3]、[IMAP]​、および ​[TCP Portcheck]​。

Target Host (対象ホスト)​ 確認するホストの DNS 名または IP アドレスをプロトコルプレフィックスなしで入力します。

Target Port (対象ポート)​ 確認するポート。ウィザード内でプロトコルが選択されると、デフォルトのプロトコルが入力されます。

Timer Mode (タイマーモード)​ [Record Timer (レコードタイマー)] が有効になっていて、​Ping​ がループで使用されている場合、タイマー値を計算するための次のモードがあります。

  • Last (最後)​ 測定された最後の時間が保存されます。

  • Average (平均)​ ワークフローでは、測定されたすべての時間の平均が計算されて保存されます。

  • Min (最小)​ 測定された最短の時間が保存されます。

  • Max (最大)​ 測定された最長の時間が保存されます。

すべてのアクションステップで同じである他のプロパティについては、​「共通プロパティ」​のセクションで説明します。これらのプロパティは、わかりやすくするためにここには表示していません。

インバウンド変数

Target Host (対象ホスト)​ 確認するホストの DNS 名または IP アドレスをプロトコルプレフィックスなしで入力します。

Backup Target Host (バックアップ対象ホスト)​ プロトコルプレフィックスなしでホスト名を入力します。​[Target Host (対象ホスト)]​ に到達できない場合、代わりに ​[Backup Host (バックアップホスト)]​ が確認されます。不要な場合は空白のままにします。

Target Port (対象ポート)​ 確認するポート。ウィザード内でプロトコルが選択されると、デフォルトのプロトコルが入力されます。

Packet Size (パケットサイズ)​ 送信されたパッケージのペイロードが表示されます。これは、TCP Ping にのみ関連します。

Service Check​ が​制御ブロック​の ​[File Controlled Loop]​ 内にある場合、​サフィックス​を使用できます。これで、各ループ中にサフィックスが ​Service Check​ の名前に追加されます。各サフィックスは、​File Controlled Loop​ でインポートされたファイルの列エントリです。

アウトバウンド変数

[Time (時間)]​ では、測定時間が提供されます。

ウィザード

Service Check​ では、指定した ​[Port (ポート)]​ で指定した ​[Target Host (対象ホスト)]​ に接続され、選択したプロトコルのデフォルトのハンドシェイクが実行されます。​[Iteration Count (反復数)]​ で定義された回数だけ試行されます。​[Record Timer (レコードタイマー)]​ をアクティブ化している場合、確認の応答時間がタイマーとして記録され、サーバーに送信されます。レポートに表示される名前は、アクションステップの名前に対応します。

定義された試行回数を超えても確認が成功しない場合、確認は失敗し、​[Backup Host (バックアップホスト)]​ で再度試行されます。​[Backup Host (バックアップホスト)]​ も失敗した (または項目が空になっている) 場合、​エラートレース​が作成されて記録されます。​エラートレース​は、適切なボタンをクリックして定義できます。

[Define Error Traces (エラートレースを定義)]​ を使用して、​エラートレース​を定義できます。これは、失敗時に実行される一連の確認です。この各確認は ​Service Check​ に似ていますが、そのプロパティは ​[Protocol (プロパティ)]​、​[Target Host (対象ホスト)]​、​[Port (ポート)]​、​[Timeout (タイムアウト)]​ のみです。 エラートレース​ではプロトコルとして ​Traceroute​ も使用でき、これにより、標準のトレースルートコマンドが実行されて結果が記録されます。

新しい​エラートレース​を作成するには、単に空の行をクリックします。次に、​[Protocol (プロトコル)]​ を選択し (​エラートレース​の場合は ​Traceroute​ を使用可能)、​[Target Host (対象ホスト)]​ と ​[Port (ポート)]​ を指定して、必要に応じて ​[Timeout (タイムアウト)]​ を変更できます。終了したら、​Enter​ キーを押すか、​[OK]​ をクリックします。これを必要な回数繰り返して、必要に応じて​エラートレース​をいくつでも作成できます。