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 Tips 

by Burleson Consulting

The Data Warehouse Development Life Cycle

Distributed Oracle Data WarehousesMaster-Slave Oracle Replication

Using Oracle snapshots to create master-slave replication has become a very popular method for distributing warehouse data. In order to create a master-slave configuration with Oracle, the following three step are required:

1. Define and populate the slave database, using copies of the table descriptions from the master catalog tables. This is done with the CREATE SNAPSHOT command.

2. Create the propagation routines on the host database, and establish host gateways into the slave databases. This is done with the REFRESH clause of the CREATE SNAPSHOT statement.

3. Define snapshot log tables to hold updates that will be propagated from the original table to the replicated table.

The foremost concern when creating snapshots is the time interval in which the replicated tables will be refreshed. Data warehouse developers use database replication because they cannot afford the overhead of instant database updates (the two-phase commit issue). When using replication, developers must determine the length of the time lag between master database updates and slave table updates. Some data warehouse developers choose to allow updates to occur at predefined time intervals (say, each day), ensuring that updates occur when the time interval is reached. Another approach is to base slave table updates on the level of activity in the slave databases. A predefined threshold can be defined to start the slave updates when all of the slave databases fall below the activity threshold. This method allows slave tables to be updated when they are not busy, but, on the downside, end users can never be sure about the currency of their slave database. One interesting approach to this problem is to have each slave database automatically poll the master when it is not busy to see if there are any updates awaiting propagation.


This is an excerpt from "High Performance Data Warehousing".
If you like Oracle tuning, you may enjoy the book Oracle Tuning: The Definitive Reference , with over 900 pages of BC's favorite tuning tips & scripts. 

You can buy it directly from the publisher and save 30%, 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.