littlepunk
ADSM.ORG Member
- Joined
- Sep 30, 2005
- Messages
- 14
- Reaction score
- 0
- Points
- 0
- Location
- Wellington, New Zealand
- Website
- Visit site
Hi,
I'm having a problem with client backups going straight to tape instead of disk pools first. And they shouldn't!
The clients are defined to use a management class (XCH_MC) that specifies a diskpool (DISKPOOL2) as a copy destination. DISKPOOL2 has a tape pool called TAPEPOOL2 as it's next destination. Whenever I run a backup from any of the clients the data appears to go straight to the tape pool. i.e. I see the BA Client waiting for media, and the actlog shows a tape being mounted. I've run queries to see what volumes contain client data and it's always the tapepool.
We do run scheduled migrations from DISKPOOL2 to TAPEPOOl2 buy they always say "There is no data to migrate"
I can't see any evidence of the disk pool ever being used.
I have another chain from clients to DISKPOOL1 to TAPEPOOL1 and that works just fine. Can't find any errors client or server side.
Anyone have any ideas? It's clogging up tape drives unnecessarily. Thanks in advance!!
Here's the detail on my stgpool:
tsm: WNMGTSM01_SERVER1>q stgpo diskpool2 f=d
Storage Pool Name: DISKPOOL2
Storage Pool Type: Primary
Device Class Name: DISK
Estimated Capacity: 500 G
Space Trigger Util: 0.0
Pct Util: 0.0
Pct Migr: 0.0
Pct Logical: 100.0
High Mig Pct: 90
Low Mig Pct: 70
Migration Delay: 0
Migration Continue: Yes
Migration Processes: 2
Reclamation Processes:
Next Storage Pool: TAPEPOOL2
Reclaim Storage Pool:
Maximum Size Threshold: No Limit
Access: Read/Write
Description: Pri.Disk StoragePool for Oracle-Exchange Backup
Overflow Location:
Cache Migrated Files?: No
Collocate?:
Reclamation Threshold:
Offsite Reclamation Limit:
Maximum Scratch Volumes Allowed:
Number of Scratch Volumes Used:
Delay Period for Volume Reuse:
Migration in Progress?: No
Amount Migrated (MB): 0.00
Elapsed Migration Time (seconds): 0
Reclamation in Progress?:
Last Update by (administrator): ADMIN
Last Update Date/Time: 06-12-2007 13:10:33
Storage Pool Data Format: Native
Copy Storage Pool(s):
Active Data Pool(s):
Continue Copy on Error?: Yes
CRC Data: No
Reclamation Type:
Overwrite Data when Deleted:
I'm having a problem with client backups going straight to tape instead of disk pools first. And they shouldn't!
The clients are defined to use a management class (XCH_MC) that specifies a diskpool (DISKPOOL2) as a copy destination. DISKPOOL2 has a tape pool called TAPEPOOL2 as it's next destination. Whenever I run a backup from any of the clients the data appears to go straight to the tape pool. i.e. I see the BA Client waiting for media, and the actlog shows a tape being mounted. I've run queries to see what volumes contain client data and it's always the tapepool.
We do run scheduled migrations from DISKPOOL2 to TAPEPOOl2 buy they always say "There is no data to migrate"
I can't see any evidence of the disk pool ever being used.
I have another chain from clients to DISKPOOL1 to TAPEPOOL1 and that works just fine. Can't find any errors client or server side.
Anyone have any ideas? It's clogging up tape drives unnecessarily. Thanks in advance!!
Here's the detail on my stgpool:
tsm: WNMGTSM01_SERVER1>q stgpo diskpool2 f=d
Storage Pool Name: DISKPOOL2
Storage Pool Type: Primary
Device Class Name: DISK
Estimated Capacity: 500 G
Space Trigger Util: 0.0
Pct Util: 0.0
Pct Migr: 0.0
Pct Logical: 100.0
High Mig Pct: 90
Low Mig Pct: 70
Migration Delay: 0
Migration Continue: Yes
Migration Processes: 2
Reclamation Processes:
Next Storage Pool: TAPEPOOL2
Reclaim Storage Pool:
Maximum Size Threshold: No Limit
Access: Read/Write
Description: Pri.Disk StoragePool for Oracle-Exchange Backup
Overflow Location:
Cache Migrated Files?: No
Collocate?:
Reclamation Threshold:
Offsite Reclamation Limit:
Maximum Scratch Volumes Allowed:
Number of Scratch Volumes Used:
Delay Period for Volume Reuse:
Migration in Progress?: No
Amount Migrated (MB): 0.00
Elapsed Migration Time (seconds): 0
Reclamation in Progress?:
Last Update by (administrator): ADMIN
Last Update Date/Time: 06-12-2007 13:10:33
Storage Pool Data Format: Native
Copy Storage Pool(s):
Active Data Pool(s):
Continue Copy on Error?: Yes
CRC Data: No
Reclamation Type:
Overwrite Data when Deleted:
Last edited: