自分のユーザーのスケジュール済プロセスのテストとロールアウトの方法

スケジュール済プロセスのプランをロールアウトする前に、プランに従って実行するプロセスを発行してテストします。すべてのスケジュール済プロセスが問題なくタイムリに終了するかどうかを確認します。

このテストでは、パフォーマンスに影響を与えないように、環境の容量に関するインサイトを得ることができます。組織のニーズが変更されると、スケジュール済プロセスも変更される場合があります。計画を継続的にテストして、スケジュール済プロセスが最適に実行されていることを確認することをお薦めします。

準備が整ったら、計画を組織に伝達し、どのスケジュール済プロセスをいつ、どの頻度で実行するかをユーザーが把握できるようにします。また、プロセスの送信時に留意する必要がある事項を通知します:

可能な場合はパラメータを使用します: パラメータを空白のままにするかわりに、必要なパラメータを入力して処理を合理化し、より正確な結果を得ます。
プロセスを発行する前にパラメータを検証します: ユーザーがパラメータを指定してプロセスを発行するときは、パラメータに入力した内容に特に注意する必要があります。プロセスを送信した後は、プロセスが実行を開始していない場合でもパラメータ設定を変更できません。実行できることは、プロセスを取消し、必要なパラメータ値を使用して再度送信することです。
プロセスをスケジュールする場合は、リージョンのタイム・ゾーンを考慮します: スケジュール済プロセスは、ユーザー・プリファレンスのリージョン設定のタイム・ゾーンに従って実行されます。ユーザーがプロセスを送信すると、別のタイム・ゾーンを選択でき、そのタイム・ゾーンによってリージョン設定が上書きされます。夏時間(DST)などの時間変更はスケジュール済プロセスに影響し、ユーザーはプロセスをスケジュールする際にそのことを考慮する必要があることに注意してください。
たとえば、DST時間変更が発生した日にプロセスが実行されるようにスケジュールする場合は、その時間変更を監視するタイム・ゾーンを選択する必要があります。一部のタイム・ゾーンでは、DSTが開始する日付が異なる場合があります(アジア/アンマン) - 30th Oct). この場合、古いスケジュールを取り消して新しいスケジュールを作成する必要があります。
プロセスIDをノートすることをお勧めします: ユーザーが発行ボタンをクリックすると、発行のプロセスIDが表示されます。後でユーザーがこの正確な送信を見つける必要がある場合は、IDをノートにとることをお薦めします。これは、繰返しスケジュールで実行するプロセスを送信する場合に特に当てはまります。後でスケジュールを変更または取り消す場合は、この元の送信を処理する必要があります。これを見つける最も速い方法はプロセスIDです。ただし、IDがない場合でも、スケジュール済プロセス作業領域での検索を使用して発行を検索できます(送信時間など)。