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" <[EMAIL PROTECTED]>
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>

<P><FONT SIZE=2>Hi everyone -</FONT>
</P>

<P><FONT SIZE=2>I posted this some time ago and didn't really get much response,
so I'm trying again.&nbsp; For those of you that are implementing multiple
application packages, how to you determine how many Oracle instances and servers
to use?&nbsp; For example - do you build one instance per application package
and, if so, on one server or separate?&nbsp; 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)?</FONT></P>

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

<P><FONT SIZE=2>Thanks in advance -</FONT>
<BR><FONT SIZE=2>Lisa</FONT>
</P>

</BODY>
</HTML>
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: 
  INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).

Reply via email to