Andy, Thanks!
- There is only one *.opt file in the baclient folder.
- I checked the schedule, there is nothing in the OBJECTS setting, it
is a pretty vanilla schedule.
- Part of the reason we do not want it to back up is that it is a
non-standard filesystem. Since other things look correct, I assume it
must be related to that. It is not NTFS, but IWFS.
Policy Domain Name: SomeDomain
Schedule Name: 8PM-DAILY-INCR
Description: 8pm Daily Incremental EWSDEV
Action: Incremental
Options:
Objects:
Priority: 5
Start Date/Time: 01/11/2008 20:00:00
Duration: 2 Hour(s)
Schedule Style: Classic
Period: 1 Day(s)
Day of Week: Any
Month:
Day of Month:
Week of Month:
Expiration:
Last Update by (administrator): BCHAMBLISS
Last Update Date/Time: 01/11/2008 14:28:48
Associated Nodes: NodeName
Managing profile:
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Andrew Raibeck
Sent: Thursday, January 20, 2011 3:17 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Client domain statement exclude not working as
expected
Hello George,
In order to prevent Y: from being backed up as part of the regular
incremental backup process, it should be sufficient to simply specify
the
DOMAIN statement as you have done:
DOMAIN ALL-LOCAL -Y:
It should not be necessary to add EXCLUDE statements for this.
Possibilities that come to mind:
- The scheduler service is configured to use a different client options
files than the one you updated.
- The schedule definition on the TSM server has a non-blank OBJECTS
setting
that includes Y:, e.g.,:
DEF SCH ... ACTION=INCREMENTAL OBJECTS="C: Y:"
In this case, the OBJECTS setting overrides the DOMAIN setting.
If you *were* to use EXCLUDE statements to prevent backup of files on Y:
then this would be better:
=====================================
* Suppress backup of files in the root of Y:
EXCLUDE Y:\*
* Suppress traversal and backup of all directories on Y:
EXCLUDE.DIR Y:\*
=====================================
But again, these should be entirely unnecessary.
Best regards,
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_
Storage_Manager
"ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu> wrote on 2011-01-20
12:41:30:
> From: "Huebschman, George J." <gjhuebschman AT LEGGMASON DOT COM>
> To: ADSM-L AT vm.marist DOT edu
> Date: 2011-01-20 12:42
> Subject: Client domain statement exclude not working as expected
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT vm.marist DOT edu>
>
> I have a Windows Client that is not excluding a drive that is (seems
to
> be) excluded from the Client Domain statement.
>
> To check if it was actually picked up, I queried the client options.
>
> I also stopped and started the TSM Scheduler.
>
> I don't see anything in a Client Option Set with "Force" set to yes,
but
> this Client is not using an optionset in any case.
>
>
>
> We think we have fixed it by using an "Exclude "Y:\" statement, but we
> shouldn't have to, correct?
>
> And if so, what is wrong?
>
>
>
> Client Version 6, Release 1, Level 3.0
>
> Node Name: DevServer
>
> Session established with server AIXServer: AIX-RS/6000
>
> Server Version 5, Release 5, Level 1.0
>
>
>
> tsm> q options domain
>
> DOMAIN: ALL-LOCAL
>
> -\\rrdwcrbgiwov001\y$
>
>
>
>
>
> *** DSM.OPT ***
>
> NODENAME ServerName
>
> **communications options
>
> TCPSERVERADDRESS aixServer
>
> TCPBuffsize 31
>
> TCPWindowsize 63
>
> Resourceutilization 1
>
>
>
> **processing options
>
> schedlogretention 15
>
> PASSWORDACCESS GENERATE
>
> backupregistry yes
>
> * Testflag vsssystemprovider incompatible with this version
>
>
>
> **data options
>
> DOMAIN ALL-LOCAL -Y:
>
> Exclude "*:\...\pagefile.sys"
>
> Exclude "C:\winnt\*.tmp"
>
> Exclude "C:\winnt\temp\*.tmp"
>
> Exclude "?:\...\...\*.pst"
>
> Exclude "B:\"
>
> Exclude "*:\RECYCLER"
>
> Exclude "*:\...\system32\config\*"
>
> Exclude "C:\winnt\system32\Perf*.dat"
>
> Exclude.dir "C:\documents and settings"
>
> Exclude "Y:\"
>
> REVOKEREMOTEACCESS ACCESS
>
>
>
> George Huebschman
> Storage Support Team, Media Librarian
> Legg Mason, LMTS
> 410 580-7911 (office)
> 410 522-8581 (mobile)
>
> Please consider the environment before printing this e-mail
>
>
> IMPORTANT: E-mail sent through the Internet is not secure. Legg
> Mason therefore recommends that you do not send any confidential or
> sensitive information to us via electronic mail, including social
> security numbers, account numbers, or personal identification
> numbers. Delivery, and or timely delivery of Internet mail is not
> guaranteed. Legg Mason therefore recommends that you do not send
> time sensitive
> or action-oriented messages to us via electronic mail.
>
> This message is intended for the addressee only and may contain
> privileged or confidential information. Unless you are the intended
> recipient, you may not use, copy or disclose to anyone any
> information contained in this message. If you have received this
> message in error, please notify the author by replying to this
> message and then kindly delete the message. Thank you.
IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason
therefore recommends that you do not send any confidential or sensitive
information to us via electronic mail, including social security numbers,
account numbers, or personal identification numbers. Delivery, and or timely
delivery of Internet mail is not guaranteed. Legg Mason therefore recommends
that you do not send time sensitive
or action-oriented messages to us via electronic mail.
This message is intended for the addressee only and may contain privileged or
confidential information. Unless you are the intended recipient, you may not
use, copy or disclose to anyone any information contained in this message. If
you have received this message in error, please notify the author by replying
to this message and then kindly delete the message. Thank you.
|
