Re:Vendor Package Implementation Strategy

From: <dgoulet_at_vicr.com>
Date: Wed, 07 Feb 2001 12:56:45 -0800
Message-ID: <F001.002AE2D7.20010207123055@fatcity.com>

Lisa,

I assume your meaning is NT vs. Unix not NT vs Oracle. But you do bring a point. There are up and down sides all over the place. Most vendors would prefer that you handle their application as needing a separate instance & server. Well that can cost since you need an Oracle license for each server. Having them on one server with separate instances can work, if you have the disk, memory, etc... Placing them all in one instance may be better if there is a need to integrate them but may be impossible if the vendor did some real stupid stuff with the SYS objects like a certain package from NAI does. How you handle it is dependent on the amount of flexibility you want, the amount of money your willing to pay and the amount of frustration you can stand. Just be aware that whichever way you go your going to have a level of frustration no matter what. I like to bundle vendor supplied stuff into the same instance if possible. Especially if their small applications where the amount of disk used for the "overhead" (SYSTEM, RBS, TEMP, etc...) is larger than the application tablespaces. As far as upgrading Oracle, this is one where you need your management's support. We went through the fun with NAI where they did not want to support Oracle 8. They demanded to stay on 7.3 which lead to management here stating that "maybe we need to look for a replacement". BTW, having your vendor rep in for a face-to-face discussion on the problem with a signed req. for the competitors product laying around in full view does help with these negotiations.

Dick Goulet

____________________Reply Separator____________________
Author: "Yttri; Lisa" <lisa.yttri_at_cnh.com>
Date:       2/7/2001 7:07 AM

Hi everyone -

I posted this some time ago and didn't really get much response, so I'm trying again. For those of you that are implementing multiple application packages, how to you determine how many Oracle instances and servers to use? For example - do you build one instance per application package and, if so, on one server or separate? Is this possibly a use of NT vs. Oracle (if you only have 1 small application per instance, you wouldn't necessarily need the machine power)?

We implemented a few different vendor packages onto one Unix server. We are now looking to upgrade oracle (and Solaris) and are having problems finding a common version that all packages can run on. I have been asked to propose a different strategy going forward, so that we have more flexibility for upgrades, etc. I would like to hear how others have implemented and supported the vendor-provided package scenario.

Thanks in advance -
Lisa
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2650.12">
<TITLE>Vendor Package Implementation Strategy</TITLE>
</HEAD>
<BODY>

Hi everyone -


I posted this some time ago and didn't really get much response,
so I'm trying again.  For those of you that are implementing multiple application packages, how to you determine how many Oracle instances and servers to use?  For example - do you build one instance per application package and, if so, on one server or separate?  Is this possibly a use of NT vs. Oracle (if you only have 1 small application per instance, you wouldn't necessarily need the machine power)?

We implemented a few different vendor packages onto one Unix
server.  We are now looking to upgrade oracle (and Solaris) and are having problems finding a common version that all packages can run on.  I have been asked to propose a different strategy going forward, so that we have more flexibility for upgrades, etc.  I would like to hear how others have implemented and supported the vendor-provided package scenario.

Thanks in advance -
 Lisa


</BODY>
</HTML>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: 
  INET: dgoulet_at_vicr.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Received on Wed Feb 07 2001 - 14:56:45 CST