RE: Netbackup on a RAC

Resources are tight, but NetBackup guy has been told this project goes all the way up to VP, so he's on the phone with Symantec and things are starting to happen. This person has an MS background and very little Unix. I think that attributes to his comments as he's most comfortable with that. There was also some past history with large volume activity and AIX causing problem on the network, but it's not like RAC is so "uncommon" now a days.  

Michael Kline  

From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of
dimensional.dba_at_comcast.net
Sent: Monday, June 18, 2007 10:24 PM
To: mkline1_at_comcast.net; oracle-l_at_freelists.org Cc: Michael Kline
Subject: Re: Netbackup on a RAC  

The question always come down to is there enough resources to support the backups and the db/applications within the shared env. Each one of those statements could be true if the answer is yes that the resources will be constrained, however, the initial reaction to each statement is no, without information showing that the applications/databases targeted at the shared environment will overwhelm it.  

• Original message -------------- From: "Michael Kline" <mkline1_at_comcast.net>

        Got this info from our NetBackup person. I'm not sure how much is true or not. Looking for tips and suggestions.          

        The database is 10G on some large IBM AIX servers. I think P595, but not positive.

        From our NetBackup guy.

        Please hear me on this.

        Implement large databases requiring backup on standalone servers. Do not use a shared or LPAR environment.

        An effective backup of a large database requires access to either a dedicated offnet NIC or a tape attached HBA.

        Right now, we have a project which is having to reinstall to another server since they implemented on a shared IO environment.

        This database has been quoted to me as 30g. If RAC/AIX/LPAR is feasible at all at our software level (enquiry has been submitted to the vendor), that doesnt sound too bad.

        IF this is QA and there is a larger Prod component planned, or any other project planned with a large database, don t implement it this way. Use a standalone server.

        I will save this email so we can all remember that this was mentioned.          

        Michael Kline

        Midlothian, VA 23112

        O: 804.744.1545

        Fax: 804.763.0114         

LEGAL DISCLAIMER
The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.   

SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc.
[ST:XCL]
       

--
http://www.freelists.org/webpage/oracle-l