SQL SERVER running together WITH ORACLE

Question

SQL SERVER running together WITH ORACLE

jonathan_hwang

Ten Centuries

Points: 1249
More actions
July 22, 2003 at 4:52 pm

#81211

Do any of you have any experience with running both of these DB's together on one partition. I have a customer that is going to be implementing a 2gig oracle database on an 8way windows box that they estimate to grow about 25% a year. They are considering putting SQL 2000 on there as well and wanted to know if these 2 DBs running together will severely hinder each other or not? HELP!
DBA/OLAP Developer -
San Francisco, CA

Viewing 8 posts - 1 through 7 (of 7 total)

You must be logged in to reply to this topic. Login to reply

mccork SSC-Insane Points: 22288 More actions · Answer 1

My recommendation is to separate the two. I don't like running ANYTHING alongside SQL Server on a production server, except unavoidable things like MS Search for FT indexing. IMHO, the server has one job, and that is to dish up SQL Server data, making best use of SQL's built-in resource optimisation.

If running both SQL Server and Oracle, you may get into driver conflicts. Also, if the box suffers, which one are you gonna blame?

My suggestion is a separate Windows or Linux box for Oracle.

I have worked with Oracle and SQL Server running together, and performance was quite ordinary. The standing joke was that they were busy with background processes trying to uninstall each other

Cheers,
- Mark

jonathan_hwang Ten Centuries Points: 1249 More actions · Answer 2

Do you have specific driver conflict examples? We are working with a large windows system 8 CPU and client want to consolidate as many DB as possible.

Really un-workable?

thanks

quote:
My recommendation is to separate the two. I don't like running ANYTHING alongside SQL Server on a production server, except unavoidable things like MS Search for FT indexing. IMHO, the server has one job, and that is to dish up SQL Server data, making best use of SQL's built-in resource optimisation.
If running both SQL Server and Oracle, you may get into driver conflicts. Also, if the box suffers, which one are you gonna blame?
My suggestion is a separate Windows or Linux box for Oracle.
I have worked with Oracle and SQL Server running together, and performance was quite ordinary. The standing joke was that they were busy with background processes trying to uninstall each other

DBA/OLAP Developer -
San Francisco, CA

mccork SSC-Insane Points: 22288 More actions · Answer 3

Driver conflicts were related to ODBC. I can't remember the specifics but they eventually arose after messing around with Oracle retrieval from SQL Server and then Oracle insert/update from SQL Server.

No, the configuration is not unworkable. In fact I run SQL Server (7.0 and a named SQL2000), Oracle, DB2 and MySQL on my test (play) server. It's just my personal opinion that it negates some of the self-tuning mechanisms of Oracle and (especially) SQL Server, and is false economy. Yes, people are doing it, and more often it seems nowadays, but it isn't a config that I'd come out and recommend.

Cheers,
- Mark

hbkdba Ten Centuries Points: 1164 More actions · Answer 4

can't you migrate into 1 of the 2 databases ? Oracle or SQL server, so only one database engine is needed ?

Putting them together might at least giving you troubles when you need support from both Oracle of Microsoft. (the infamous ping-pong play between vendors, blaming the other one)

eholsinger Mr or Mrs. 500 Points: 525 More actions · Answer 5

if you migrate from one to the other you're going to have to port all of the PL/SQL or T-SQL sprocs, views, jobs, etc., etc. and maybe application code as well

mbaker SSC Eights! Points: 901 More actions · Answer 6

Cost may be the biggest reason not to place the two on an 8-way server. There are a lot of licensing options, but in general you will be paying for both engines. The published Enterprise Editions of both products on an 8-way server is roughly $480,000 US. http://www.microsoft.com/sql/evaluation/compare/pricecomparison.asp

In addition to the cost of the software, hardware are not linear on large servers.

Operations (backups, failover, recovery, etc.) become increasingly complicated as you have additional procedures that must be documented, followed, and monitored.

Of course your customer can place both database enginges on one server, but is it really a good option?

jonathan_hwang Ten Centuries Points: 1249 More actions · Answer 7

Good point... I think I might just recommend client to put SQL on a 4 way box by itself....

I still wanna to know the specific driver conflict issues.... and notes from Microsoft on tech-net if possible!!!

quote:
if you migrate from one to the other you're going to have to port all of the PL/SQL or T-SQL sprocs, views, jobs, etc., etc. and maybe application code as well

DBA/OLAP Developer -
San Francisco, CA