Bruno, From the TSM Help for the Define stgpool command: The server can perform simultaneous write to copy storage pools for the following operations: o Backup and archive operations by Tivoli Storage Manager backup-archive clients or application clients using the Tivoli Storage Manager API. o HSM migration operations by Tivoli Storage Manager for Space Management (HSM) clients. o Import operations that involve copying exported file data from external media to a primary storage pool associated with a copy storage pool list.
Simultaneous writing is NOT supported when migrating data between storage pools. You will have to rely on the Backup Stgpool command. Regards, Paul van Dongen MCSE IBM Certified Deployment Professional - ITWS 8.2 e ITSM 5.2 Vanguard http://www.vanguard-it.com.br -----Original Message----- From: Bruno Melo - Suporte InformÃtica [mailto:[EMAIL PROTECTED] Sent: Thu 5/5/05 16:24 To: ADSM-L@VM.MARIST.EDU Cc: Subject: Migration -> Primary and Copy Pool Hi Fellows, The environment: TSM Server 5.1.9.5, AIX 4.3.3 ML 9 Two 3580 LTO1 SCSI tape drives (manual) Both drives defined on the same library. A small costumer used to backup their data directly to tape storage pools, primary and copy, simultaneously coping the data to both storage pools. Until that point nothing weird, just define the copystg option on the primary and everything works like a charm. The strange bahavior appeared when, for performance reasons, they decided to backup their data to disk and than migrate it to tape, the migration to tape works fine, but only goes to one of the storage pools (the primary). Since, nothing has changed on the tape storage pools what the hell is going on? It seems like some limitation for the migration process, but it should work. At least this is what the manuals show. I've checked the migprocess option to ensure that there was only one process, but nothing changed. The backup stg command works fine. Am I missing something? Atenciosamente, . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BRUNO MELO Suporte InformÃtica Ltda. e-mail: [EMAIL PROTECTED]