Re: Server Consolidation with different brands of databases

We are mainly interested in finding out if anyone has done this successfully.

Some of my concerns include contention for well-known TCP/IP port numbers and contention for OS resources like shared memory. We are looking at HP's V-class server which has a number of cool-sounding features for partitioning server resources like CPU time and network bandwidth but I don't know how well it can partition IPC resources.

One of my main goals in this question is to identify other potential "gotchas" involved with the idea of 2 dissimilar databases sharing a UNIX host. Any thoughts, anyone?

In our scenario the databasen would generally not need to talk to each other on the same box.

On Wed, 28 Jul 1999 08:48:41 -0700, Pete Sharman <psharman_at_us.oracle.com> wrote:

>This is a multi-part message in MIME format.
>--------------A83BBCBCB89BFEFB6DE0F3BF
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>Kerry
>
>It depends on what you mean by server consolidation. If you mean simply
>putting the two different databases on the same machine, that's pretty
>simple. If you mean having the two talk to each other, that's more
>complex. It may involve gateways etc. If this is the approach you're
>interested in, you may want to contact me offline from the newsgroup.
>There is a group in Oracle Consulting who are currently building an
>enterprise integration framework, involving products from Oracle, Oracle
>partners and solutions built in-house to perform this sort of thing.
>
>HTH.
>
>Pete
>
>ksnook_at_bellsouth.net wrote:
>
>> Has anyone done server consolidation combining different kinds of
>> database (i.e. Oracle and Sybase) on the same UNIX machine?
>>
>> If not, do you think it can be done?
>>
>> What are some pitfalls to watch out for?
>>
>> Please reply via email to:
>> ksnook_at_bellsouth.net
>> kerry.snook_at_wachovia.com
>>
>> Thanks
>> Kerry
>
>--
>Regards
>
>Pete
>
>
>--------------A83BBCBCB89BFEFB6DE0F3BF
>Content-Type: text/x-vcard; charset=us-ascii;
> name="psharman.vcf"
>Content-Transfer-Encoding: 7bit
>Content-Description: Card for Pete Sharman
>Content-Disposition: attachment;
> filename="psharman.vcf"
>
>begin:vcard
>n:Sharman;Peter
>tel;cell:+1.650.868.9969
>tel;fax:+1.650.633.1669
>tel;work:+1.650.607.0109
>x-mozilla-html:FALSE
>url:http://www.oracle.com
>org:Oracle University, Consulting and Vertical Education;Oracle Corporation
>adr:;;500 Oracle Parkway M/S OPL-B1024;Redwood Shores;California;94065;USA
>version:2.1
>email;internet:psharman_at_us.oracle.com
>title:Project Manager
>note;quoted-printable:=0D=0A=0D=0A **** The statements and opinions expressed here are my **** =0D=0A **** own and do not necessarily represent those of **** =0D=0A **** Oracle Corporation. =20 ****=0D=0A=0D=0A"Controlling application developers is like herding cats." =0D=0AKevin Loney, ORACLE DBA Handbook =0D=0A=0D=0A"Oh no it's not! It's much harder than that!" =0D=0ABruce Pihlamae, long term ORACLE DBA
>x-mozilla-cpt:;9200
>fn:Pete Sharman
>end:vcard
>
>--------------A83BBCBCB89BFEFB6DE0F3BF--
>
Received on Thu Jul 29 1999 - 00:04:21 CDT