The server displays the following types of information on your terminal:
If you are logged on when a scheduled request runs on your user ID, the server checks every 30 seconds to see if you logged off. If you are still logged on, the server sends you a message.
After you cancel a request, or it runs for the last time, information about the request remains in the server database for five days. Until then, you can use QUERY to check the status of the request, and you can update the request.
If a request cannot run at its scheduled time because you are logged on or the system is down, the server keeps trying to run it for 2 minutes after the original time. Then it skips that run of the request. You can override this behavior by using WITHIN when you schedule the request with SCHEDULE or EXEC.
If you do not use AT or FROMTIME in your SCHEDULE or EXEC command, the request first runs 5 seconds after you enter the command. The delay time applies only to requests scheduled to run today. For example, at 11:00 today you schedule a request to run tomorrow without specifying the start time, the server schedules the request to run tomorrow at 11:00:00, instead of 11:00:05.
Your site has a shift named FIRST that runs from 6 a.m. to 4 p.m. every day.
Your system has a range named HOLIDAY that includes New Year’s Day, Thanksgiving, the day after Thanksgiving, and Christmas.
Your system considers Monday through Friday as business days. Saturday and Sunday are weekend days.
The quarters at your site are the traditional ones that start at the beginning of January, April, July, and October.
Only three requests can run in class A at a time. After that, other requests wait until one original request finishes. The class has no resources limits.
The server does not try to autolog users who log on when a scheduled request runs. Therefore, CLASS requests for logged-on users requeue immediately. In this case, the servers attempts to start the request two times. After the attempts, the server skips the request. The server does not warn users that it is trying to autolog their user IDs.
CA VM:Schedule is processing requests normally.
Users can choose whether to use the CA VM:Schedule request execution monitor. By default, the system does not use the request monitor.
|
Copyright © 2013 CA.
All rights reserved.
|
|