You didn't say if you are looking at a separate box for your reporting db.
Push for separate hardware, or else you won't be solving your problem.
Lisa Koivu
Oracle Database Administrator
Fairfield Resorts, Inc.
5259 Coconut Creek Parkway
Ft. Lauderdale, FL, USA 33063
-----Original Message-----
From: DENNIS WILLIAMS [SMTP:[EMAIL PROTECTED]]
Sent: Monday, December 09, 2002 4:20 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: expert advice for separation of production from report databa
Michael - This is a good solution. The issues are:
- how you will move data from production to report.
- how much data you will need to move.
- how often will you move the data (weekly/daily/hourly?)
There are several mechanisms you can use to move the data, and your choice
will depend on the issues listed above:
- Export/import
- Database link
- Transportable tablespaces
- Replication (snapshots)
- Standby Database
Dennis Williams
DBA, 40%OCP
Lifetouch, Inc.
[EMAIL PROTECTED]
-----Original Message-----
Sent: Monday, December 09, 2002 2:44 PM
To: Multiple recipients of list ORACLE-L
Hello List,
Right now my transaction and reporting data is on the same database. The
whole database is around 200G and is growing out of control. During the
business hour,the reporting operation will slow down the whole system. I
plan to separate it into two databases: one for transaction and one for
reporting.
I would like to hear any expert advice regarding the implemention and its
pros/cons.
Your help will be highly appreciated. I will summarize.
Thanks,
Michale
**********************************************************************
This e-mail contains privileged attorney-client communications and/or
confidential information, and is only for the use by the intended recipient.
Receipt by an unintended recipient does not constitute a waiver of any
applicable privilege.
Reading, disclosure, discussion, dissemination, distribution or copying of
this information by anyone other than the intended recipient or his or her
employees or agents is strictly prohibited. If you have received this
communication in error, please immediately notify us and delete the original
material from your computer.
Sempra Energy Trading Corp. (SET) is not the same company as SDG&E or
SoCalGas, the utilities owned by SET's parent company. SET is not regulated
by the California Public Utilities Commission and you do not have to buy
SET's products and services to continue to receive quality regulated service
from the utilities.
**********************************************************************
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Michael Wu
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: DENNIS WILLIAMS
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
