Hi Karel Did is a way to trigger the move ? I think a full backup maybe will do it . But I tried to figure another workaround , huge client.
Best Regards Robert -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Karel Bos Sent: Thursday, August 13, 2015 10:00 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Different management class New backup copies will go to new stg, existing backup copies gets rebound to new mgmt class but won't be automatically moved from 1 stg pool to another. Op 13 aug. 2015 08:05 schreef "Robert Ouzen" <rou...@univ.haifa.ac.il>: > I to all > > I try to figure a scenario to change a backup for a client that only > pst files to go to another storage I created a new management class > and different copygroup destination for pst files call: mgtest1 > > > ? For all files management mgtest (default) go to TSMSTG1 storage > > ? For pst files management mgtest1 go to TSMSTG2 > storage > > ? > Here the copygroup output: > > tsm: TSMTEST>q co test active mgtest* f=d > > Policy Policy Mgmt Copy Copy > Versions Versions Retain Retain Copy Mode Copy > Serialization Copy Copy Destination Table of > Domain Set Name Class Group Group Data > Data Extra Only > Frequency > Contents > Name Name Name Type > Exists Deleted Versions Version > > (TOC) Destination > > ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > TEST ACTIVE MGTEST STANDARD Backup 3 > 1 No Limit 90 Modified > Shared Static 0 TSMSTG1 > TSMSTG1 > > TEST ACTIVE MGTEST1 STANDARD Backup 2 > 1 30 60 Modified > Shared Static 0 > TSMSTG2 TSMSTG2 > > In my dsm.opt I add another include statement: > > include "c:\...\*.*" mgtest > include "c:\...\*.pst" mgtest1 > > Run an incremental backup with the new include pst statement: > > Here the output: > > 08/13/2015 08:02:19 ANE4952I (Session: 1629, Node: TEST) Total > number of objects inspected: 44,375 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4954I (Session: 1629, Node: TEST) Total > number of objects backed up: 24 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4958I (Session: 1629, Node: TEST) Total > number of objects updated: 0 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4960I (Session: 1629, Node: TEST) Total > number of objects rebound: 9 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4957I (Session: 1629, Node: TEST) Total > number of objects deleted: 0 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4970I (Session: 1629, Node: TEST) Total > number of objects expired: 0 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4959I (Session: 1629, Node: TEST) Total > number of objects failed: 0 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4197I (Session: 1629, Node: TEST) Total > number of objects encrypted: 0 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4965I (Session: 1629, Node: TEST) Total > number of subfile objects: 0 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4914I (Session: 1629, Node: TEST) Total > number of objects grew: 0 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4916I (Session: 1629, Node: TEST) Total > number of retries: 0 > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4977I (Session: 1629, Node: TEST) Total > number of bytes inspected: 12.99 GB > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4961I (Session: 1629, Node: TEST) Total > number of bytes transferred: 25.16 MB > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4963I (Session: 1629, Node: TEST) Data > transfer time: 0.21 sec > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4966I (Session: 1629, Node: TEST) Network > data transfer rate: 117,985.53 KB/sec > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4967I (Session: 1629, Node: TEST) Aggregate > data transfer rate: 445.70 KB/sec > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4968I (Session: 1629, Node: TEST) Objects > compressed by: 0% > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4976I (Session: 1629, Node: TEST) Total data > reduction ratio: 99.82% (SESSION: > 1629) > 08/13/2015 08:02:19 ANE4969I (Session: 1629, Node: TEST) Subfile > objects reduced by: 0% > (SESSION: 1629) > 08/13/2015 08:02:19 ANE4964I (Session: 1629, Node: TEST) Elapsed > processing time: 00:00:57 (SESSION: > 1629) > > As you see I have rebound files (pst files) , I check in the restore > the pst files are connected to mgtest1 > > But when I did a q occ everything is on TSMSTG1 > > tsm: TSMTEST>q occ test > > Node Name Type Filespace FSID Storage Number > of Physical Logical > Name Pool Name > Files Space Space > > Occupied Occupied > > (MB) (MB) > ---------- ---- ---------- ---- ---------- > ----------- ----------- ----------- > TEST Bkup \\nasw\c$ 3 TSMSTG1 > 41,084 - 12,726.42 > > And too for a q nodedata : > > tsm: TSMTEST>q nodedata test > > Node Name Volume Name Storage Pool > Physical > Name > Space > > Occupied > > (MB) > ---------------- ------------------------------ ---------------- > -------- > TEST C:\MOUNTPOINTS\STORAGE_1\STG3- TSMSTG1 > 5,803.03 > \0000025C.BFS > > Why it didn’t write the pst files to TSMSTG2 storage where the mgtest1 > management is configured ?? > > Best Regards > > Robert >
