I actually just had an issue come up with this. My environment is fairly simple, and nearly all of the servers are MS Windows, in a single domain, no clustered servers. I just added a VBScript to enumerate any machines added to AD in the last 24 hours with "server" in the operating system name, a batch file to run the VBScript and email the results, and scheduled task on my Master server to run the batch once a day.
I posted the code here, http://www.netbackupscripts.com/index.php?topic=5.0. It certainly isn't one-size-fits-all but it will do for some people. Patrick Sweeney (978) 787-4553 patrick.swee...@axcelis.com I.T. Systems/Networks For issues requiring immediate attention please contact the Solution Center IT Solution Center (978) 787-7777 beverly.helpd...@axcelis.com Axcelis Technologies Have you searched here and here? -----Original Message----- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of James Osbourn Sent: Tuesday, February 17, 2009 11:14 AM To: WEAVER, Simon (external) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Policy - Responsibility for adding client into NBU Simon, In my previous job we had a coverage report script that ran. If I remember correctly it used DNS config files to get a list of machines on the network ( we were not using dynamic addressing ) and it used netbackup check_coverage script in the bin/goodies directory to list client and compared the two lists. We had a seperate config file which we could set up exception. The config was basically a list of regular expressions. For example we did not want to backup ethernet switches or routers or printers etc and these could all be added to the list of machines to ignore. The script ran once a week and reported and differences. James WEAVER, Simon (external) wrote: > All > A general chit -chat question really. I discovered a project where it > holds 500mb Data and was NOT backed up ! > > The only reason this came to light was due to a problem on the Server, > when the NBU Admin realised it had not been backed up (but should have > been). > > Looking at the history, it was backed up, but somehow its been removed > from a Policy. Luckily, the fault was rectified and all data was > recovered intact. > > Question is this - who is responsible for ensuring any new Servers get > backed up into your Backup Environment? Sometimes I think its easy to > blame the NBU admin, but how do they know what should or should not be > backed up. > > Does anyone have any process or routine in place or regular checks with > their System Admins to make sure the backup client lists have not > changed or need new servers backed up? > > /Regards/ > > /Simon > / > > This email (including any attachments) may contain confidential > and/or privileged information or information otherwise protected > from disclosure. If you are not the intended recipient, please > notify the sender immediately, do not copy this message or any > attachments and do not use it for any purpose or disclose its > content to any person, but delete this message and any attachments > from your system. Astrium disclaims any and all liability if this > email transmission was virus corrupted, altered or falsified. > -o- > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: > Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England > > > ------------------------------------------------------------------------ > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Systems Administrator Backups & Storage Team Wellcome Trust Sanger Institute Wellcome Trust Genome Campus Hinxton, Cambridge. CB10 1SA -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu