> >The problems is that the client wants to keep the old volumes as well. >
Why do they want to keep the old volumes? Just paranoid about losing the data? We migrated all of our CA-Disk archives from 3480/3490 tape to 9840 tape a few years ago using the merge functionality. CA-Disk is very good about recovering from any errors during processing, so not sure why you would want to hold onto the old tapes. You could just physically keep them for awhile, but allow CA-Disk to expire them. If you really really needed them you could use the Rebuild function to rescan the tape to CA-Disk. Something to keep in mind since you are back on the old 9.0.2 version.... CA-Disk will ask for a tape RC check every time it writes out a file. If you are backing up/archiving lots of small files this will slow the write process to your high density tape down BIG TIME. Why? Because those high density tapes, 9840's at least, are designed to work at full speed, not stop and start all the time (the shoe-shine effect). Every time CA-Disk asks the tape for an RC it has to stop, rewind a little, and reposition itself before writing again. It was such a killer for us, we altered processes so that files 2CYLs or less simply don't get archived - they live their lives on disk only. Then we asked for a fix. CA just recently released that fix for V11. Here is the PTF announcement... PTF #: QO65862 DATE: 28 JUN 2005 PROBLEM DESCRIPTION: ENHANCEMENT: IMPROVE MERGE PERFORMANCE FOR SMALL DATA SETS --------------------------------------------------------- This feature will improve the processing time of Merge Jobs by reducing the number of times that the Tape Command SYNCDEV needs to be issued. On high capacity tape units, SYNCDEV may take a significant period of time to complete, meaning a reduction of SYNCDEV commands issued will speed up processing noticeably, in particular for small data sets. The new technique introduced by this enhancement allows high density tapes to always have data in their buffers allowing them to continuously write the media without stopping. The start/stop logic forced by the SYNCDEV is the major contributor to the slow performance CA-Disk is having on these devices. The SYSPARM introduced by QO63463 allows the user to specify the number of data sets (default 99) that can be queued before a SYNCDEV is issued. SYMPTOMS: Slow Merge performance on large media devices processing small data sets. IMPACT: Merge jobs would take a long time to complete, often running beyond the time allotted for the job. CIRCUMVENTION/PROPER HANDLING: None. Jeffrey Deaver, Senior Analyst, Systems Engineering 651-665-4231 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
