Yes I know all that thanks.  I just found it concerning that Windows or
NetBackup on the client could choose to ignore some files quietly and
the NetBackup server not know anything about it.  Concerning also that
the volume of data backed up would be different from the volume of data
on the server and the NetBackup master logs not know anything about it.
In the past any files that couldn't be backed up would result in
messages or errors on the master and a non-zero return code.  Makes me
wonder what else is being "hidden" that I might not know about until I
try to restore it.  But if that's the way W2K3 works then I guess I'll
have to live with it.

Only similary thing I came across was the Advanced Client for Oracle
taking account of exclude lists on the client (standard Oracle agent
ignores them) and this not backing things up, quietly.  Only discovered
that by restore testing.  It has finally been recognised as a data loss
issue to be fixed in a forthcoming MP.

-----Original Message-----
From: Anas Kayal [mailto:anas AT up.org DOT qa] 
Sent: 20 May 2007 05:38
To: Weber, Philip; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Windows VSS Q

Phil,

You have an MSSQL Server running on this machine and theres a DB by the
name of RealSecureDBLog that cannot be "hot" backuped without an SQL
agent. To properly back this DB up (with the log file) you have to
either get the SQL Agent or schedule a regular DB dump from within MSSQL
and backup the dump file.

After making sure it works, just add the path to the exclude list so you
don't get any errors in the log.

Best regards,
 
Anas 
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Weber,
Philip
Sent: Friday, May 18, 2007 5:19 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Windows VSS Q

Master/media: Solaris 9 NBU 5.1 MP6
Cient: Windows 2003 NBU 5.1 MP6

Dear all,

Noticed a Windows 2003 full backup wasn't as big as expected, and found
messages similar to the below in the client's bpbkar log.  I get these
regardless of whether Windows Open File Backups are enabled :

2:04:56.126 PM: [3328.3068] <2> tar_base::V_vTarMsgW: INF - Filtered
'Shadow Copy Components' Object: D:\MSSQL\Database\SiteProtector\Site
Database\Data\RealSecureDB.mdf
2:04:56.126 PM: [3328.3068] <2> tar_base::V_vTarMsgW: INF - Filtered
'Shadow Copy Components' Object: D:\MSSQL\Database\SiteProtector\Site
Database\Data\RealSecureDBLog.ldf

I'm being told that these just mean that the file was open and couldn't
be backed up (I know it needs a SQL Agent) - but NetBackup usually
reports this and returns a status code 1.  These backups are exiting
with status code 0.  Seems a bit scary...

Can anybody thow any more light on this?

thanks, Phil

Phil Weber
Business Technology (Egg)
Storage Technical Services - Senior UNIX Technologist
Phone: 01384 26 4136
Mobile: 07748 333503

-----------------------------------------
Egg is a trading name of the Egg group of companies which includes:
Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no
3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and
Egg Financial Intermediation Ltd are authorised and regulated by
the Financial Services Authority (FSA) and are entered in the FSA
register under numbers 205621 and 309551 respectively. These
members of the Egg group are registered in England and Wales.
Registered office: Citigroup Centre, Canada Square, London E14 5LB.

This e-mail is confidential and for use by the addressee only. If
you are not the intended recipient of this e-mail and have received
it in error, please return the message to the sender by replying to
it and then delete it from your mailbox. Internet e-mails are not
necessarily secure. The Egg group of companies do not accept
responsibility for changes made to this message after it was sent.


Whilst all reasonable care has been taken to avoid the transmission
of viruses, it is the responsibility of the recipient to ensure
that the onward transmission, opening or use of this message and
any attachments will not adversely affect its systems or data. No
responsibility is accepted by the Egg group of companies in this
regard and the recipient should carry out such virus and other
checks as it considers appropriate.

This communication does not create or modify any contract.


_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu