Adding more capacity to storage pool

[Kristijan]

Hi All,

I have a primary file pool which I want to increase in size.

tsm: TSM>q stg PRI_FILE_POOL f=d

               Storage Pool Name: PRI_FILE_POOL
               Storage Pool Type: Primary
               Device Class Name: PRI_FILE_DEVC
              Estimated Capacity: 2,765 G
              Space Trigger Util: 31.9
                        Pct Util: 11.8
                        Pct Migr: 11.8
                     Pct Logical: 100.0
                    High Mig Pct: 90
                     Low Mig Pct: 30
                 Migration Delay: 0
              Migration Continue: Yes
             Migration Processes: 2
           Reclamation Processes: 1
               Next Storage Pool: PRI_TAPE_POOL
            Reclaim Storage Pool:
          Maximum Size Threshold: No Limit
                          Access: Read/Write
                     Description: Primary file pool
               Overflow Location:
           Cache Migrated Files?:
                      Collocate?: Group
           Reclamation Threshold: 10
       Offsite Reclamation Limit:
 Maximum Scratch Volumes Allowed: 27
  Number of Scratch Volumes Used: 10
   Delay Period for Volume Reuse: 0 Day(s)
          Migration in Progress?: No
            Amount Migrated (MB): 676,822.04
Elapsed Migration Time (seconds): 5,723
        Reclamation in Progress?: Yes
  Last Update by (administrator): KRISTIAN
           Last Update Date/Time: 23-09-2009 10:44:20
        Storage Pool Data Format: Native
            Copy Storage Pool(s):
             Active Data Pool(s):
         Continue Copy on Error?: Yes
                        CRC Data: No
                Reclamation Type: Threshold
     Overwrite Data when Deleted:

Now the underlying device is a SAN, which appear to AIX as a disk.

root@TSM / > df -g /tsm/backuppool
Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on
/dev/lvbackuppool   3000.00   2553.46   15%       77     1% /tsm/backuppool

Question: Once I increase the underlying filesystem, is there anything I need to do from TSM to see the increase in capacity, or does TSM pick up on it automatically?

i.e. Do I need to update a parameter in the storage pool, or delete/recreate it etc...?

Cheers,
-Kristijan

 

[toxy13]

To use more capacity, you need to update your stgpool:

Maximum Scratch Volumes Allowed: 27
Number of Scratch Volumes Used: 10

upd stg PRI_FILE_POOL maxscratch=[xx]

 

[cwilloug]

Yes, you have some work to do, but it's not that hard...

1) You said disk space is on your SAN? Once you expand your TSM disk pool on the SAN

2) Go to your AIX box, you will need to expand the disk pool (usually in the /tsmdata directory)

3) on the TSM server run TSM>help define volume

you will need something like TSM>define volume "disk_pool_name" /tsmdata/data?? formatsize=25600

/tsmdata/dataXX is my path, your path may vary

you will also need to check the permissions on the new volume on the AIX box, mine needed to be changed.

Or you can also use the ISC GUI....

OR FROM THE GUI

Storage pools for TSM, select the storage pool, then drop down, create new pool

 

[Kristijan]

Cheers guys.

I increased /tsm/backuppool from 3TB to 3.5Tb and made the change to the number of scratch volumes from 27 to 32.

The storage pool now sees the increased space.

-Kristijan

 

[droach]

I inherited a TSM system that had a primary disk-based storage pool using about 40 9G volumes. About a month ago I more than doubled the size of the pool by adding about 60 additional 9G volumes to this pool (now at 108 9G volumes). Now, I am seeing some very poor migration performance. My question is...is it better to have a lot of smaller volumes (on the same disk), or should I just create one big volume the uses the entire disk?

 

[ToomasAas]

The obvious problem with having just one big volume is that there can be no reclamation, so once it is full, it is full IMO, a lot of smaller volumes is better.

 

[droach]

Sorry, I didn't explain very well. My disk pool is used as the primary pool, from there the data is migrated to my tape pool. I do not do reclamation on the disk pool only migrations. After adding ~60 more 9G volumes to this disk pool the migrations are taking forever.