You can see MC's from the server by doing a 'select' on the 'backups' table.
E.g.,
select * from backups where node_name='NODENAME'
At 08:19 AM 10/2/2015, Zoltan Forray wrote:
>The MC isn't the issue. It is the assignment of it. I went to the client
>and brought up a restore window to see what MC was applied / bound to files
>backed up (as well as rebound when it was changed).
>
>It is properly "rebinding" when I changed it so it is working - just not
>producing the results I want when it comes to what objects it is applying
>to.
>
>I haven't looked at it since the changes yesterday. Will see if the owner
>can get me onto the box so I can see what MC has been applied to
>what.,,,,unless there is a way I can see this info from the TSM server side?
>
>On Thu, Oct 1, 2015 at 4:25 PM, Andrew Raibeck <storman AT us.ibm DOT com>
>wrote:
>
>> Hi Zoltan,
>>
>> Some things to check
>>
>> 1. Has the policy set with that management class has been activated?
>>
>> 2. Does the management class have a backup copy group?
>>
>> 3. Is the node doing the backup a member of the policy domain that includes
>> the 15DAYS management class? Note: if this is a proxy node backup, the
>> target node (specified with ASNODENAME option) is the one that has to be a
>> member of the domain with the 15DAYS management class.
>>
>> 4. Is a client option set associated with this node, and might that client
>> option set have overriding INCLUDE statements? And as above, if this is a
>> proxy node backup, it is the target node name specified by ASNODENAME that
>> you need to check.
>>
>> Other things that might be helpful:
>>
>> Run "dsmc query mgmtclass" to make sure the management class 15DAYS shows
>> up.
>>
>> Run "dsmc query inclexcl" to check the run-time include-exclude list, to
>> see if something could be overriding your current specification. Make sure
>> to use the same options file as the production backup, and to use
>> ASNODENAME if the production backup uses it.
>>
>> Check dsmerror.log to see if there are any binding errors.
>>
>> Best regards,
>>
>> - Andy
>>
>>
>> ____________________________________________________________________________
>>
>> Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead |
>> storman AT us.ibm DOT com
>>
>> IBM Tivoli Storage Manager links:
>> Product support:
>>
>> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
>>
>> Online documentation:
>> http://www.ibm.com/support/knowledgecenter/SSGSG7/welcome
>> Product Wiki:
>>
>> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager
>>
>> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2015-10-01
>> 13:35:38:
>>
>> > From: Zoltan Forray <zforray AT VCU DOT EDU>
>> > To: ADSM-L AT VM.MARIST DOT EDU
>> > Date: 2015-10-01 13:36
>> > Subject: What am I doing wrong with this include
>> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>> >
>> > I thought I had this figured out but keep getting the wrong results.
>> This
>> > is a W2K8 box with 7.1.2 client.
>> >
>> > I want to apply a different management class to one directory and all of
>> > its sub-directories.
>> >
>> > So I added the following statements:
>> >
>> > include * STANDARD
>> > include *:\Software\ClickCommerce\Backup\* 15DAYS
>> >
>> > Yet STANDARD MC was applied to everything. Yes I am 100% positive on the
>> > directory name that I want to apply the 15DAYS to. No spaces in the
>> name.
>> >
>> > I first tried it without the first include MC and ended up with
>> everything
>> > having 15DAYS applied to it.
>> >
>> > So for tonights backup, I have changed it to:
>> >
>> > include * STANDARD
>> > include D:\Software\ClickCommerce\Backup\...\* 15DAYS
>> >
>> > or if I am still wrong, please tell me what I am doing wrong?
>> >
>> > --
>> > *Zoltan Forray*
>> > TSM Software & Hardware Administrator
>> > Xymon Monitor Administrator
>> > Virginia Commonwealth University
>> > UCC/Office of Technology Services
>> > www.ucc.vcu.edu
>> > zforray AT vcu DOT edu - 804-828-4807
>> > Don't be a phishing victim - VCU and other reputable organizations will
>> > never use email to request that you reply with your password, social
>> > security number or confidential personal information. For more details
>> > visit http://infosecurity.vcu.edu/phishing.html
>> >
>>
>
>
>
>--
>*Zoltan Forray*
>TSM Software & Hardware Administrator
>Xymon Monitor Administrator
>Virginia Commonwealth University
>UCC/Office of Technology Services
>www.ucc.vcu.edu
>zforray AT vcu DOT edu - 804-828-4807
>Don't be a phishing victim - VCU and other reputable organizations will
>never use email to request that you reply with your password, social
>security number or confidential personal information. For more details
>visit http://infosecurity.vcu.edu/phishing.html
--
Paul Zarnowski Ph: 607-255-4757
Assistant Director for Storage Services Fx: 607-255-8521
IT at Cornell / Infrastructure Em: psz1 AT cornell DOT edu
719 Rhodes Hall, Ithaca, NY 14853-3801
|
