Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 4161 invoked from network); 10 Oct 2008 10:52:04 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by air964.startdedicated.com with SMTP; 10 Oct 2008 10:52:04 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 54CD3A36A2E;
 Fri, 10 Oct 2008 11:52:04 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 04844-04; Fri, 10 Oct 2008 11:52:04 -0400 (EDT)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7BAE6A36A32;
 Fri, 10 Oct 2008 11:52:03 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 10 Oct 2008 11:50:01 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 104CAA3647F	for <oracle-l@freelists.org>; Fri, 10 Oct 2008 11:50:01 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])	by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)	with ESMTP id 04161-01 for <oracle-l@freelists.org>;	Fri, 10 Oct 2008 11:50:00 -0400 (EDT)
Received: from SG2EHSOBE004.bigfish.com (outbound-sin.frontbridge.com [207.46.51.80])	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 4642DA361FF	for <oracle-l@freelists.org>; Fri, 10 Oct 2008 11:50:00 -0400 (EDT)
Received: from mail140-sin-R.bigfish.com (10.3.40.3) by SG2EHSOBE004.bigfish.com (10.3.40.24) with Microsoft SMTP Server id 8.1.240.5; Fri, 10 Oct 2008 15:49:59 +0000
Received: from mail140-sin (localhost.localdomain [127.0.0.1])	by mail140-sin-R.bigfish.com (Postfix) with ESMTP id D44282F028C	for <oracle-l@freelists.org>; Fri, 10 Oct 2008 15:49:58 +0000 (UTC)
X-BigFish: VPS-30(zz14c3M119bM146dM13fcR4015Mzzzzz2dh6bh61h)
X-Spam-TCS-SCL: 0:0
Received: by mail140-sin (MessageSwitch) id 1223653797390427_22749; Fri, 10 Oct 2008 15:49:57 +0000 (UCT)
Received: from earthquake.ICAT.COM (earthquake.icat.com [12.23.96.194])	by mail140-sin.bigfish.com (Postfix) with ESMTP id D99A21530082	for <oracle-l@freelists.org>; Fri, 10 Oct 2008 15:49:56 +0000 (UTC)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by Ecartis
Subject: Data Guard question
Priority: normal
Date: Fri, 10 Oct 2008 09:51:24 -0600
Message-ID: <E323160E08E560459CD05A883546C3CE0D5C2938@Earthquake.ICAT.COM>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Data Guard question
From: "Sweetser, Joe" <JSweetser@icat.com>
To: "oracle-l" <oracle-l@freelists.org>
X-archive-position: 11558
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: JSweetser@icat.com
Precedence: normal
Reply-to: JSweetser@icat.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain

Oracle 10.2.0.2
RH Linux AS4
No ASM

I just started playing around with Data Guard for the first time this
week.  For reasons I won't go into that MAY be related to age, I am
using DGMGRL instead of OEM to manage the broker.  The primary is called
daffy and the physical standby is called daffysby.  It seems OK in that
I can see transactions get applied to daffysby but DGMGRL gives me a
warning.  It has to do with missing standby redo logs (SRLs) on the
primary.  I have SRLs in both the primary and the standby.  The High
Availability Best Practice guide alludes to putting SRLs in the flash
recovery area (which I have not done at this point) but I am not
convinced that is the issue.  I've searched Metalink and the web for
"missing SRLs" with not a whole lot of luck.  All the redo logs are the
same size.

My question is does anyone know to get rid of this warning?  Can it be
safely ignored?  I would think not.

Any/all pointers/links/advice welcome.  This is a test environment so I
can try anything.

Thanks,
-joe

(hope this formats ok)

DGMGRL> show database verbose daffy;

Database
  Name:            daffy
  Role:            PRIMARY
  Enabled:         YES
  Intended State:  ONLINE
  Instance(s):
    daffy

<snip>

Current status for "daffy":
Warning: ORA-16801: redo transport-related property is inconsistent with
database setting


DGMGRL> show database daffy 'InconsistentLogXptProps';
INCONSISTENT LOG TRANSPORT PROPERTIES
   INSTANCE_NAME         STANDBY_NAME        PROPERTY_NAME
MEMORY_VALUE         BROKER_VALUE
           daffy             daffysby           LogXptMode
(missing SRLs)                ASYNC

DGMGRL>

*****************

SQL> select instance_name from v$instance;

INSTANCE_NAME
------------------------------------------------
daffy

SQL> select group# ||' - '|| type ||' - '|| member from v$logfile;

GROUP#||'-'||TYPE||'-'||MEMBER
------------------------------------------------------------------------
--------
1 - ONLINE - /u02/oradata/daffy/redo01.log
2 - ONLINE - /u02/oradata/daffy/redo02.log
3 - ONLINE - /u02/oradata/daffy/redo03.log
4 - STANDBY - /u02/oradata/daffy/stby_redo04.log
5 - STANDBY - /u02/oradata/daffy/stby_redo05.log
6 - STANDBY - /u02/oradata/daffy/stby_redo06.log

6 rows selected.

SQL>

Confidentiality Note: This message contains information that may be confidential and/or privileged. If you are not the intended recipient, you should not use, copy, disclose, distribute or take any action based on this message. If you have received this message in error, please advise the sender immediately by reply email and delete this message. Although ICAT Holdings, LLC, Underwriters at Lloyd's, Syndicate 4242, scans e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses.  Thank you.

--
http://www.freelists.org/webpage/oracle-l


