トラブルシューティング: ネットワーク接続とテナントのパフォーマンス
プロキシ サーバーが Workday への、または Workday からのトラフィックをブロックしている。
- Workday の IP 範囲とドメイン名を信頼するようにプロキシを設定したことを確認します。テナントの所在地、DNS 名、IP アドレスに関する情報については、"Workday データ センター" ページを参照してください。
- Workday テナントまたは Workday サーバーに HTTP ポート 80 でアクセスしていないことを確認します。Workday サーバーでは、HTTPS ポート 443 へのリダイレクトにのみ、ポート 80 が使用されます。
企業ネットワークが遅れています。
パフォーマンスの遅れの原因が、企業ネットワークにあることを特定します。 Workday テナントを使用
企業ネットワーク外から Workday テナントにサインインします。
必要に応じて、認証ポリシーを変更して、企業ネットワーク外から Workday に一時的に接続できるようにします。Workday にアクセスする際は、公開されているアクセス ポイントではなく、セキュリティ保護された信頼できる接続からのみにすることをお勧めします。
問題が解決しない場合は、Workday テナントで調査を続行してください。
問題が発生しなくなった場合は、企業のネットワーク設定に焦点を当てて調査を行います。
- ネットワークにアクセスできるセッションの数に対する制限を解除する。
- 事前定義されたセッション タイムアウトのタイムアウト設定を増やす。すべての Workday レポートが完了するまで実行可能な十分な期間であることを確認してください。
- Workday テナントからネットワークへのコンテンツのフィルタ、修正、その他の変更を行わないでください。
- Workday テナントからネットワークへのコンテンツのキャッシュ コントロール ヘッダーを上書きしないでください。
Workday テナントのパフォーマンスが低下しています。
パフォーマンスが低下する原因と解決策は、ここでリストされている以外にも存在します。これらのツールが出発点となります。
一度に実行するプロセスが多すぎます。または、特定のプロセスで予期したより多くのリソースが使用されている。
"システム状態ダッシュボード"
(セキュリティ権限は "System計画管理者"
セキュリティ ドメイン) にアクセスし、考えられるリソースを特定し、将来のスケジュールを調整します。バッチ プロセスを実行する際は、小さなチャンクに分割するか、ピーク時以外の時間帯に実行することを検討してください。例: "データ スクランブル" プロセスは 10 時間以上かかる場合があり、現在のプロジェクトにとって重要ではありません。週末または勤務時間外のスケジュールで設定することを検討してください。"プロセス モニタ" (セキュリティ
権限は "My Reports"
セキュリティ ドメイン) にアクセスします。特定のプロセスに関する詳細を表示し、パフォーマンスの遅れを引き起こしているプロセスをキャンセルします。例: サードパーティのサービスに依存しているカスタム インテグレーションで、勤務時間中に大量のリソースを使用する。
パフォーマンスを確認するには、 プロセス モニタ ()
でプロセスの "統合レポート" セクションを表示します。必要に応じてプロセスをキャンセルします。重複したクライアント リクエスト ID エラー。
プロキシまたはファイアウォールの HTTP セッションの時間が、Workday で大きなレポートを完全に送信するのに十分ではありません。セッションがタイムアウトし、レポートが再送されます。
TCP 保持が有効になっていることを確認します。TCP 保持を有効化できない場合は、プロキシまたはファイアウォールで定義済みのセッション タイムアウトのタイムアウト設定を増やします。すべての Workday レポートが完了するまで実行可能な十分な期間であることを確認してください。