Take the 2-minute tour ×
Database Administrators Stack Exchange is a question and answer site for database professionals who wish to improve their database skills and learn from others in the community. It's 100% free, no registration required.

I am more experienced with SQL Server and Sybase than Oracle, and understand those products well. I've been asked to look for ways to reduce the server estate running Oracle. I understand that an instance in Oracle maps to a database hosting many tablespaces. I have a fairly good grasp of the fundamentals, however if I wanted to consolidate SERVER1,..,SERVER4 running Oracle database into one server what would be the best way to do it physically? I am considering Virtual as well using a DBaaS (Database as a Service) model, but am curious if it can/should be done physically.

Is it possible to have four separate instances point to four separate databases on one machine? Or would I have to merge the four databases into one database on the consolidated server and manage the schemas to ensure there are no name conflicts? If I did that would I have one instance or four?

I have read the documentation but I'm still not 100% sure about this area.

share|improve this question
    
When you can't consolidate into the same database, you should seriously consider virtualization. See oraclestorageguy.typepad.com/oraclestorageguy/2010/05/…. –  Leigh Riffel Jul 5 '12 at 18:29

2 Answers 2

up vote 5 down vote accepted

You have two options:

  1. Run multiple Oracle instances on the same machine
  2. Consolidate all of your Oracle instances into a single instance, placing the data in separate schemas

Since you're familiar with SQL Server/Sybase, I'll explain the difference between them & Oracle as far as databases and users are concerned.

  • A SQL Server database is equivalent to an Oracle Schema. An Oracle schema is owned by a single user
  • A SQL Server dataserver is equivalent to an Oracle Instance

Running 4 instances on one machine is trivial, so I won't explain further.

Consolidating to a single database is also easy if the separate databases don't have conflicting schema names. If they do, it may not be an issue as long as the applications/interfaces/packages don't have hard-coded schema names - it's easy to export data from one schema in a database & import it into a different schema on another database.

share|improve this answer
    
Thanks Phil, could you elaborate Option 1 a little more? Do I need to use Oracle RAC or Oracle RAC One Node to achieve this? Once migrated to the consolidated server, would each instance map to each database, or do I need to fold all the databases into one with different schemas? I guess my confusion lies in what an "Oracle Database" is. –  Mark Allison Jul 5 '12 at 11:23

It is fairly easy to consolidate multiple databases into one real database. In Oracle, a database is the collection of files. Users connect to the database by connecting to an instance. A database can be served by multiple instances, in which case you are running RAC.

So for simply consolidating database into one single database you don't need RAC but you could, if you want/need to do this.

If you are consolidating into one database there are a few things to take into account:

  1. namespaces
  2. service level agreements - don't make maintentance impossible by combining conflicting slas.
  3. performance isolation - use Resource Manager to handle this
  4. application isolation - make sure the apps all use their own tns_alias to connect
  5. services - give every application an own service name in the database, if possible.

When you have naming conflicts, there is a problem, combination not possible. You might want to take some downtime for maintenance/upgrades. If you can not get a downtime from all applications at the same time, you have a problem. Using Resource Manager you can give a certain performance guarantee for the specific services. Services are a smart thing to use, it is the easiest thing to see how resources are used, compared to one and other.

Easiest is to run multiple instances on a single server, each serving it's own database. This is the easiest but not the smartest thing to do. Smartest is to have a single instance on a single server. This is because every instance considers itself as the master of the server. You can not very easy isolate their resource usage, as you can do in a single instance. If you want to give some performance guarantee in a multiple instance server, the setup will grow in complexity because in many cases you need to start multiple projects and users to run your databases under.

A single database can easily support a few hundred applications, a lot cheaper than using a few hundred databases. This quickly saves BIG money on a yearly basis by making good use of Oracle features.

share|improve this answer
1  
"a lot cheaper than using a few hundred databases. This quickly saves BIG money on a yearly basis by making good use of Oracle features." -- if the databases are all on the same host, your statement isn't true. Oracle is licensed per CPU, not per database. –  Phil Jul 5 '12 at 12:02
1  
In many situations, those databases are on different servers, using many more cores than needed in a consolidated situation. And yes, Oracle licensing is a special thing. The saving is not only in licensing, don't forget about heat, power, maintenance and time to market. –  ik_zelf Jul 5 '12 at 13:25

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.