RE: SharePlex info

2003-08-25 Thread Tim Onions
T.   T¬-Original Message-From: Yechiel Adar [mailto:[EMAIL PROTECTED]Sent: 25 August 2003 09:10To: Multiple recipients of list ORACLE-LSubject: Re: SharePlex info Sorry about the late reply but (if I remember correctly from my research about one year ago) Shareplex does something like

Re: SharePlex info

2003-08-25 Thread Yechiel Adar
ginal Message-From: Gorbounov,Vadim [mailto:[EMAIL PROTECTED]Sent: Thursday, August 21, 2003 5:01 PMTo: Aponte, TonySubject: RE: SharePlex info Tony,   My question was inspired by belief that SharePlex does log mining on the source DB and hence do not

RE: SharePlex info

2003-08-22 Thread Gorbounov,Vadim
nte, Tony [mailto:[EMAIL PROTECTED]Sent: Thursday, August 21, 2003 5:44 PMTo: Multiple recipients of list ORACLE-LSubject: RE: SharePlex info Your bandwidth requirements will be the rate of changes to the actual data.  The traffic consists of the actual data and control i

Re: SharePlex info

2003-08-21 Thread Tanel Poder
t ORACLE-L Sent: Friday, August 22, 2003 2:14 AM Subject: RE: SharePlex info Yes. A nice neat trick indeed. Has anyone tried this?   About your redo generation : 5MB/sec ->  18000 MB/hour == 18GB   IT is indeed huge. IS this peak or average? Good luck. "Gorbounov,Vadim&

RE: SharePlex info

2003-08-21 Thread A Joshi
is case whole redo steam must be passed over the network anyway. 5 MB/sec over WAN. So we'are doing research if we could same some bandwidth.   Vadim -Original Message-From: Tanel Poder [mailto:[EMAIL PROTECTED]Sent: Thursday, August 21, 2003 5:14 PMTo: Multiple recipients of list ORACLE

Re: SharePlex info

2003-08-21 Thread Tanel Poder
th it..   Tanel.   - Original Message - From: Gorbounov,Vadim To: Multiple recipients of list ORACLE-L Sent: Friday, August 22, 2003 12:54 AM Subject: RE: SharePlex info Tanel, That's nice trick, thanks a lot. In this case whole redo steam must be pas

Re: SharePlex info

2003-08-21 Thread Tanel Poder
But you would be wanting to transfer *full* logfiles away from your production servers anyway at least if your data is worth something...   Tanel.   1) You would need less network bandwidth with shareplex than you would for transporting archive logs. about 1/3 rd of what you

RE: SharePlex info

2003-08-21 Thread Gorbounov,Vadim
ECTED]Sent: Thursday, August 21, 2003 5:14 PMTo: Multiple recipients of list ORACLE-LSubject: Re: SharePlex info Hi!   Btw, you can physically replicate 50% of your tables with regular standby mechanisms as well. You just take the files belonging to non-needed tablespaces offline a

RE: SharePlex info

2003-08-21 Thread Aponte, Tony
Title: Message Your bandwidth requirements will be the rate of changes to the actual data.  The traffic consists of the actual data and control information needed to reassemble the transaction on the target.  The source database's other redo payload (i.e., index operations, rollback segment

RE: SharePlex info

2003-08-21 Thread Gorbounov,Vadim
Thank you, Raju. Very helpful -Original Message-From: raju pa [mailto:[EMAIL PROTECTED]Sent: Thursday, August 21, 2003 4:59 PMTo: Multiple recipients of list ORACLE-LSubject: Re: SharePlex info 1) You would need less network bandwidth with shareplex than you would for

Re: SharePlex info

2003-08-21 Thread Tanel Poder
Title: Message Hi!   Btw, you can physically replicate 50% of your tables with regular standby mechanisms as well. You just take the files belonging to non-needed tablespaces offline and standby recovers only the required part. You just have to arrange your tables to right tablespaces and sp

Re: SharePlex info

2003-08-21 Thread raju pa
1) You would need less network bandwidth with shareplex than you would for transporting archive logs. about 1/3 rd of what you would need for physical stdby.   2) CPU burden would be 'little' I guess.   3) Shareplex replication allows you to have the table available for read on the target. (even up