全般
このトピックでは、一般設定、Transformation Server の設定、およびシステム関連の設定について説明します。
ユーザーには、一般的なシステム設定を表示または編集するための十分なアクセス許可が必要です。読み取り専用権限を持つユーザーの場合、「システム設定」ダイアログにはすべての設定が編集可能モードで表示されますが、変更を保存することはできません。
全般
- ビジネス カレンダーを使用
-
スケジュール済みのジョブごとに個別に選択したビジネス カレンダーに基づいて、すべてのジョブの期間と期限を計算できます。
- 電子メール アドレスの重複を許可する
- 複数のリソースで同じ電子メール アドレスを使用できます。
この設定がオフの場合、一意の電子メール ID を持たないリソースを作成または編集 (個人、グループ、外部リソース)、またはインポートすることはできません。
- 複数言語プロセスを有効にする
-
ブラウザが別の言語に設定されている場合、適切なロケールでフォームを開くことができます。
このオプションが無効である場合、プロセスを翻訳することはできますが、実行時にプロセスは基本言語でのみ表示されます。
- ジョブ アクセスの制限
-
この設定を選択すると、ジョブ プロパティへのアクセス、関連付けられた通過ポイント、変数、状態、ロール、履歴、およびマップの詳細の表示が、ジョブの詳細の表示機能アクセスを使用してプロセス レベルで制限されます。
機能アクセスによってジョブの詳細を表示できない場合、そのジョブはジョブの検索結果に表示されません。ただし、ユーザーは引き続きジョブを作成して再開し、作業タイプを表示し、アクティビティを実行して完了できます。
- ハートビートの非アクティブ間隔
- Core Worker、Transformation、またはエクスポート サービスが非アクティブのままである場合に、マシン名テーブルの対応するエントリのステータスが「非アクティブ」として更新される間隔。(デフォルト: 60 分、範囲: 最小 = 1 分、最大 = 1 日)
-
「ハートビートの非アクティブ間隔」は、Core Worker、Export Worker、および Transformation サービスの「アクティビティ リセットのタイムアウト間隔」よりも大きくする必要があります。
-
このオプションは、オンプレミス マルチ テナンシーおよび Azure 環境では使用できません。
-
- マシンの保持が非アクティブです
-
Core Worker、Transformation、またはエクスポート サービスが非アクティブなままである場合に、対応するエントリがデータベースのマシン テーブルから削除され、展開内でアクティブなマシンのみを表示できるようになるまでの間隔。(デフォルト: 365 日、範囲: 最小 = 1 日、最大 = 5000 日)
このオプションは、オンプレミス マルチ テナンシーおよび Azure 環境では使用できません。
- 返されるアクティビティの最大数
- 一度に取得するアクティビティ行の最大数。(デフォルト: 50)
-
アクティビティ行は 200 行以内にする必要があります。実行時には、1000 個のアクティビティが存在する場合でも、作業キュー内の 200 行のみを取得できます。
-
以前のバージョンからの Tungsten TotalAgility のアップグレード時:
-
アクティビティの最大数が 200 を超える場合、最大値は 200 に設定されます。たとえば、アクティビティの最大数が 237 の場合、最大値は 200 に設定されます。
-
アクティビティの最大数が 200 未満の場合、最大値は既存の値に設定されます。たとえば、アクティビティの最大数が 50 の場合、値は 50 (既存の値) に設定されます。
-
-
- 返されるジョブの最大数
- 一度に取得するジョブ行の最大数。(デフォルト: 200)
-
ジョブ行は 500 行以内にする必要があります。実行時に、600 個のジョブが存在する場合でも、作業キュー内の 500 行のみを取得できます。
-
アップグレード時に、ジョブの最大数は 200 に設定されます。
-
取得制限をグローバルに (システム設定を使用して) 設定し、ローカルに (getjobs、getactivities、getworkqueues などの API を使用して) 設定すると、システムは 2 つの設定のより小さい取得制限値を設定します。
デフォルトでは、一度に取得するアクティビティ行とジョブの最大数は、それぞれ 50 個および 200 個です。32,767 個の最大値までアクティビティと行の数を増やすには、次の手順を実行します。
-
UpdateIgnoreWQJobListMaxRows.sql. を実行して SQL を実行すると、IgnoreWQJobListMaxRows 設定の値が自動的に true に設定されます。この設定は、server_data テーブルの server_setting.xml で利用できます。
-
これで、返すアクティビティとジョブの数を増やすことができました(最大は 32767 個です)。
Transformation Server
- 例外発生時にドキュメントを拒否する
- この設定を選択した場合、システムは例外発生時にドキュメントまたはページを拒否します。オフの場合、システムは例外時にアクティビティを一時停止します。
Core Worker
- 自動アクティビティ リセット制限
-
自動アクティビティをリセットする最大試行回数を定義します。(デフォルト: 5)
Azure 環境の場合、デフォルトの自動アクティビティ リセット制限は 1 です。 - 同期のループを制限する
-
プロセスを同期化して、自動アクティビティのみを持ち、手動アクティビティを持たないようにします。この設定を選択すると、最大ループ カウントを設定できません。
デフォルトではこの設定は有効ではなく、[最大ループ数] を定義できます。(デフォルト: 1000)
Azure 環境の場合、この設定は読み取り専用で、デフォルト値は 10,000 です。同期ジョブまたはビジネス ルールでの連続的なループは、TotalAgility サーバーで高負荷なワークロードを引き起こす可能性があります。「最大ループ カウント」を使用すると、同期ジョブまたはビジネス ルールでアクティビティを実行して連続ループを防止するための回数を定義できます。ループ カウントが定義された制限に達すると、同期ジョブは実行時に一時停止されます。
システム レベルまたはプロセス レベルで最大ループ カウントを設定できます。プロセス レベルで設定した最大ループ カウントは、システム設定よりも優先されます。「プロセスのプロパティ」を参照してください。 - ワーカー タスクの再試行回数
- ワーカー タスクの再試行の最大回数を設定できます。再試行の最大回数に達すると、ワーカー タスクはエラー状態になります。(デフォルト: 5、最大: 100)
- TotalAgility Workspace から失敗したワーカー タスクを表示し、ワーカー タスクをアクティブ化または削除することもできます。
キャプチャ データ クリーンアップ ワーカー
- 操作の制限時間
- 大きなバイナリ データを削除する際のキャプチャ データ クリーンアップ ワーカー タスクの稼働時間の制限。(デフォルト: 2 時間)
- チャンク サイズ
- 削除するバイナリの数を設定できます。(デフォルト: 500 バイナリ)
カスタム並べ替えの有効化
作業キュー、システム、およびジョブ リスト クエリの列の並べ替えを有効にします。
外観
TotalAgility Designer および TotalAgility Workspace のブラウザ タブに表示される [ブラウザ タブ アイコン] をアップロードできます。また、これはオンプレミス マルチテナンシーおよび Azure 環境にも適用されます。このアイコンは、環境を視覚的に区別する場合に役立ちます。ブラウザ タブのアイコンはカスタマイズできます。
-
イメージの推奨サイズは 32 x 32 ピクセルです。使用可能なイメージの最大ファイル サイズは 28.4 MB です。
-
GIF、PNG、または ICO 形式のイメージのみがサポートされます。
-
カスタム アイコンを指定しない場合は、デフォルトの Tungsten TotalAgility アイコンが使用されます。
-
アイコンが自動的に表示されない場合、変更を有効にするには、ブラウザのキャッシュをクリアしてからブラウザを再度開く必要がある場合があります。
アプリケーション分析
テレメトリ データの送信をオプトアウトできます。(デフォルト: クリア)
RTTS ウォームアップ ジョブ
ウォームアップ プロセスを選択し、画像をアップロードできます。TotalAgility は、TotalAgility の起動時に、アップロードされたプロセスでウォームアップ ジョブを自動的に開始します。ウォームアップ中に、アップロードされたイメージを使用して Transformation Server を起動し、プロジェクトをプルして実行するので、次回は Transformation Server を使用できるようになります。