BC remote Oracle DBA - Call (800) 766-1884  
Oracle Consulting Oracle Training Development

Remote DBA

Remote DBA Plans  

Remote DBA Service

Remote DBA RAC

Remote DBA Oracle Home
Remote DBA Oracle Training
Remote DBA SQL Tuning Consulting
Remote DBA Oracle Tuning Consulting
Remote DBA Data Warehouse Consulting
Remote DBA Oracle Project Management
Remote DBA Oracle Security Assessment
Remote DBA Unix Consulting
Burleson Books
Burleson Articles
Burleson Web Courses
Burleson Qualifications
Oracle Links
Remote DBA Oracle Monitoring
Remote DBA Support Benefits
Remote DBA Plans & Prices
Our Automation Strategy
What We Monitor
Oracle Apps Support
Print Our Brochure
Contact Us (e-mail)
Oracle Job Opportunities
Oracle Consulting Prices





Remote DBA services

Remote DBA Support

Remote DBA RAC

Remote DBA Reasons

Remote Oracle Tuning

Remote DBA Links

Oracle DBA Support

Oracle DBA Forum

Oracle Disaster

Oracle Training

Oracle Tuning

Oracle Training

 Remote DBA SQL Server

Remote MSSQL Consulting

Oracle DBA Hosting

Oracle License Negotiation








Oracle Scalability and Grid Technology

Oracle Tips by Burleson Consulting

Oracle Scalability and Grid Technology

Most savvy Oracle shops practice the scale up approach first, and then scale out after they reach the maximum capacity of their single server. Due to the advances in server technology, the concept of using a large server has become very popular. The following sections outline an approach used by many forward-thinking Oracle shops:

First Scale Up With SMP Servers

This scale up yields the following benefits:

§         On demand resource allocation by sharing CPU and RAM between many resources.

§         Less maintenance and human resources required to manage fewer servers.

§         Optimal utilization of RAM and CPU resources.

§         High availability through fault tolerant components.

Next Scale Out With Multiple SMP Servers

This subsequent scale out will yield the following additional benefits:

§         High availability through clustering servers with RAC.

§         Optimal utilization of servers.

§         Quicker implementation and easier maintenance with fewer servers.

The scale out approach using RAC and Grid are designed for super large Oracle databases that support many thousands of concurrent users.  Unless a system has a need to support more than 10,000 transactions per second, it is likely that the scale up approach will be more than adequate.


Amazon is an excellent example of a scale out Oracle shop.  Amazon announced plans to move their 14 trillion byte Oracle database to Oracle RAC on Linux.  Amazon uses load-balanced Linux Web servers to horizontally scale its Web presence.


Large-scale RAC database use large servers, each with 32 or 64 processors and over a hundred gigabytes of RAM.  As the capacities of the large servers are exceeded, a new server is genned into the RAC cluster. Figure 20.2 is an illustration of large scale RAC databases with these large servers.


Figure 20.2:  Large scale RAC databases with super large servers


Large RAC is different!

Large RAC clusters use large SMP servers and do not have the need for dynamic Grid facilities that are used in smaller clustered system with server blades.



The next section will introduce how RAC is used within Oracle10g Grid for high performance database computing.


This is an excerpt from my latest book "Oracle Tuning: The Definitive Reference". 

You can buy it direct from the publisher for 50%-off and get instant access to the code depot of Oracle tuning scripts:



Expert Remote DBA

BC is America's oldest and largest Remote DBA Oracle support provider.  Get real Remote DBA experts, call
BC Remote DBA today.



Remote DBA Service

Oracle Tuning Book


Advance SQL Tuning Book 

BC Oracle support

Oracle books by Rampant

Oracle monitoring software







BC Remote Oracle Support

Remote DBA

Remote DBA Services

Copyright © 1996 -  2013 by Burleson. All rights reserved.

Oracle® is the registered trademark of Oracle Corporation.

Hit Counter