Veritas-bu

[Veritas-bu] Netbackup 6.0 MP4

2007-03-15 11:12:34
Subject: [Veritas-bu] Netbackup 6.0 MP4
From: mikekiles at yahoo.com (Mike Kiles)
Date: Thu, 15 Mar 2007 08:12:34 -0700 (PDT)
You can also predict which jobs will run at a given
time (not always correct, but works a little better
than an avreage astrologer :)), by using this command:

nbpemreq -predict -date <mm/dd/yyyy HH:MM:SS>

Also if you make any changes to a policy, run this
first:
nbpemreq -updatepolicies

Cheers,

MK
--- "Abdelrahman, Karim" <KAbdelrahman at verisign.com>
wrote:

> Daniel,
> Before you do anything go to the policy and check
> Schedules tab and
> change the frequency to 1/days (once a day).
> 
> -Karim 
> 
> -----Original Message-----
> From: veritas-bu-bounces at mailman.eng.auburn.edu
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu]
> On Behalf Of
> veritas-bu-request at mailman.eng.auburn.edu
> Sent: Thursday, March 15, 2007 10:04 AM
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: Veritas-bu Digest, Vol 11, Issue 27
> 
> Send Veritas-bu mailing list submissions to
>       veritas-bu at mailman.eng.auburn.edu
> 
> To subscribe or unsubscribe via the World Wide Web,
> visit
> 
>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> or, via email, send a message with subject or body
> 'help' to
>       veritas-bu-request at mailman.eng.auburn.edu
> 
> You can reach the person managing the list at
>       veritas-bu-owner at mailman.eng.auburn.edu
> 
> When replying, please edit your Subject line so it
> is more specific than
> "Re: Contents of Veritas-bu digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: How to display or check RVSN? (bob944)
>    2. Re: Netbackup 6.0 MP4 (Jimenez, Daniel)
>    3. Fixing tape mismatch problems? (Darren Dunham)
>    4. Re: How to display or check RVSN? (Darren
> Dunham)
>    5. Re: Netbackup 6.0 MP4 (Wilkinson, Tim)
>    6. Re: Netbackup 6.0 MP4 (Jimenez, Daniel)
>    7. (no subject) (Neal, Robert)
>    8. Re: (no subject) (Bob Stump)
>    9. Re: (no subject) (Barber, Layne Mr CTR US DISA
> CDM2)
>   10. Re: (no subject) (WEAVER, Simon (external))
>   11. Re: (no subject) (Bob Stump)
> 
> 
>
----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 14 Mar 2007 19:48:37 -0400
> From: "bob944" <bob944 at attglobal.net>
> Subject: Re: [Veritas-bu] How to display or check
> RVSN?
> To: <veritas-bu at mailman.eng.auburn.edu>, "'Darren
> Dunham'"
>       <ddunham at taos.com>
> Message-ID:
>
<019501c76693$4db32440$815018ac at enterprise.veritas.com>
> Content-Type: text/plain;     charset="us-ascii"
> 
> > I was going through logs and noticed I had a
> freeze incident where the
> 
> > label didn't match the barcode (oops!).  Sure
> enough I checked the 
> > tape and I've got 25 on the barcode and 27 on the
> label...
> > 
> > Before getting much farther, I'd like to do a
> (quick?) check of all 
> > the volumes in library and check the RVSN against
> the barcode to see 
> > if there are other problems that haven't been
> detected yet.  Is there 
> > a command to query the RVSN?  I can mount the tape
> and wait for it to 
> > appear in 'vmoprcmd' or read it directly with
> 'dd', but I figure 
> > there's a NB command to return it directly.
> 
> Check out vmphyinv; I've used it to inventory large
> numbers of unknown
> tapes.  Physically mounts and reads the tape,
> reporting on external and
> internal labels, plus the type of info found
> (NetBackup data, NetBackup
> catalog, other...).  Lots of options.  Lots.
> 
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 14 Mar 2007 16:57:26 -0700
> From: "Jimenez, Daniel"
> <Daniel.Jimenez at indymacbank.com>
> Subject: Re: [Veritas-bu] Netbackup 6.0 MP4
> To: "Wilkinson, Tim"
> <Tim.Wilkinson at dsto.defence.gov.au>,
>       veritas-bu at mailman.eng.auburn.edu
> Message-ID:
>       
>
<DAD5BE0E84323349B3C9A7082E37D44C12DBA29C at LMREXC02P.cmc.indymac.biz>
> Content-Type: text/plain; charset="us-ascii"
> 
> Tim
> 
>  
> 
> I have not done this so I will try it today and let
> everyone know if
> this fixes my issue, thanks again. 
> 
>  
> 
> Daniel Jimenez
> 
> Systems Analyst II
> 
> Backup and Recovery Team
> 
> ________________________________
> 
> From: Wilkinson, Tim
> [mailto:Tim.Wilkinson at dsto.defence.gov.au]
> Sent: Wednesday, March 14, 2007 4:05 PM
> To: Jimenez, Daniel;
> veritas-bu at mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Netbackup 6.0 MP4
> 
>  
> 
> I'm not being funny, but have you tried creating a
> new policy and
> removing the old one? I've had policies acting
> strangely before and this
> sometimes fixes the problem.
> 
>  
> 
> Cheers,
> 
>  
> 
> Tim
> 
>  
> 
> ________________________________
> 
> From: veritas-bu-bounces at mailman.eng.auburn.edu
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu]
> On Behalf Of Jimenez,
> Daniel
> Sent: Wednesday, 14 March 2007 12:05 PM
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] Netbackup 6.0 MP4
> 
> Hello again
> 
>  
> 
> Hope everyone is having a good day. Just have a
> question regarding
> Netbackup 6.0 MP4. Has anyone encountered an issue
> where certain servers
> in a policy continuously run all day long while the
> other servers on the
> policy just run once? I have to de-activate the
> policy until midnight
> and then re-enable it for the next day. This is the
> only way I can stop
> these jobs from re-running over and over again. Any
> ideas would be
> appreciated, thanks in advance.   
> 
>  
> 
> Daniel Jimenez
> 
> IMB
> 
> IMPORTANT: This email remains the property of the
> Australian Defence
> Organisation and is subject to the jurisdiction of
> section 70 of the
> CRIMES ACT 1914. If you have received this email in
> error, you are
> requested to contact the sender and delete the
> email.
> 
>  
> 
>  
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070314/
> 505f0885/attachment-0001.htm
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 14 Mar 2007 16:00:18 -0800 (PST)
> From: Darren Dunham <ddunham at taos.com>
> Subject: [Veritas-bu] Fixing tape mismatch problems?
> To: veritas-bu at mailman.eng.auburn.edu
> Message-ID: <200703150000.QAA02695 at redwood.taos.com>
> Content-Type: text/plain; charset=us-ascii
> 
> Okay, so I've found some old tapes that are
> mismatched.  I'm guessing
> there was a period in time when a pair of tape
> drives were swapped, so
> the wrong tape was inserted and labled.  That's just
> a guess, but it
> hasn't happened on any tape with a recent
> assignment.
> 
> Anyway, I've got these odd tapes with valid data on
> them.  But with the
> EVSN/RVSN mismatch, they're way too difficult to
> track.  So my best
> guess is that I should duplicate the data off of
> them, then I get to
> relabel the media.
> 
> But if I try to duplicate the image, the catalog
> says it's on the the
> RVSN and asks to mount it.  That tape is offsite and
> the data really
> lives on another volume with a different EVSN.  
> 
> How can I force Netbackup to dup the image from this
> odd beast, and
> mount the tape where it really lives for the source?
> 
> 
> -- 
> Darren Dunham                                       
>    ddunham at taos.com
> Senior Technical Consultant         TAOS           
> http://www.taos.com/
> Got some Dr Pepper?                           San
> Francisco, CA bay area
>          < This line left intentionally blank to
> confuse you. >
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 14 Mar 2007 16:13:45 -0800 (PST)
> From: Darren Dunham <ddunham at taos.com>
> Subject: Re: [Veritas-bu] How to display or check
> RVSN?
> To: Veritas-bu at mailman.eng.auburn.edu
> Message-ID: <200703150013.QAA02782 at redwood.taos.com>
> Content-Type: text/plain; charset=us-ascii
> 
> > Check out vmphyinv; I've used it to inventory
> large numbers of unknown
> 
> > tapes.  Physically mounts and reads the tape,
> reporting on external 
> > and internal labels, plus the type of info found
> (NetBackup data, 
> > NetBackup catalog, other...).  Lots of options. 
> Lots.
> 
> No kidding.... wow.  I'll spend some time reading
> through it.
> 
> Is there a way to run it non-interactively, but
> where it does *not*
> update the database?  The -non_interactive appears
> to apply no matter
> what.  Until I get familiar with it, I'm not ready
> to trust it.
> 
> Also, I'm not certain of all the implications.
> 
> I have a tape in my robot that has (examples here)
> EVSN 5 and RVSN 6.
> My records show I've sent tape 6 (obviously EVSN 6)
> offsite.  It may or
> may not have valid data.  I'll have to recall it to
> check.
> 
> With vmphyinv, is it going to try to remap RVSN 6 to
> barcode 5?  I'm not
> sure I want it to do that (in case the EVSN volume 6
> has RVSN 6 on it,
> and it contains other valid data).
> 
> Thank you for that info.  I was trawling around in
> netbackup/bin all
> morning.  Forgot to check over on the media manager
> side....
> 
> -- 
> Darren Dunham                                       
>    ddunham at taos.com
> Senior Technical Consultant         TAOS           
> http://www.taos.com/
> Got some Dr Pepper?                           San
> Francisco, CA bay area
>          < This line left intentionally blank to
> confuse you. >
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Thu, 15 Mar 2007 11:58:16 +1100
> From: "Wilkinson, Tim"
> <Tim.Wilkinson at dsto.defence.gov.au>
> Subject: Re: [Veritas-bu] Netbackup 6.0 MP4
> To: "Jimenez, Daniel"
> <Daniel.Jimenez at indymacbank.com>,
>       <veritas-bu at mailman.eng.auburn.edu>
> Message-ID:
>       
>
<2F098B5A0AB5D8418A99372F4524A42E1CA3B9 at pmtex510.dsto.defence.gov.au>
> Content-Type: text/plain; charset="us-ascii"
> 
> Daniel - very importantly, don't copy the policy;
> you need to create it
> from scratch.
>  
> Cheers,
>  
> Tim
> 
> ________________________________
> 
> From: Jimenez, Daniel
> [mailto:Daniel.Jimenez at indymacbank.com]
> Sent: Thursday, 15 March 2007 10:57 AM
> To: Wilkinson, Tim;
> veritas-bu at mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Netbackup 6.0 MP4
> 
> 
> 
> Tim
> 
>  
> 
> I have not done this so I will try it today and let
> everyone know if
> this fixes my issue, thanks again. 
> 
>  
> 
> Daniel Jimenez
> 
> Systems Analyst II
> 
> Backup and Recovery Team
> 
> ________________________________
> 
> From: Wilkinson, Tim
> [mailto:Tim.Wilkinson at dsto.defence.gov.au] 
> Sent: Wednesday, March 14, 2007 4:05 PM
> To: Jimenez, Daniel;
> veritas-bu at mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Netbackup 6.0 MP4
> 
>  
> 
> I'm not being funny, but have you tried creating a
> new policy and
> removing the old one? I've had policies acting
> strangely before and this
> sometimes fixes the problem.
> 
>  
> 
> Cheers,
> 
>  
> 
> Tim
> 
>  
> 
> ________________________________
> 
> From: veritas-bu-bounces at mailman.eng.auburn.edu
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu]
> On Behalf Of Jimenez,
> Daniel
> Sent: Wednesday, 14 March 2007 12:05 PM
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] Netbackup 6.0 MP4
> 
> Hello again
> 
>  
> 
> Hope everyone is having a good day. Just have a
> question regarding
> Netbackup 6.0 MP4. Has anyone encountered an issue
> where certain servers
> in a policy continuously run all day long while the
> other servers on the
> policy just run once? I have to de-activate the
> policy until midnight
> and then re-enable it for the next day. This is the
> only way I can stop
> these jobs from re-running over and over again. Any
> ideas would be
> appreciated, thanks in advance.   
> 
>  
> 
> Daniel Jimenez
> 
> IMB
> 
> IMPORTANT: This email remains the property of the
> Australian Defence
> Organisation and is subject to the jurisdiction of
> section 70 of the
> CRIMES ACT 1914. If you have received this email in
> error, you are
> requested to contact the sender and delete the
> email.
> 
>  
> 
>  
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070315/
> a8306ad0/attachment-0001.html
> 
> ------------------------------
> 
> Message: 6
> Date: Wed, 14 Mar 2007 18:28:43 -0700
> From: "Jimenez, Daniel"
> <Daniel.Jimenez at indymacbank.com>
> Subject: Re: [Veritas-bu] Netbackup 6.0 MP4
> To: "Wilkinson, Tim"
> <Tim.Wilkinson at dsto.defence.gov.au>,
>       veritas-bu at mailman.eng.auburn.edu
> Message-ID:
>       
>
<DAD5BE0E84323349B3C9A7082E37D44C12DBA2A8 at LMREXC02P.cmc.indymac.biz>
> Content-Type: text/plain; charset="us-ascii"
> 
> Tim
> 
>  
> 
> Thanks, I will make sure to create it from scratch. 
> 
> 
>  
> 
> Daniel Jimenez
> 
> Systems Analyst II
> 
> Backup and Recovery Team
> 
> ________________________________
> 
> From: Wilkinson, Tim
> [mailto:Tim.Wilkinson at dsto.defence.gov.au] 
> Sent: Wednesday, March 14, 2007 5:58 PM
> To: Jimenez, Daniel;
> veritas-bu at mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Netbackup 6.0 MP4
> 
>  
> 
> Daniel - very importantly, don't copy the policy;
> you need to create it
> from scratch.
> 
>  
> 
> Cheers,
> 
>  
> 
> Tim
> 
>  
> 
> ________________________________
> 
> From: Jimenez, Daniel
> [mailto:Daniel.Jimenez at indymacbank.com] 
> Sent: Thursday, 15 March 2007 10:57 AM
> To: Wilkinson, Tim;
> veritas-bu at mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Netbackup 6.0 MP4
> 
> Tim
> 
>  
> 
> I have not done this so I will try it today and let
> everyone know if
> this fixes my issue, thanks again. 
> 
>  
> 
> Daniel Jimenez
> 
> Systems Analyst II
> 
> Backup and Recovery Team
> 
> ________________________________
> 
> From: Wilkinson, Tim
> [mailto:Tim.Wilkinson at dsto.defence.gov.au] 
> Sent: Wednesday, March 14, 2007 4:05 PM
> To: Jimenez, Daniel;
> veritas-bu at mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Netbackup 6.0 MP4
> 
>  
> 
> I'm not being funny, but have you tried creating a
> new policy and
> removing the old one? I've had policies acting
> strangely before and this
> sometimes fixes the problem.
> 
>  
> 
> Cheers,
> 
>  
> 
> Tim
> 
>  
> 
> ________________________________
> 
> From: veritas-bu-bounces at mailman.eng.auburn.edu
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu]
> On Behalf Of Jimenez,
> Daniel
> Sent: Wednesday, 14 March 2007 12:05 PM
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] Netbackup 6.0 MP4
> 
> Hello again
> 
>  
> 
> Hope everyone is having a good day. Just have a
> question regarding
> Netbackup 6.0 MP4. Has anyone encountered an issue
> where certain servers
> in a policy continuously run all day long while the
> other servers on the
> policy just run once? I have to de-activate the
> policy until midnight
> and then re-enable it for the next day. This is the
> only way I can stop
> these jobs from re-running over and over again. Any
> ideas would be
> appreciated, thanks in advance.   
> 
>  
> 
> Daniel Jimenez
> 
> IMB
> 
> IMPORTANT: This email remains the property of the
> Australian Defence
> Organisation and is subject to the jurisdiction of
> section 70 of the
> CRIMES ACT 1914. If you have received this email in
> error, you are
> requested to contact the sender and delete the
> email.
> 
>  
> 
>  
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070314/
> f20cce45/attachment-0001.htm
> 
> ------------------------------
> 
> Message: 7
> Date: Thu, 15 Mar 2007 07:10:29 -0400
> From: "Neal, Robert" <Robert.Neal at fnf.com>
> Subject: [Veritas-bu] (no subject)
> To: <veritas-bu at mailman.eng.auburn.edu>
> Message-ID:
> 
>
<3077175313BCD1428960900311D7055A3BB3DE at CMBFISJTC03.FNFIS.COM>
> Content-Type: text/plain; charset="us-ascii"
> 
> Mixed Operating systems in same policy problems?
> 
>  
> 
> What have just had one of our Clients do a DR
> exercise and they reported
> having problems restoring the system state on a
> Windows 2003 box. It has
> been proposed by some that the problem rest with the
> fact that the
> backup policy has both Windows 2k and Windows 2k3
> systems (and backup
> selection set to "All_Local_Drives", which should
> get system files,
> shadow copies, and system states). I personally
> haven't ever encountered
> this, and have actually checked my records and found
> that on my last DR
> at another site, I was able to successfully restore
> 4 systems (two 2k's
> and two 2k3 servers) which were in the same policy.
> Has anyone
> encountered this before?  
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070315/
> 33639d99/attachment-0001.html
> 
> ------------------------------
> 
> Message: 8
> Date: Thu, 15 Mar 2007 07:35:19 -0400
> From: "Bob Stump" <StumpB at michigan.gov>
> Subject: Re: [Veritas-bu] (no subject)
> To: "Robert Neal" <Robert.Neal at fnf.com>,
>       <veritas-bu at mailman.eng.auburn.edu>
> Message-ID: <s5f8f749.014 at michigan.gov>
> Content-Type: text/plain; charset="iso-8859-1"
> 
>  With Netbackup 5.1, I would also recommend making
> sure that your
> Windows 2003 clients are on MP5 at the very least.
> Pre-MP5 and you will
> not be backing up the entire System State/Registry.
> 
> 
> >>> "Neal, Robert" <Robert.Neal at fnf.com> 3/15/2007
> 7:10 AM >>>
> 
> Mixed Operating systems in same policy problems?
> What have just had one
> of our Clients do a DR exercise and they reported
> having problems
> restoring the system state on a Windows 2003 box. It
> has been proposed
> by some that the problem rest with the fact that the
> backup policy has
> both Windows 2k and Windows 2k3 systems (and backup
> selection set to
> ?All_Local_Drives?, which should get system files,
> shadow copies, and
> system states). I personally haven?t ever
> encountered this, and have
> actually checked my records and found that on my
> last DR at another
> site, I was able to successfully restore 4 systems
> (two 2k?s and two 2k3
> servers) which were in the same policy. Has anyone
> encountered this
> before?  
> 
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070315/
> 3a666532/attachment-0001.htm
> 
> ------------------------------
> 
> Message: 9
> Date: Thu, 15 Mar 2007 06:38:15 -0500
> From: "Barber, Layne Mr CTR US DISA CDM2"
> <Layne.Barber at csd.disa.mil>
> Subject: Re: [Veritas-bu] (no subject)
> To: "Neal, Robert" <Robert.Neal at fnf.com>,
>       <veritas-bu at mailman.eng.auburn.edu>
> Message-ID:
>       
>
<46C7484FB4EC1B4BBCDA83334F5938090607F2D4 at UGUNEMAIL.admin.csd.disa.mil>
>       
> Content-Type: text/plain; charset="us-ascii"
> 
> Shouldn't have anything to do with it. NBU will
> "sense" if it is 2k or
> 2k3 and use the appropriate backup method for the
> system state etc., as
> long as you are using the "ALL_LOCAL_DRIVES"
> directive. I have used this
> in many locations with no problem, either will
> normal backup/restore or
> DR exercises.
> 
>  
> 
> ________________________________
> 
> From: veritas-bu-bounces at mailman.eng.auburn.edu
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu]
> On Behalf Of Neal,
> Robert
> Sent: Thursday, March 15, 2007 06:10
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] (no subject)
> 
>  
> 
> Mixed Operating systems in same policy problems?
> 
>  
> 
> What have just had one of our Clients do a DR
> exercise and they reported
> having problems restoring the system state on a
> Windows 2003 box. It has
> been proposed by some that the problem rest with the
> fact that the
> backup policy has both Windows 2k and Windows 2k3
> systems (and backup
> selection set to "All_Local_Drives", which should
> get system files,
> shadow copies, and system states). I personally
> haven't ever encountered
> this, and have actually checked my records and found
> that on my last DR
> at another site, I was able to successfully restore
> 4 systems (two 2k's
> and two 2k3 servers) which were in the same policy.
> Has anyone
> encountered this before?  
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070315/
> 8c7cbd9d/attachment-0001.html
> 
> ------------------------------
> 
> Message: 10
> Date: Thu, 15 Mar 2007 12:08:58 -0000
> From: "WEAVER, Simon (external)"
> <simon.weaver at astrium.eads.net>
> Subject: Re: [Veritas-bu] (no subject)
> To: "'Neal, Robert'" <Robert.Neal at fnf.com>,
>       veritas-bu at mailman.eng.auburn.edu
> Message-ID:
>       
>
<06F68E0112FAD611839400508BAF1B330A941AFF at mms12032.pth.uk.astrium.corp>
>       
> Content-Type: text/plain; charset="us-ascii"
> 
> 
> Sounds rubbish to me - can this be proved - I use it
> and have polcies
> with
> Win2000 and Win2k3 - not seen the problem!
>  
> how was the restore done? was it to replace ALL
> files ?
>  
>  
> 
> Regards
> 
> Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator 
> 
> EADS Astrium Limited, B23AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
> 
> Email:  <mailto:Simon.Weaver at Astrium-eads.net>
> Simon.Weaver at Astrium-eads.net
> 
> -----Original Message-----
> From: Neal, Robert [mailto:Robert.Neal at fnf.com] 
> Sent: 15 March 2007 11:10
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] (no subject)
> 
> 
> 
> Mixed Operating systems in same policy problems?
> 
>  
> 
> What have just had one of our Clients do a DR
> exercise and they reported
> having problems restoring the system state on a
> Windows 2003 box. It has
> been proposed by some that the problem rest with the
> fact that the
> backup
> policy has both Windows 2k and Windows 2k3 systems
> (and backup selection
> set
> to "All_Local_Drives", which should get system
> files, shadow copies, and
> system states). I personally haven't ever
> encountered this, and have
> actually checked my records and found that on my
> last DR at another
> site, I
> was able to successfully restore 4 systems (two 2k's
> and two 2k3
> servers)
> which were in the same policy. Has anyone
> encountered this before?  
> 
> 
> 
> 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.
>
---------------------------------------------------------------------
> Astrium Limited, Registered in England and Wales No.
> 2449259
> Registered Office: Gunnels Wood Road, Stevenage,
> Hertfordshire, SG1 2AS,
> England
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070315/
> 93321ff6/attachment-0001.htm
> 
> ------------------------------
> 
> Message: 11
> Date: Thu, 15 Mar 2007 10:03:48 -0400
> From: "Bob Stump" <StumpB at michigan.gov>
> Subject: Re: [Veritas-bu] (no subject)
> To: "Simon (external) WEAVER"
> <simon.weaver at astrium.eads.net>,
>       "Robert' 'Neal" <Robert.Neal at fnf.com>,
>       <veritas-bu at mailman.eng.auburn.edu>
> Message-ID: <s5f91a12.016 at michigan.gov>
> Content-Type: text/plain; charset="us-ascii"
> 
> No problem mixing the W2k and W2K3 operating systems
> in the same policy
> No problem using ALL_LOCAL_DRIVES for the Backup
> selections
> Yes, I do that too :-)
>  
>  
>  
> simply a note to be aware of having at minimum 5.1
> MP5
>  
> WHY MP5?
> The %windir%\registration folder on Windows 2003
> clients is being
> omitted from backups performed by the Veritas
> NetBackup (tm) Server /
> Enterprise Server 5.1 and 6.0 releases, and
> therefore, will not be
> available for restore.
> http://support.veritas.com/docs/280511
>  
>  
>  
> 
> 
> >>> "WEAVER, Simon (external)"
> <simon.weaver at astrium.eads.net>
> 3/15/2007 8:08 AM >>>
> 
> Sounds rubbish to me - can this be proved - I use it
> and have polcies
> with Win2000 and Win2k3 - not seen the problem!
>  
> how was the restore done? was it to replace ALL
> files ?
>  
>  
> RegardsSimon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator 
> EADS Astrium Limited, B23AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
> Email: Simon.Weaver at Astrium-eads.net
> -----Original Message-----
> From: Neal, Robert [mailto:Robert.Neal at fnf.com] 
> Sent: 15 March 2007 11:10
> To: veritas-bu at mailman.eng.auburn.edu
> Subject: [Veritas-bu] (no subject)
> 
> 
> Mixed Operating systems in same policy problems?
> What have just had one
> of our Clients do a DR exercise and they reported
> having problems
> restoring the system state on a Windows 2003 box. It
> has been proposed
> by some that the problem rest with the fact that the
> backup policy has
> both Windows 2k and Windows 2k3 systems (and backup
> selection set to
> "All_Local_Drives", which should get system files,
> shadow copies, and
> system states). I personally haven't ever
> encountered this, and have
> actually checked my records and found that on my
> last DR at another
> site, I was able to successfully restore 4 systems
> (two 2k's and two 2k3
> servers) which were in the same policy. Has anyone
> encountered this
> before?  
> 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.
>
---------------------------------------------------------------------
> Astrium Limited, Registered in England and Wales No.
> 2449259
> Registered Office: Gunnels Wood Road, Stevenage,
> Hertfordshire, SG1
> 2AS, England
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070315/
> 2f18fbeb/attachment.html
> 
> ------------------------------
> 
> _______________________________________________
> Veritas-bu maillist  - 
> Veritas-bu at mailman.eng.auburn.edu
>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 
> 
> End of Veritas-bu Digest, Vol 11, Issue 27
> ******************************************
> 
> _______________________________________________
> Veritas-bu maillist  - 
> Veritas-bu at mailman.eng.auburn.edu
>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 



 
____________________________________________________________________________________
It's here! Your new message!  
Get new email alerts with the free Yahoo! Toolbar.
http://tools.search.yahoo.com/toolbar/features/mail/

<Prev in Thread] Current Thread [Next in Thread>