samiuri
Active Newcomer
- Joined
- Apr 10, 2009
- Messages
- 12
- Reaction score
- 1
- Points
- 0
- Location
- Sesto San Giovanni - Milan - Italy
Hello,
i have a TSM Server 6.2.1.0 on o.s. Windows 2008 x64 and i have 6 disk storage pools, all configured in the same way with Next Storage Pool to 6 different tape pools.
There's a strange thing that happens only in one disk storage pool: when i write into the option file of any client node the INCLUDE statement indicating the management class that goes to disk, they always ask for the tape mount...
I use the disk mgmt class for little client nodes with little amount of data to back up, while the bigger ones are sent directly to tape using the tape mgmt class. Even if i run a test back up of two or three Gb with no other sessions opened, it writes something on disk and something on a tape.
All the other disk storage pool don't give this problem.
Thank you very much for your help.
Here is the detailed storage pool:
tsm: INFRACED184_SERVER1>q stg spddom f=d
Storage Pool Name: SPDDOM
Storage Pool Type: Primary
Device Class Name: DISK
Estimated Capacity: 504 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: 1
Reclamation Processes:
Next Storage Pool: SPTDOM
Reclaim Storage Pool:
Maximum Size Threshold: No Limit
Access: Read/Write
Description: Storage Pool a disco per backup DB Domino
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): 265,456.04
Elapsed Migration Time (seconds): 5,070
Reclamation in Progress?:
Last Update by (administrator): SAMUELE.GRASSA
Last Update Date/Time: 12/04/2012 12:30:08
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:
Deduplicate Data?: No
Processes For Identifying Duplicates:
Duplicate Data Not Stored:
Auto-copy Mode: Client
Contains Data Deduplicated by Client?: No
Here is another disk st. pool that doesn't give the problem:
tsm: INFRACED184_SERVER1>q stg spdora f=d
Storage Pool Name: SPDORA
Storage Pool Type: Primary
Device Class Name: DISK
Estimated Capacity: 203 G
Space Trigger Util: 11.4
Pct Util: 1.8
Pct Migr: 1.8
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: SPTORA
Reclaim Storage Pool:
Maximum Size Threshold: 20 G
Access: Read/Write
Description: Storage Pool a disco per backup DB Oracle
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): 2,256.44
Elapsed Migration Time (seconds): 122
Reclamation in Progress?:
Last Update by (administrator): SAMUELE.GRASSA
Last Update Date/Time: 12/04/2012 14:20:16
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:
Deduplicate Data?: No
Processes For Identifying Duplicates:
Duplicate Data Not Stored:
Auto-copy Mode: Client
Contains Data Deduplicated by Client?: No
i have a TSM Server 6.2.1.0 on o.s. Windows 2008 x64 and i have 6 disk storage pools, all configured in the same way with Next Storage Pool to 6 different tape pools.
There's a strange thing that happens only in one disk storage pool: when i write into the option file of any client node the INCLUDE statement indicating the management class that goes to disk, they always ask for the tape mount...
I use the disk mgmt class for little client nodes with little amount of data to back up, while the bigger ones are sent directly to tape using the tape mgmt class. Even if i run a test back up of two or three Gb with no other sessions opened, it writes something on disk and something on a tape.
All the other disk storage pool don't give this problem.
Thank you very much for your help.
Here is the detailed storage pool:
tsm: INFRACED184_SERVER1>q stg spddom f=d
Storage Pool Name: SPDDOM
Storage Pool Type: Primary
Device Class Name: DISK
Estimated Capacity: 504 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: 1
Reclamation Processes:
Next Storage Pool: SPTDOM
Reclaim Storage Pool:
Maximum Size Threshold: No Limit
Access: Read/Write
Description: Storage Pool a disco per backup DB Domino
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): 265,456.04
Elapsed Migration Time (seconds): 5,070
Reclamation in Progress?:
Last Update by (administrator): SAMUELE.GRASSA
Last Update Date/Time: 12/04/2012 12:30:08
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:
Deduplicate Data?: No
Processes For Identifying Duplicates:
Duplicate Data Not Stored:
Auto-copy Mode: Client
Contains Data Deduplicated by Client?: No
Here is another disk st. pool that doesn't give the problem:
tsm: INFRACED184_SERVER1>q stg spdora f=d
Storage Pool Name: SPDORA
Storage Pool Type: Primary
Device Class Name: DISK
Estimated Capacity: 203 G
Space Trigger Util: 11.4
Pct Util: 1.8
Pct Migr: 1.8
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: SPTORA
Reclaim Storage Pool:
Maximum Size Threshold: 20 G
Access: Read/Write
Description: Storage Pool a disco per backup DB Oracle
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): 2,256.44
Elapsed Migration Time (seconds): 122
Reclamation in Progress?:
Last Update by (administrator): SAMUELE.GRASSA
Last Update Date/Time: 12/04/2012 14:20:16
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:
Deduplicate Data?: No
Processes For Identifying Duplicates:
Duplicate Data Not Stored:
Auto-copy Mode: Client
Contains Data Deduplicated by Client?: No