Veritas-bu

[Veritas-bu] Disaster Recovery Procedures

2007-03-06 16:43:57
Subject: [Veritas-bu] Disaster Recovery Procedures
From: brian_blake at symantec.com (Brian Blake)
Date: Tue, 6 Mar 2007 16:43:57 -0500
CJ-

I've seen some misbehaving during DR exercises, usually if the media servers
that were in production are not brought up at DR. This was more with
pre-6.0, and we've gotten around it by not restoring certain pieces or
deleting them after restoring the databases (like policies, storage units,
etc.).

We also used to be able to recover with only bringing back the pieces of the
image DB that we needed (specific client directories), since bptm didn't
really need the mediaDB on the media server to do the restore, and you could
always use FORCE_RESTORE_MEDIA_SERVER to get around bringing back individual
mediaDBs. Not sure about 6.0 since a lot more is dependent on EMM. Some of
the hanging might be related to IRM trying to schedule backups and such, so
that's why I'd say you might want to try to either get rid of the policies,
or just wipe out the schedule windows, and bounce the services.

B-
-- 
Brian Blake
Enterprise Consulting Services
Symantec Corporation
brian_blake at symantec.com


-----Original Message-----
From: Jones, Courtenay [mailto:courtenay.jones at StockSupply.com]
Sent: 05 March 2007 16:25
To: veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] Disaster Recovery Procedures


Enviroment: NBU 6.0 MP4, W2K3 Master Server, HP ESL Library (LTO3)
 
We contract with Sungard for our yearly disaster recovery exercise. This
will be our first year going through with Netbackup, so we are running
through the steps here in our lab. We have gone through the catalog recovery
as documented by Symantec, but I do have one question. On pg 545, it
mentions restoring the Netbackup directories (excluding \Netbackup\db,
\Netbackupdb, \Netbackup\var, Volmgr\database). Is this necessary for a DR
exercise, or is it essential for the NBU stability? We have noticed alot of
NBU console crashing, hanging, and other symptoms we dont see in our
production.
 

Regards,


 
-cj
Courtenay Jones
UNIX Administrator, Systems Engineering


Wolseley North American Division * 8020 Arco Corporate Drive * Raleigh * NC
* 27617

 

T: +1 (919) 431 1882 * F: +1 (919) 431 1198 * M: +1 (919) 673 3983

 

 <http://www.wolseley.com/> www.wolseley.com

Wolseley plc registered office 

Parkview 1220 Arlington Business Park 

Theale Nr Reading RG7 4GA United Kingdom

Registration No. 29846 England







 

 



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/20070306/8a5f
05bc/attachment.html

 



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