Chapter 3. Operating NetView FTP V2.2.1 MVS - IBM

Avoiding Request Queue Overflows
Rebuilding the request queue usually eliminates an overflow. However, because
rebuilding the queue can often take several minutes and during this time users
cannot use NetView FTP V2.2.1 MVS, it can severely affect the availability of
NetView FTP V2.2.1 MVS.
Use the following formula to calculate a size for the request queue so that overflows
do not occur:
M > or = (A x N) + (B x N) + C
where:
M Is the size, in number of records, of the request queue.
A Is the number of days that the queue handler is to run continuously.
B Is the number of days that successfully finished file-transfer requests are to be
left in the request queue, so that users can query them.
N Is the average number of file-transfer requests that are added to the request
queue each day. The formula assumes that the same number of file-transfer
requests reach finished status each day.
C Is the number of file-transfer requests that you want to reserve as a buffer on
the request queue, to allow for special situations.
For example, imagine the following:
� You want to stop and restart the queue handler once every week (A=7).
� You want to leave successfully finished requests in the queue for at least two
weeks (B=14).
� An average of 100 file-transfer requests per day are added to the request
queue, and the same number reach finished status each day (N=100).
� You want to have as a buffer the number of requests added to the queue in
five working days (C=5 x N=500).
With this formula you define a request queue with the following number of records:
M = (7 x 100) + (14 x 100) + 500 = 2600
If you define the buffer large enough to cover all unusual situations, the request
queue does not overflow. You can use this result to specify QUANTITY in the
second CREATE statement of the request queue initialization job.
70 NetView FTP V2 MVS Installation, Operation, and Administration