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 AT VM.MARIST DOT EDU] On Behalf Of
Karel Bos
Sent: Thursday, August 13, 2015 10:00 AM
To: ADSM-L AT VM.MARIST DOT 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" <rouzen AT univ.haifa.ac DOT 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
>
|