RE: Server Architecture
Date: Thu, 3 Jan 2008 12:18:54 -0500
Sounds like a SAP installation to me. Tell consultant to go fly a kite. One set of binaries, 5 instances out of the same home. No options.
Dick Goulet / Capgemini
North America P&C / East Business Unit
Senior Oracle DBA / Hosting
Office: 508.573.1978 / Mobile: 508.742.5795 / www.capgemini.com Fax: 508.229.2019 / Email: richard.goulet_at_capgemini.com 45 Bartlett St. / Marlborough, MA 01752
Together: the Collaborative Business Experience
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Andrew Kerber Sent: Thursday, January 03, 2008 8:56 AM To: satheeshbabu.s_at_gmail.com
Subject: Re: Server Architecture
It does sound like a real maintenance nightmare. What is the problem they are trying to solve that requires 5 identical sets of binaries under 5 different users, as opposed to (worst case normally), 1 set of binaries and 5 instances?
On Jan 2, 2008 11:49 PM, Satheesh Babu.S <satheeshbabu.s_at_gmail.com> wrote:
We have been proposed with following architecture by our consultant. I need your expert opinion on this.
Assume a server got 5 database and all the databases running in same
oracle version and patchset.
They are proposing to create 5 unix account. Each unix account will have one oracle binaries and corresponding oracle DB. Apart from that each unix account will have dedicated mountpoints. In broader sense each unix account will be logically considered as one server.
I am slightly worried about this architecture. Because when this architecture goes to production, the impact it will have on maintenace going to be huge. Assuming i am having minimum 100 db in production( ours is a very large shop) and if i need to apply one patch to all these servers going to kill us. Secondly, will there be a impact on licensing. I don't think so, but like to check it up with you guys. I know it has got some advantage too. But is this approach is suitable for large shop like us?
-- Andrew W. Kerber 'If at first you dont succeed, dont take up skydiving.' This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. -- http://www.freelists.org/webpage/oracle-lReceived on Thu Jan 03 2008 - 11:18:54 CST