Hi All,
I came across this link today:
http://publib.boulder.ibm.com/infoc...m.ic.doc/r_techchg_srv_simulwritemig_620.html
It is stated here that in TSM server 6.2,
it is possible to perform a simultaneous migration + stgpool backup for data-migration processes:
client backup operations -> writing data simultaneously to a DISKPOOL and a COPY POOL.
But NOT for server data-migration processes,
I thought this was a feature that was planned for the future but was not yet available.
I have run some tests however and simultaneous disk pool migration + stgpool backup to copy stgpool did not work in my test environment.
I have tested this by specifying the COPYSTGPOOL parameter on the DISKPOOL to point to the COPY STGPOOL. (I did this modification right before performing the migration,
so it is not possible that the data in the diskpool was already simultaneously
written to the COPYSTGPOOL by the client during backup)
When performing a "migrate stg DISKPOOL lowmig=0",
the data was written only to the primary tape pool, not to the copy stg pool.
(I've verified this by issuing a q mount and checking the volumes mounted and the
tape stgpools they belong too).
Did I do something wrong / did I forget something to set up this functionality
properly?
Can anybody confirm if this functionality really exists or not?
I came across this link today:
http://publib.boulder.ibm.com/infoc...m.ic.doc/r_techchg_srv_simulwritemig_620.html
It is stated here that in TSM server 6.2,
it is possible to perform a simultaneous migration + stgpool backup for data-migration processes:
The simultaneous-write function during migration can reduce the amount of time required to back up storage pools or copy active data. Data that is simultaneously written to copy storage pools or active-data pools during migration is not copied again to the copy storage pools or active-data pools. For example, suppose that you migrate all the data in your primary random-access disk storage pool nightly and then back up your primary storage pools. By using the simultaneous-write function during migration, you can significantly reduce the amount of time required for backup operations.
I thought this was only true forWith Tivoli Storage Manager V6.2, you can specify the simultaneous-write function for a primary storage pool if it is the target for any of the eligible operations (client store sessions, server import processes, and server data-migration processes).
client backup operations -> writing data simultaneously to a DISKPOOL and a COPY POOL.
But NOT for server data-migration processes,
I thought this was a feature that was planned for the future but was not yet available.
I have run some tests however and simultaneous disk pool migration + stgpool backup to copy stgpool did not work in my test environment.
I have tested this by specifying the COPYSTGPOOL parameter on the DISKPOOL to point to the COPY STGPOOL. (I did this modification right before performing the migration,
so it is not possible that the data in the diskpool was already simultaneously
written to the COPYSTGPOOL by the client during backup)
When performing a "migrate stg DISKPOOL lowmig=0",
the data was written only to the primary tape pool, not to the copy stg pool.
(I've verified this by issuing a q mount and checking the volumes mounted and the
tape stgpools they belong too).
Did I do something wrong / did I forget something to set up this functionality
properly?
Can anybody confirm if this functionality really exists or not?
Last edited: