Hi,
We have recently implemented a Peer to Peer VTS solution, and are seeing
some interesting 'anomalies' when looking at the copy queue from the IBM ATL
Specialist software.
Some volumes seem to enter the copy queue and are processed almost
immediately - others seem to 'sit' there for eternity before being processed.
Please note that this is not related to the use of the 'Immediate' or 'Deferred'
PTP options - simply the time volumes spend on the copy queue. For
example, in the below table volume V51008 has been in the queue for
more than 2 hours - many other volumes (both smaller and larger in size) have
been in and out of the copy queue since V51008 first appeared.
Volser Source VTS Bytes to be written Age in queue
U73204 VTS0A 830652416 0:00:23:54
V51034 VTS0A 831205376 0:00:07:46
V51036 VTS0A 830656512 0:00:06:49
V51030 VTS0A 830656512 0:00:15:30
V51008 VTS0A 452952064 0:02:56:10
Has anyone else noticed anything similar? Is there any logic behind it, or is it
purely a black art?
Further, this situation seems exclusive to the 'Copy Queue' display on the
specialist - an OAM display for the same volume will indicate that it is
replicated...some time later, the 'Copy Queue' will mysteriously be updated!
Mike.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@no-spam with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
