From oracle-l-bounce@freelists.org Fri Sep 2 02:45:28 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j827jSdf003672 for ; Fri, 2 Sep 2005 02:45:28 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j827jOIP003652 for ; Fri, 2 Sep 2005 02:45:24 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 543D81E8EE7; Fri, 2 Sep 2005 02:45:18 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27526-10; Fri, 2 Sep 2005 02:45:18 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C478C1E8FD8; Fri, 2 Sep 2005 02:45:17 -0500 (EST) X-VirusChecked: Checked X-Env-Sender: GJohnson@gam.com X-Msg-Ref: server-3.tower-58.messagelabs.com!1125647004!74885362!1 X-StarScan-Version: 5.4.15; banners=-,-,- X-Originating-IP: [193.202.231.222] Message-ID: From: "Johnson, George" To: "'rjamya@gmail.com'" , Oracle Discussion List Subject: RE: Logical standby problem Date: Fri, 2 Sep 2005 08:43:21 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5AF91.FE1F9AD0" X-archive-position: 24942 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: GJohnson@GAM.COM Precedence: normal Reply-To: GJohnson@GAM.COM X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-mailscan-MailScanner-Information: Please contact the ISP for more information X-mailscan-MailScanner: Found to be clean X-MailScanner-From: oracle-l-bounce@freelists.org X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-4.4 required=5.0 tests=AWL,BAYES_00, HTML_FONTCOLOR_BLUE,HTML_MESSAGE autolearn=no version=2.63 ------_=_NextPart_001_01C5AF91.FE1F9AD0 Content-Type: text/plain; charset="iso-8859-1" You need to look at the DBMS_LOGSTDBY package it has lots of functionality to help you deal with "troublesome" statements. We spent about 5-6 weeks on our first logical writing a custom package to be called by the logical apply processes to attempt deal all sorts of re-occurring statements, like tablespaces going in and out backups, missing object alerts on the various skip statements. Prior to this we were spending about 2-3 hours a day fighting with the logical and stuck statements! It's well worth trying to automate the logical apply process as much as possible if you can using the DBMS_LOGSTDBY, we now spend about 30 secs a day, just making sure it's OK. Rgds -----Original Message----- From: rjamya [mailto:rjamya@gmail.com] Sent: 01 Sep 2005 19:59 To: Oracle Discussion List Subject: Logical standby problem A colleague is trying to create a logical standby database. During apply, it is getting stuck on LOGSTDBY stmt: grant select,insert on sys.ora_temp_1_ds_24148 to "SYSTEM" LOGSTDBY status: ORA-00942: table or view does not exist LOGSTDBY Apply process P004 pid=27 OS id=913594 stopped Now we all know that this temp tablename is generated when collecting stats. System owns the package that generated the stats in the actual database. Is there a way to resolve this? I have no clue about it and Metalink has been less than helpful. A TAR has been loggged, but I needed it to be run by you all. Any pointers are greatly appreciated. Raj ------------------------------ select standard_disclaimer from company_requirements where category = 'MANDATORY'; **************************************************************************** This message contains confidential information and is intended only for the individual or entity named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as an invitation or offer to buy or sell any securities or related financial instruments. GAM operates in many jurisdictions and is regulated or licensed in those jurisdictions as required. **************************************************************************** ------_=_NextPart_001_01C5AF91.FE1F9AD0 Content-Type: text/html; charset="iso-8859-1" Message
            You need to look at the DBMS_LOGSTDBY package it has lots of functionality to help you deal with "troublesome" statements. We spent about 5-6 weeks on our first logical writing a custom package to be called by the logical apply processes to attempt deal all sorts of re-occurring statements, like tablespaces going in and out backups, missing object alerts on the various skip statements. Prior to this we were spending about 2-3 hours a day fighting with the logical and stuck statements! It's well worth trying to automate the logical apply process as much as possible if you can using the DBMS_LOGSTDBY, we now spend about 30 secs a day, just making sure it's OK.
 
            Rgds
 
-----Original Message-----
From: rjamya [mailto:rjamya@gmail.com]
Sent: 01 Sep 2005 19:59
To: Oracle Discussion List
Subject: Logical standby problem

A colleague is trying to create a logical standby database. During apply, it is getting stuck on

LOGSTDBY stmt: grant select,insert on sys.ora_temp_1_ds_24148 to "SYSTEM"
LOGSTDBY status: ORA-00942: table or view does not exist
LOGSTDBY Apply process P004 pid=27 OS id=913594 stopped

Now we all know that this temp tablename is generated when collecting stats. System owns the package that generated the stats in the actual database. Is there a way to resolve this? I have no clue about it and Metalink has been less than helpful. A TAR has been loggged, but I needed it to be run by you all.

Any pointers are greatly appreciated.
Raj
------------------------------
select standard_disclaimer from company_requirements where category = 'MANDATORY';


****************************************************************************
This message contains confidential information and is intended only
for the individual or entity named. If you are not the named addressee
you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately by e-mail if you have received
this e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed, arrive
late or incomplete, or contain viruses. The sender therefore does not
accept liability for any errors or omissions in the contents of this
message which arise as a result of e-mail transmission.
If verification is required please request a hard-copy version.
This message is provided for informational purposes and should not
be construed as an invitation or offer to buy or sell any securities or
related financial instruments.
GAM operates in many jurisdictions and is
regulated or licensed in those jurisdictions as required.
****************************************************************************
------_=_NextPart_001_01C5AF91.FE1F9AD0-- -- http://www.freelists.org/webpage/oracle-l