Data Guard Broker issue

Hi gurus,

I get the problem in configuring Oracle Data Guard Broker 10g as follows:

installed Oracle 10 g Cleint on another Machine as primary and Standby.
Entry TNSNAMES.ora is as follows:

= PRIMARY
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP) (HOST = 172.29.3.135)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = primary)
)
)

PRIMARY_DGMGRL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP) (HOST = 172.29.3.135)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = primary)
)
)

STANDBY =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP) (HOST = 172.29.3.137)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = sleep)
)
)

STANDBY_DGMGRL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP) (HOST = 172.29.3.137)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = SLEEP)
)
)

Is utility Tnsping works fine. Now, I try to activate Fast Start recovery using DGMGRL on 3rd Machine, the primary Configuration is the following:

DGMGRL > SHOW DATABASE VERBOSE 'PRIMARY ';

Database
Name: PRIMARY
Role: PRIMARY
Activated: YES
State of destination: online
Occurrence (s):
primary

Properties:
InitialConnectIdentifier = "PRIMARY".
LogXptMode = "SYNCHRONIZE".

Database pending:

DGMGRL > see THE DETAILED DATABASE "STANDBY."

Database
Name: EVE
Role: STANDBY PHYSICS
Activated: YES
State of destination: online
Occurrence (s):
standby

Properties:
InitialConnectIdentifier = "STANDBY".
LogXptMode = 'ARCH '.

MY primary database is running in Mode Performance Max and I also tried to change the LogXptMode of eve of ARCH for SYNCHRONIZATION, but it gives me following error:

DGMGRL > ALTER DATABASE "PENDING" PROPERTY SET LOGXPTMODE = 'SYNC '.
Error: ORA-16789: lack of standby redo logs

Failed.

Please tell me how to change LogXptMode of ARCH for SYNCHRONIZATION? Please help me. Thank you

Kind regards
Imran

You need create logs of recovery sleep with similar statements to:

ALTER DATABASE ADD STANDBY LOGFILE GROUP 10
  ('C:\Oracle\Oradata\TSH1\redo1a.log','C:\Oracle\Oradata\TSH1\redo1b.log') SIZE 500K;

Please refer to the Data Guard doc:
http://youngcow.NET/doc/Oracle10g/server.102/b14239/create_ps.htm#sthref320

You should also post questions Data Guard to the dedicated forum Data Guard: Data Guard

Edited by: P. Forstmann on June 25, 2010 09:17

Tags: Database

Similar Questions

Several primary and physical databases Configuration ensures in Data Guard Broker

Hello
Is it possible to add two or several primary and physical databases configuration ensures in data guard broker?
I have 1 primary databases and two databases physical standby that is
(1) primary that is pri - (database primary)
(2) secondary i, e, s (physical pending)
(3) Secondary2 i.e. sec2 (physical pending)
Practical AM sinister place, my scenario is my pri and dry machines are in seat, if the pri crashed it switch to s that works very well and my S2 is in another area office. Suppose that if my two siege machines pri and sec crashed, so I want to do my mahcine sec2 as primary.
I have two separate computers to the broker a headquarters and a District Office
Use failure of quick start on Data Guard Broker, broker headquarters machine I have configured pri and dry but in sector office broker not able congifured pri and S2 and the machine.
can be done several primary database configuration with data bases on hold?
Has anyone done this before, or has a perform a recovery after loss of place...
need help or suggestion
thanx

No.... It is not possible. When you use the DG broker, the first thing you can do in the DGMGRL utility is to deliver CONFIGURATION to CREATE. You can see on the doc of this command that you define here the PRIMARY DATABASE.

The command to add a DATABASE to the broker, adds a new database pending. You cannot add an another primary.

The broker configuration is explicitly for a primary and all standby databases is supported. If you have an another primary, you create a separate DG broker configuration.

See you soon,.
Brian

Confusion about Data Guard Broker - extra cost option?

Dear all,
11 GR 2, I know that the Data Guard Setup is a free option that comes with the Enterprise Edition, you don'r require an additional license for it.
But I read somewhere the Data Guard Broker and using DGMGRL is a cost extra option? Is this true?
Help kindly understand this?
Thank you.

Hello;

This is part of the Enterprise edition.

The following are required before you can use the broker:

The main and backup databases must use the same version of Oracle

Database 11g and each can be installed in a single instance or multiple instances

environment. The database must be allowed for Oracle Enterprise Edition or

Personal Edition.

Source:

Broker Data Guard, Oracle 11 g Release 2 (11.2) E17023-06

Section 2.2 prerequisites

Best regards

mseberg

Parameters must set up Data Guard with Data Guard Broker
Hi gurus,

I am following this guide http://www.oracle.com/us/solutions/sap/wp-ora4sap-dataguard11g-303811.pdf, but it does not specify what settings must be defined for the service to the top.

I noticed that we can set upwards of two ways, either Oracle Enterprise Manager or Data Guard Broker. Do we need to configure the same settings in OEM and after to activate the DGMGRL?

Can you help me?

Thank you

Denis
Brazil
Denis;

Yes. Check my example here:

http://www.Visi.com/~mseberg/Data_Guard_Listener_Example.html

COMMUNITY is what could be an earlier version.

Yes, the old version. :

http://docs.Oracle.com/CD/A57673_01/doc/net/doc/NWUS233/APB.htm

It worries me because my files are very different and I'm afraid that mix in mine will break your further. The link you posted seems good similar to my settings, but I do not read very good Spanish.

Best regards

mseberg

Published by: mseberg on July 17, 2012 12:46

Published by: mseberg on July 17, 2012 12:50

Data Guard Broker fails with ORA-16635 and ORA-03135

Hi all

I configured Oracle RAC with 11.2 Dataguard on Windows 2003.
I have already configured standby without Data Guard Broker and everything works fine, but when I try to use Data Guard Broker, it cannot synchronize the files of the Data Guard Broker.

I tried everything, including MOS, but not found anything.

I get this error.

Primary

DG 2011-02-11-09:15:41        0 2 0 NSV1: (MIV = 57) Start sending metadata file: "+DG_DATA/orcl/dgbroker/dg_config_file1.dat"
DG 2011-02-11-09:15:41        0 2 0 NSV1: Sending block #1 (containing MIV = 57), 67 blocks
DG 2011-02-11-09:15:42        0 2 0 NSV1: Error sending block #1, size 67 blocks. Error is ORA-16635.
DG 2011-02-11-09:15:42        0 2 0 NSV1: Current network link for metadata resync is broken.
DG 2011-02-11-09:15:42        0 2 0 NSV1: (MIV = 57) End metadata file transmission: opcode CTL_ENABLE (1.1.1825138532)
DG 2011-02-11-09:15:42        0 2 0 NSV1: Can't send CLOSE message to DRCX. Network error is: ORA-16635.
DG 2011-02-11-09:15:42        0 2 0 NSV1: Error is ORA-03135 connection lost contact 
DG 2011-02-11-09:15:42        0 2 0 NSV1: Current network link for metadata resync is broken.

Sleep mode

DG 2011-02-11-08:35:39  3001000 3 1825138419       for opcode = CTL_ENABLE, phase = RESYNCH, req_id = 1.1.1825138419
DG 2011-02-11-08:35:39        0 2 0 NSV2: Error sending block #1, size 67 blocks. Error is ORA-16635.
DG 2011-02-11-08:35:39        0 2 0 NSV2: Current network link for metadata resync is broken.
DG 2011-02-11-08:35:39        0 2 0 NSV2: (MIV = 11) End metadata file transmission: opcode CTL_ENABLE (1.1.1825138419)
DG 2011-02-11-08:35:39        0 2 0 NSV2: Can't send CLOSE message to DRCX. Network error is: ORA-16635.
DG 2011-02-11-08:35:39        0 2 0 NSV2: Current network link for metadata resync is broken.
DG 2011-02-11-08:35:39        0 2 0 NSV2: Metadata Resync failed. Status = ORA-16635
DG 2011-02-11-08:35:39  3001000 3 1825138419 DMON: Database ORCLSTBY returned ORA-16635

Hello

CISCO firewalls have a configuration option 'inspect sqlnet' or 'deep packet inspection '. This setting can affect the transfer of certain data on the network and the result in malformed packets or down.

Check if this option is enabled, if it is turn off the option "inspect sqlnet" at the firewall level.

And try again...

Kind regards
Levi Pereira

Failover monitoring - Data Guard Broker
Hello

I'm working on a database of Oracle 10.2.0.4 on Solaris 10. This is a database of CARS 2 physical node that is configured in the standby mode.

I want to monitor (send an e-mail) to myself failover (which will be triggered by the Data Guard Broker), so I think I can control failover using alert log (that normally connects the command when initiate us a failover) but I'm not sure if DataGuard Broker also did the same thing (written out the appropriate orders when a failover is triggered)

Is there another way, we happen to know that a failover occurs (we can interrogate v database_role $ dataguard State) but I'm looking for some trigger that will be triggered instantly when a failover is initiated?

It is also possible to monitor the observer, either upward or not?
Hello
you have several possibilities to do so. Easier is to use the control grid preset for her events. Or you can put a trigger on the event "after DB_ROLE_CHANGE on the database.

The observer monitoring can be done with dgmgrl as
```
connect sys/@;
show configuration verbose;
```
Showing you the presence and location of the observer.

I'll give an example for the use of the trigger that starts a service according to the role of the database. You can customize to send you an email.
```
begin
  dbms_service.create_service('safe','safe');
end;
/

create trigger rollenwechsel after DB_ROLE_CHANGE on database
declare
  vrole varchar(30);
begin
  select database_role into vrole from v$database;
  if vrole = 'PRIMARY' then
    DBMS_SERVICE.START_SERVICE('safe');
  else
    DBMS_SERVICE.STOP_SERVICE('safe');
  end if;
end;
/
```

Data Guard environment, how time will need to use standby Database

Dear experts,
OS - Windows server 2012
Oracle Version - 11.2.0.1.0
The size of the database - 500 GB
I have the plan to implement Data Guard. The database size is 500 GB.
Please find below the question
(1) when the database is harnessed for how long take use waiting for database so immediately or a few minutes?
(2) when the server went down how long then to connect with the server backup immediately or a few minutes?
I'm new to the data protection environment. Kindly help me

Hello;

I can perform a failover or a failover with Data Guard Broker in about 20 seconds. If I don't use a broker, it takes about 3 minutes.

Quick start failover takes less time. Time will depend on the material, etc. of configuration options.

Best regards

mseberg

Passage of custody of data with broker fails with ORA-16570 / ORA-16665

I'm using Data Guard 11 g on Windows Server 2012 64 Bit. Recently, I have configured the broker to manage the permutations more uncomfortable.
Unfortunately the digital switchover does not work. Broker Setup seems fine, since I can activate t and redo apply works perfectly...
Now, the behavior is as follows... Once I put the passage through brokers, it shows the following:
DGMGRL > passage to the smart_stb
Continue to pass, please wait...
Error: ORA-16665: wait for the result of a database
Failed.
Unable to failover, primary database is always "smart".
The digital switchover happens, there is no restart of the primary database well! Does not appear to be linked to a DGMGRL buggy service entrance. In fact the database will not yet descended. The principal is supending all processes while trying to do so. Broker runs into a timeout, of course, but the principal remains in a State of supending. The primary doesn't seem to be able to cominicate with side standby or vice versa. Which is strange since the restoration of log shipping and apply is workng fine as mentioned... do a manual failover. I don't know what could cause this kind of behavior... Double checked everything. Once I restart the two databases and align on the rule of law that the digital transition is complete. But Needless to say that it is not intending to use the broker...
Primary DRC.log States the following:
2014-09-10 746441090-02000000 MICHAEL 09:13:01.378: PASSAGE to smart_stb
2014-09-10 746441090-02000000 MICHAEL 09:13:01.378: start execution of the task: the DIGITAL switchover
2014-09-10 09:13:01.378 NSV1: using RFIUPI_DGCI_CDESC
2014-09-10 09:13:01.409 NSV1: using RFIUPI_DGCI_CDESC
2014-09-10 09:13:01.409 02001000 746441090 notifier Oracle Clusterware to the primary database of disassembly for the DIGITAL switchover
2014-09-10 09:13:01.425 ACLS: not configured CRS, config = 2
.
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: display primary instances for PASSAGE of phase 1
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: State of rfi_post_instances() for CTL_SWITCH = ORA-00000
2014-09-10 09:13:01.425 INSV: message received for publication of inter - the instance
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: dispersants message to STANDBY for TRANSITION phase BEGIN
2014-09-10 09:13:01.425 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN, 5 flags
2014-09-10 09:13:01.425 NSV1: using RFIUPI_DB_INST_CDESC
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: entered rfmsoexinst() for phase BEGIN
2014-09-10 09:13:01.425 INSV: response for message with
2014-09-10 09:13:01.425 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN
2014 09-10 02001000 746441090 MICHAEL 09:13:01.425: primary instances display for transition to THE phase 2
2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: State of rfi_post_instances() for CTL_SWITCH = ORA-00000
2014-09-10 09:13:01.440 INSV: message received for publication of inter - the instance
2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: dispersants message to STANDBY for transition to THE phase of DISMANTLING
2014-09-10 09:13:01.440 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:13:01.440: entered rfmsoexinst() for disassembling
2014-09-10 09:13:01.440 RSM0: received the State value ask: rid = 0 x 01041001, sid = 0, phid = 1, econd = 2, sitehndl = 0 x 02001000
2014-09-10 09:13:01.440 Log transport resources: SetState OFFLINE, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY
2014-09-10 09:13:01.440 RSM0: received the State value ask: rid = 0 x 01011001, sid = 4, phid = 1, econd = 2, sitehndl = 0 x 02001000
2014-09-10 09:13:01.440 of database Resource [IAM = PRIMARY]: 0 x 02001000 SetState PHYSICAL-APPLY-ON, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY, handful of Site target
2014-09-10 09:13:01.440 RSM0: execution of SQL [ALTER DATABASE COMMIT to SWITCH STANDBY mode PHYSICS WITH the STOP of the SESSION]
2014-09-10 09:13:06.630 SQL [ALTER DATABASE COMMETTRE at PHYSICS CROSSING SHALL WITH SESSION SHUTDOWN] executed successfully
2014-09-10 09:13:06.630 RSM: compensation IncarnationTable internal property of the site 0 x 01010000
2014 09-10 02001000 746441090 MICHAEL 09:13:06.630: Broker determines this restart of the instance is necessary: operation = status = ORA-16570
2014 09-10 02001000 746441090 09:13:06.630 resources: smart (01011001) State: PHYSICAL-APPLY-ON
2014-09-10 09:13:06.630 INSV: response for message with
2014-09-10 09:13:06.630 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode
2014 09-10 02001000 746441090 MICHAEL 09:13:06.630: Instance 'smart' (ID 1) returned ORA-16570
2014-09-10 09:13:06.630 02001000 746441090 for disassembling of the CTL_SWITCH operation
2014-09-10 09:13:06.646 NSV1: using RFIUPI_DGCI_CDESC
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: primary instances display for transition to THE phase 2
2014-09-10 09:13:06.646 INSV: message received for publication of inter - the instance
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: State of rfi_post_instances() for CTL_SWITCH = ORA-00000
2014-09-10 09:13:06.646 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: dispersants message to STANDBY for transition to THE phase of DISMANTLING
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: entered rfmsoexinst() for disassembling
2014-09-10 09:13:06.646 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:13:06.646 INSV: response for message with
2014-09-10 09:13:06.646 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode
2014 09-10 02001000 746441090 MICHAEL 09:13:06.646: Instance 'smart' (ID 1) returned ORA-16570
2014-09-10 09:13:06.646 02001000 746441090 for disassembling of the CTL_SWITCH operation
2014-09-10 09:13:28.619 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:13:28.619 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:13:43.620 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:13:43.620 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:13:58.639 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:13:58.639 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:14:13.657 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:14:13.657 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:14:28.674 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:14:28.674 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:14:43.676 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:14:43.676 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:14:58.693 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:14:58.693 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:15:13.695 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:15:13.695 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:15:28.707 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:15:28.707 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:15:43.724 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:15:43.724 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:15:58.726 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:15:58.726 NSV1: smart_stb returned ORA-16665 Site.
2014-09-10 09:16:13.727 NSV1: using RFIUPI_DB_INST_CDESC
2014-09-10 09:16:13.727 NSV1: smart_stb returned ORA-16665 Site.
2014 09-10 02001000 746441090 MICHAEL 09:16:28.729: database smart_stb returned ORA-16665
2014-09-10 09:16:28.729 02001000 746441090 opcode = CTL_SWITCH, phase = DISASSEMBLY, req_id = 1.1.746441090
2014-09-10 09:16:28.729 02001000 746441090 CTL_SWITCH operation cancelled during phase 2, error = ORA-16665
2014 09-10 02001000 746441090 MICHAEL 09:16:28.729: ORA-16665 stateful failover operation failed
2014-09-10 09:16:28.729 NSV1: using RFIUPI_DGCI_CDESC
2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: display primary instances for PASSAGE of phase 5
2014-09-10 09:16:28.744 INSV: message received for publication of inter - the instance
2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: State of rfi_post_instances() for CTL_SWITCH = ORA-00000
2014-09-10 09:16:28.744 req ID 1.1.746441090, CTL_SWITCH opcode, phase END, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:16:28.744: passage to the aborted due to errors
2014 09-10 02001000 746441090 named Site 09:16:28.744: smart is always primary school
2014 09-10 02001000 746441090 error 09:16:28.744 = ORA-16665
DRC.log Eve shows the following:
2014-09-10 09:13:01.352 02001000 746441090 notify Oracle Clusterware base ensures target disassembly of passing data to the
2014-09-10 09:13:01.367 ACLS: not configured CRS, config = 2
.
2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: display of bodies sleep for transition to THE phase 1
2014-09-10 09:13:01.367 INSV: message received for publication of inter - the instance
2014-09-10 09:13:01.367 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: entered rfmsoexinst() for phase BEGIN
2014-09-10 09:13:01.367 INSV: response for message with
2014-09-10 09:13:01.367 req ID 1.1.746441090, CTL_SWITCH opcode, phase BEGIN
2014 09-10 02001000 746441090 MICHAEL 09:13:01.367: entered rfm_release_chief_lock() for CTL_SWITCH
2014 09-10 02001000 746441090 MICHAEL 09:13:06.571: entered rfm_get_chief_lock() for CTL_SWITCH, reason 0
2014 09-10 02001000 746441090 MICHAEL 09:13:06.571: start execution of the task: the DIGITAL switchover
2014 09-10 02001000 746441090 MICHAEL 09:13:06.586: display of bodies sleep for transition to THE phase 2
2014-09-10 09:13:06.586 INSV: message received for publication of inter - the instance
2014-09-10 09:13:06.586 req ID 1.1.746441090, opcode CTL_SWITCH, disassembling, 5 flags
2014 09-10 02001000 746441090 MICHAEL 09:13:06.586: entered rfmsoexinst() for disassembling
2014-09-10 09:13:06.586 RSM0: received the State value ask: rid = 0 x 02031001, sid = 0, phid = 1, econd = 2, sitehndl = 0 x 02001000
2014-09-10 09:13:06.586 redo apply the resource: SetState OFFLINE, DISASSEMBLY phase, external Cond SWITCH-OVER-PHYS_STBY
2014-09-10 09:13:06.586 RSM0: received the State value ask: rid = 0 x 02012001, sid = 9, phid = 1, econd = 2, sitehndl = 0 x 02001000
2014-09-10 09:13:06.586 of database Resource [IAM = PHYSICS]: handle target SetState-READ-WRITE-XPTON Site, DISMANTLING phase, external SWITCH-OVER-PHYS_STBY, 0 x 02001000 Cond
2014-09-10 09:13:06.586 RSM0: execution of SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL]
2014-09-10 09:13:07.602 SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL] executed successfully
2014-09-10 09:13:07.711 RSM0: execution of SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE through FINAL passage to THE NODELAY]
2014-09-10 09:13:09.509 SQL [ALTER DATABASE RECOVER MANAGED STANDBY DATABASE BY LAST crossing THE NODELAY] executed successfully
2014-09-10 09:13:09.509 RSM0: execution of SQL [ALTER DATABASE COMMIT to SWITCHING to the MAIN WAITING WITH the STOP of the SESSION]
2014-09-10 09:13:11.345 SQL [ALTER DATABASE COMMETTRE to TRANSITION to PRIMARY WAIT WITH SESSION SHUTDOWN] executed successfully
2014-09-10 09:13:11.345 of database Resource successful SetState
2014-09-10 09:13:11.345 INSV: response for message with
2014-09-10 09:13:11.345 req ID 1.1.746441090, CTL_SWITCH, disassembling opcode
2014 09-10 02001000 746441090 MICHAEL 09:13:11.345: entered rfm_release_chief_lock() for CTL_SWITCH
2014-09-10 09:13:28.555 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:13:43.555 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:13:58.571 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:14:13.590 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:14:28.605 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:14:43.606 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:14:58.622 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:15:13.625 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:15:28.641 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:15:43.646 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:15:58.652 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014-09-10 09:16:13.653 drcx: found the task req_id = 1.1.746441090, PROBE, but the phase is carried out
2014 09-10 02001000 746441090 MICHAEL 09:16:27.606: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database
2014 09-10 02001000 746441090 MICHAEL 09:16:27.825: smart database returned ORA-16662
2014-09-10 09:16:27.825 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090
2014 09-10 02001000 746441090 MICHAEL 09:16:42.840: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database
2014 09-10 02001000 746441090 MICHAEL 09:16:42.840: smart database returned ORA-16662
2014-09-10 09:16:42.840 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090
2014 09-10 02001000 746441090 MICHAEL 09:16:57.861: Data Guard Broker ending NSV0, timed out waiting for a response from the smart database
2014 09-10 02001000 746441090 MICHAEL 09:16:57.861: smart database returned ORA-16662
2014-09-10 09:16:57.861 02001000 746441090 opcode = CTL_SWITCH, phase = RESYNCHRONIZATION, req_id = 1.1.746441090
2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: entered rfm_get_chief_lock() for HEALTH_CHECK, reason 0
2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: task to free the 1.1.746441090 orphans, opcode = CTL_SWITCH.
2014-09-10 09:16:58.705 746441091 00001000 MICHAEL: start the task execution: automated healthcheck
2014-09-10 09:16:58.720 746441091 00001000 MICHAEL: start-up of the health check
2014-09-10 09:16:58.720 INSV: message received for publication of inter - the instance
2014-09-10 09:16:58.720 746441091 00001000 MICHAEL: rfi_post_instances() status = ORA-00000
2014-09-10 09:16:58.720 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN, 5 flags
2014 09-10 00000000 746441091 MICHAEL 09:16:58.720: entered rfmhcexinst
2014 09-10 00000000 746441091 MICHAEL 09:16:58.720: rfmhcexinst call transfer
2014-09-10 09:16:58.720 RSM0: receipt get status request: rid = 0 x 02012001, sid = 4
2014-09-10 09:16:58.720 RSM0: HEALTH CHECK ERROR: ORA-16816: incorrect database role
2014-09-10 09:16:58.720 WARNING: given RCS 281474976710655 with resetlogs_id = 851952614 is less than resetlogs_change # 744657 of the incarnation.
2014-09-10 09:16:58.736 current IncarnationTable value is:
2014-09-10 09:16:58.736 2,744657,851952614,1, * 851351631, 1, 1, 0, #.
2014-09-10 09:16:58.736 RSM0: HEALTH CHECK ERROR: ORA-16700: the standby database has diverged from the primary database
2014-09-10 09:16:58.970 00000000 746441091 HEALTH_CHECK operation cancelled during phase 1, error = ORA-16810
2014-09-10 09:16:58.970 RSM0: receipt get status request: rid = 0 x 02031001, sid = 1
2014-09-10 09:16:58.970 00000000 746441091 MICHAEL: standby Instance completed the health check
2014-09-10 09:16:58.970 INSV: response for message with
2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN
2014-09-10 09:16:58.970 MICHAEL: HEALTH CHECK ERROR: ORA-16766: redo apply is stopped
2014-09-10 09:16:58.970 MICHAEL: aggregation based on H/C, db 0 x 02001000 has gravity = 16501, status = 16810
2014-09-10 09:16:58.970 00000000 746441091 HEALTH_CHECK operation cancelled during phase 1, error = ORA-16810
2014-09-10 09:16:58.970 INSV: message received for publication of inter - the instance
2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN, flags 20005
2014-09-10 09:16:58.970 MICHAEL: aggregation based on H/C, db 0 x 02001000 has gravity = 16501, status = 16810
2014-09-10 09:16:58.970 INSV: response for message with
2014-09-10 09:16:58.970 req ID 1.1.746441091, HEALTH_CHECK opcode, phase BEGIN
2014 09-10 00000000 746441091 MICHAEL 09:17:02.017: entered rfm_release_chief_lock() for HEALTH_CHECK
2014-09-10 09:17:13.724 drcx: task req_id is not found = 1.1.746441091 for PROBE.
2014-09-10 09:17:28.730 drcx: task req_id is not found = 1.1.746441091 for PROBE.
Primary alert.log indicates the following:
LNS: Standby redo log file selected for thread 1 sequence 12046 for destination LOG_ARCHIVE_DEST_2
My Nov 10 09:13:01, 2014
ALTER DATABASE COMMIT TO SWITCH STANDBY MODE PHYSICS WITH THE STOP OF THE SESSION
My Nov 10 09:13:01, 2014
Thread 1 Advanced to record the sequence 12047 (switch LGWR)
Currently Journal # 2 seq # 12047 mem # 0: X:\SMART\LOG1\SMART_21.LOG
Currently Journal # 2 seq # 12047 mem # 1: Y:\SMART\LOG2\SMART_22.LOG
Stop background QMNC process
My Nov 10 09:13:01, 2014
Arc1: Evaluating archive log 1 thread 1 sequence 12046
CLOSING: kill the server sessions.
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 15708 user ' ORACLE. EXE (W000)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
Program 'SYSTEM' of active processes 13372 user ' ORACLE. EXE (W001)"
CLOSED: all the closing of sessions successfully.
krss_find_arc: selection ARC2 to receive the message as a last resort
Waiting for all non-current archive ORLs...
Waiting for thread 1 sequence 12046 ORL to archive...
My Nov 10 09:13:02 2014
Arc0: Assessment of 1 thread 1 sequence 12046 log archives
My Nov 10 09:13:02 2014
ARC2: Evaluating archive log 1 thread 1 sequence 12046
Arc0: Unable to archive the thread 1 sequence 12046
Newspapers archived by another process
ARC2: Impossible to archive the thread 1 sequence 12046
Newspapers archived by another process
Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12046_1_851952614.ARC '.
Archived journal 19372 extra for each sequence 1 12046 0xab72f94c dest ID thread entry 1:
ENT for thread 1 12046 sequence have been archived...
All non-current ORLs have been archived.
Waiting for all FAL entries to archive...
All FAL entries were archived.
Waiting for dest_id 2 can be synchronized...
OCISessionBegin with PasswordVerifier succeeded
Client pid [12320] annexed to the RFS pid [3648] number of the remote instance [1] to dest "smart_dg_stb."
Physical passage target Active, synchronized sleep has been identified
Transition to the end-of-Redo Log thread 1 sequence 12047 has been fixed
The digital switchover: primary YVERT seen above the value 0x0.0x22345d2
ARCH: Noswitch of archiving the thread 1, sequence 12047
ARCH: End-of-Redo archive thread 1 sequence 12047 branch
ARCH: Evaluating archive log 2 thread 1 sequence 12047
ARCH: LGWR is actively archiving destination LOG_ARCHIVE_DEST_2
ARCH: Transmitting the activation 0xab72f94c ID
OCISessionBegin with PasswordVerifier succeeded
Client pid [12244] annexed to the RFS pid [9972] number of the remote instance [1] to dest "smart_dg_stb."
ARCH: Standby redo log file selected for thread 1 sequence 12047 for destination LOG_ARCHIVE_DEST_2
Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12047_1_851952614.ARC '.
Archived journal 19373 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 1:
Archived journal 19374 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 2:
ARCH: Archiving is disabled due to the current archive log file
Primary will check some generator of target of receiving of alls again
Final inspection for a target standby synchronized. Verification will be made once.
ARCH: Transmitting the activation 0xab72f94c ID
LOG_ARCHIVE_DEST_2 is a potential target of the transition to physical standby
Active, synchronized target has been identified
Target has received also redo all the
-----------------------------------------------------------
| Target the waking state.
| LOG_ARCHIVE_DEST_1: NO ACTIVE |
| LOG_ARCHIVE_DEST_2: RECEIVED ALL DATA.
| LOG_ARCHIVE_DEST_3: NO ACTIVE |
| LOG_ARCHIVE_DEST_4: NO ACTIVE |
| LOG_ARCHIVE_DEST_5: NO ACTIVE |
| LOG_ARCHIVE_DEST_6: NO ACTIVE |
| LOG_ARCHIVE_DEST_7: NO ACTIVE |
| LOG_ARCHIVE_DEST_8: NO ACTIVE |
| LOG_ARCHIVE_DEST_9: NO ACTIVE |
| LOG_ARCHIVE_DEST_10: NO ACTIVE |
| LOG_ARCHIVE_DEST_11: NO ACTIVE |
| LOG_ARCHIVE_DEST_12: NO ACTIVE |
| LOG_ARCHIVE_DEST_13: NO ACTIVE |
| LOG_ARCHIVE_DEST_14: NO ACTIVE |
| LOG_ARCHIVE_DEST_15: NO ACTIVE |
| LOG_ARCHIVE_DEST_16: NO ACTIVE |
| LOG_ARCHIVE_DEST_17: NO ACTIVE |
| LOG_ARCHIVE_DEST_18: NO ACTIVE |
| LOG_ARCHIVE_DEST_19: NO ACTIVE |
| LOG_ARCHIVE_DEST_20: NO ACTIVE |
| LOG_ARCHIVE_DEST_21: NO ACTIVE |
| LOG_ARCHIVE_DEST_22: NO ACTIVE |
| LOG_ARCHIVE_DEST_23: NO ACTIVE |
| LOG_ARCHIVE_DEST_24: NO ACTIVE |
| LOG_ARCHIVE_DEST_25: NO ACTIVE |
| LOG_ARCHIVE_DEST_26: NO ACTIVE |
| LOG_ARCHIVE_DEST_27: NO ACTIVE |
| LOG_ARCHIVE_DEST_28: NO ACTIVE |
| LOG_ARCHIVE_DEST_29: NO ACTIVE |
| LOG_ARCHIVE_DEST_30: NO ACTIVE |
| LOG_ARCHIVE_DEST_31: NO ACTIVE |
------------------------------------------------------------
Backup controlfile written to find the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart\smart\trace\smart_rsm0_12244.trc file
Compensation pending activation ID 2876438860 (0xab72f94c)
The primary database controlfile is created using the
Clause 'MAXLOGFILES 255'.
There is space for the log files waiting for redo up to 251
Use the following SQL commands on the standby database to create
waiting for redo logfiles that correspond to the primary database:
ALTER DATABASE add STANDBY LOGFILE 'srl1.f' SIZE 52428800.
ALTER DATABASE add STANDBY LOGFILE 'srl2.f' SIZE 52428800.
ALTER DATABASE add STANDBY LOGFILE 'srl3.f' SIZE 52428800.
ALTER DATABASE add STANDBY LOGFILE 'srl4.f' SIZE 52428800.
ALTER DATABASE add STANDBY LOGFILE 'srl5.f' SIZE 52428800.
ARCHIVELOG for thread 1 sequence 12047 required for recovery of the eve
The digital switchover: converted primary Controlfile controlfile standby successfully.
The digital switchover: Complete - closing of the database required
Completed: ALTER DATABASE COMMIT to SWITCH STANDBY mode PHYSICS WITH the STOP of the SESSION
My Nov 10 09:13:20 2014
(Ospid 12320) process is suspended due to the transition to a physical relief operation.
My Nov 10 09:16:58 2014
(Ospid 12244) process is suspended due to the transition to a physical relief operation.
My Nov 10 09:17:08 2014
Process (ospid 3080) is suspended due to the transition to a physical relief operation.
My Nov 10 09:17:09 2014
Process (ospid 12636) is suspended due to the transition to a physical relief operation.
My Nov 10 09:17:10 2014
Process (ospid 5292) is suspended due to the transition to a physical relief operation.
My Nov 10 09:17:43 2014
RSM0, PID = 12244 process, will be killed
My Nov 10 09:17:44 2014
RSM0 started with pid = 27, OS id = 16280
My Nov 10 09:20:56 2014
minact-RCS: received the error during the scan e:12751 usn:6 useg
minact-SNA: useg scan slip on with error e:12751
My Oct 10 09:21:19 2014
Process (ospid 16280) is suspended due to the transition to a physical relief operation.
My Nov 10 09:22:04 2014
RSM0, PID = 16280 process, will be killed
My Nov 10 09:22:05 2014
RSM0 started with pid = 27, OS id = 10528
My Nov 10 09:25:39 2014
(Ospid 10528) process is suspended due to the transition to a physical relief operation.
My Nov 10 09:26:03 2014
minact-RCS: received the error during the scan e:12751 usn:6 useg
minact-SNA: useg scan slip on with error e:12751
My Nov 10 09:26:24 2014
RSM0, PID = 10528 process, will be killed
My Nov 10 09:26:25 2014
RSM0 started with pid = 27, OS id = 15752
My Nov 10 09:29:59 2014
Process (ospid 15752) is suspended due to the transition to a physical relief operation.
My Nov 10 09:30:44 2014
RSM0, PID = 15752 process, will be killed
My Nov 10 09:30:45 2014
RSM0 started with pid = 27, OS id = 1972
My Nov 10 09:31:09 2014
minact-RCS: received the error during the scan e:12751 usn:6 useg
minact-SNA: useg scan slip on with error e:12751
Suspend action 'Block Cleanout Optim, Undo Segment Scan' MMON 82800 seconds
My Nov 10 09:34:19 2014
Process (ospid, 1972) is suspended due to the transition to a physical relief operation.
alert-journal sleep shows the following:
My Nov 10 09:13:01, 2014
ARC3: Evaluating archive log 5 thread 1 sequence 12046
Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12046_1_851952614.ARC '.
Archived journal 5932 extra for each sequence 1 12046 0xab72f94c dest ID thread entry 1:
My Nov 10 09:13:01, 2014
Media, recovery waiting for thread 1 sequence 12047
My Nov 10 09:13:04 2014
Again shipping customer logged in as PUBLIC
-User is valid
RFS [6]: assigned to the process 3648 RFS
RFS [6]: identified the type of database such as 'physical' standby: customer is ARCH pid 12320
My Nov 10 09:13:06 2014
Again shipping customer logged in as PUBLIC
-User is valid
RFS [7]: assigned to the process 9972 RFS
RFS [7]: identified the type of database such as 'physical' standby: Client is in the foreground pid 12244
RFS [7]: end-of-Redo for thread archiving 1 sequence 12047
RFS [7]: Eve successfully opened journal 5: "Y:\SMART\LOG2\SMART_S_5.LOG."
RFS [7]: Journal selected 5 for thread 1 sequence 12047 dbid-1425016497 branch of the 851952614
My Nov 10 09:13:06 2014
Arc1: Evaluating archive log 5 thread 1 sequence 12047
Involved the creation of the archivelog 'W:\SMART\ARC\SMART_12047_1_851952614.ARC '.
Archived journal 5933 extra for each sequence 1 12047 0xab72f94c dest ID thread entry 1:
My Nov 10 09:13:06 2014
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
MRP0: Background Media Recovery cancelled with status 16037
Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_pr00_13804.trc file:
ORA-16037: user has requested the cancellation of the managed recovery
Managed Standby recovery not using real time applies
Recovery interrupted!
Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_pr00_13804.trc file:
ORA-16037: user has requested the cancellation of the managed recovery
My Nov 10 09:13:07 2014
Errors in the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_mrp0_11168.trc file:
ORA-10877: error reported in parallel recovery slave
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
Data not available for the digital switchover
End-of-REDO the archived log file was not found
Incomplete recovery SCN:0:35846057 archive SCN:0:35866066
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE THROUGH FINAL PASSAGE TO THE NODELAY
has started the process of logmerger
My Nov 10 09:13:07 2014
Managed Standby recovery not using real time applies
Parallel Media Recovery started with 8 slaves
Media W:\SMART\ARC\SMART_12047_1_851952614.ARC recovery log
Identified the SNA 0x0.22345d2 end-of-Redo (failover) for thread 1 sequence 12047
Activation reset sleep ID 2876438860 (0xab72f94c)
Met Media Recovery end Redo indicator
Media recovery applied through change 35866066
Attempt to limbo arscn 0:35866066 irscn 0:35866066
Completed: ALTER DATABASE RECOVER MANAGED STANDBY database through FINAL passage to THE NODELAY
ALTER DATABASE COMMIT TO SWITCHING TO THE MAIN WAITING WITH THE STOP OF THE SESSION
Waiting for the transition from role maximum is 15 minutes.
krsv_proc_kill: kill 2 process (all the RFS)
Backup controlfile written to find the D:\ORACLE\ORA_DBA\SMART\TRACE\diag\rdbms\smart_stb\smart\trace\smart_rsm0_14652.trc file
Passage to the after complete recovery through change 35866066
X:\SMART\LOG1\SMART_11.LOG online journal: thread 1 Group 1 had been previously authorized
Y:\SMART\LOG2\SMART_12.LOG online journal: thread 1 Group 1 had been previously authorized
X:\SMART\LOG1\SMART_21.LOG online journal: thread 1 group 2 was previously disabled
Y:\SMART\LOG2\SMART_22.LOG online journal: thread 1 group 2 was previously disabled
X:\SMART\LOG1\SMART_31.LOG online journal: thread 1 Group 3 has been previously authorized
Y:\SMART\LOG2\SMART_32.LOG online journal: thread 1 Group 3 has been previously authorized
X:\SMART\LOG1\SMART_41.LOG online journal: thread 1 Group 4 has been previously authorized
Y:\SMART\LOG2\SMART_42.LOG online journal: thread 1 Group 4 has been previously authorized
Standby became primary YVERT: 35866064
The digital switchover: completed - mounted as primary database
Completed: ALTER DATABASE COMMIT to SWITCHING to the MAIN WAITING WITH the STOP of the SESSION
My Nov 10 09:13:45 2014
Arc0: become the "no SRL" ARCH
My Nov 10 09:13:46 2014
ARC3: become the "no SRL" ARCH
My Nov 10 09:13:46 2014
Arc1: become the "no SRL" ARCH
My Nov 10 09:16:58 2014
NSV0 started with pid = 26, OS id = 15900
My Oct 10 09:21:20 2014
MICHAEL: NSV0 network call timeout. Kill it now.
The Setup is as follows:
DGMGRL > see the configuration;
Configuration - dg_smart
Protection mode: MaxPerformance
Databases:
Smart - primary database
smart_stb - physical of the standby database
Fast-Start Failover: DISABLED
The configuration status:
SUCCESS
DGMGRL > see the detailed chip database
-Smart database
Role: PRIMARY
State of destination: TRANSPORT-WE
Occurrence (s):
Smart
Properties:
DGConnectIdentifier = "smart_dg_prim".
ObserverConnectIdentifier = "
LogXptMode = "ASYNC".
DelayMins = '0'
Binding = "optional."
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = "300"
NetTimeout = "30"
RedoCompression = "DISABLE."
LogShipping = 'ON '.
PreferredApplyInstance = "
ApplyInstanceTimeout = '0'
ApplyParallel = 'AUTO '.
StandbyFileManagement = 'AUTO '.
ArchiveLagTarget = "300"
LogArchiveMaxProcesses = "4"
LogArchiveMinSucceedDest = '1'
DbFileNameConvert = "
LogFileNameConvert = "X:\SMART\LOG1, X:\SMART\LOG1, Y:\SMART\LOG2, Y:\SMART\LOG2.
FastStartFailoverTarget = "
InconsistentProperties = "(monitor).
InconsistentLogXptProps = "(monitor).
SendQEntries = "(monitor).
LogXptStatus = "(monitor).
RecvQEntries = "(monitor).
Nom_sid = "smart."
StaticConnectIdentifier = ' (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST=host02) (PORT = 1599)) (CONNECT_DATA = (SERVICE_NAME = smart_DGMGRL)(INSTANCE_NAME=smart) (SERVER = DEDICATED)))'
StandbyArchiveLocation = "W:\SMART\arc\".
AlternateLocation = "
LogArchiveTrace = '8191'
LogArchiveFormat = "smart_%s_%t_%r.arc".
TopWaitEvents = "(monitor).
State of the database:
SUCCESS
DGMGRL > see the detailed database smart_stb
Database - smart_stb
Role: STANDBY PHYSICS
State of destination: apply
Transport Lag: 0 seconds
Apply the Lag: 0 seconds
Real-time query: OFF
Occurrence (s):
Smart
Properties:
DGConnectIdentifier = "smart_dg_stb".
ObserverConnectIdentifier = "
LogXptMode = "ASYNC".
DelayMins = '0'
Binding = "optional."
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = "300"
NetTimeout = "30"
RedoCompression = "DISABLE."
LogShipping = 'ON '.
PreferredApplyInstance = "
ApplyInstanceTimeout = '0'
ApplyParallel = 'AUTO '.
StandbyFileManagement = 'AUTO '.
ArchiveLagTarget = "300"
LogArchiveMaxProcesses = "4"
LogArchiveMinSucceedDest = '1'
DbFileNameConvert = "
LogFileNameConvert = "X:\SMART\LOG1, X:\SMART\LOG1, Y:\SMART\LOG2, Y:\SMART\LOG2.
FastStartFailoverTarget = "
InconsistentProperties = "(monitor).
InconsistentLogXptProps = "(monitor).
SendQEntries = "(monitor).
LogXptStatus = "(monitor).
RecvQEntries = "(monitor).
Nom_sid = "smart."
StaticConnectIdentifier = ' (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST=host01) (PORT = 1599)) (CONNECT_DATA = (SERVICE_NAME = smart_stb_DGMGRL)(INSTANCE_NAME=smart) (SERVER = DEDICATED)))'
StandbyArchiveLocation = "W:\SMART\arc\".
AlternateLocation = "
LogArchiveTrace = '8191'
LogArchiveFormat = "smart_%s_%t_%r.arc".
TopWaitEvents = "(monitor).
State of the database:
SUCCESS
tnsnames.ora:
smart_dg_stb = (Description = (Address = (Protocol = TCP)(Host=host01) (port = 1599)) (CONNECT_DATA = (Server = Dedicated) (SID = Smart)))
smart_dg_prim = (Description = (Address = (Protocol = TCP)(Host=host02) (port = 1599)) (CONNECT_DATA = (Server = Dedicated) (SID = Smart)))
Primary listner.ora:
LISTENER_REDO_SMART =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST = host02))
)
)
SID_LIST_LISTENER_REDO_SMART =
(SID_LIST =
(SID_DESC =
(SID_NAME = CLRExtProc)
(ORACLE_HOME = D:\oracle\11.2.0)
(= Extproc PROGRAM)
(ENVS = "EXTPROC_DLLS=ONLY:D:\oracle\11.2.0\bin\oraclr11.dll")
)
(SID_DESC =
(SID_NAME = smart)
(ORACLE_HOME = D:\oracle\11.2.0)
)
(SID_DESC =
(SID_NAME = smart)
(GLOBAL_DBNAME = smart_DGMGRL)
(ORACLE_HOME = D:\oracle\11.2.0)
)
)
Listener.ora ensures
LISTENER_REDO_SMART =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST = host01))
)
)
SID_LIST_LISTENER_REDO_SMART =
(SID_LIST =
(SID_DESC =
(SID_NAME = CLRExtProc)
(ORACLE_HOME = D:\oracle\11.2.0)
(= Extproc PROGRAM)
(ENVS = "EXTPROC_DLLS=ONLY:D:\oracle\11.2.0\bin\oraclr11.dll")
)
(SID_DESC =
(SID_NAME = smart)
(ORACLE_HOME = D:\oracle\11.2.0)
)
(SID_DESC =
(SID_NAME = smart)
(GLOBAL_DBNAME = smart_stb_DGMGRL)
(ORACLE_HOME = D:\oracle\11.2.0)
)
)
LSNRCTL > status listener_redo_smart
Connection to (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP (PORT = 1599))(HOST=host02)))
STATUS of the LISTENER
------------------------
Alias LISTENER_REDO_SMART
TNSLSNR for Windows 64-bit version: Version 11.2.0.3.0 - Production
Start date August 30, 2014 20:46:12
Uptime 10 days 13 h 11 min 15 sec
Draw level off
Security ON: OS Local Authentication
SNMP OFF
Listener parameter File D:\oracle\11.2.0\network\admin\listener.ora
Listener log file D:\oracle\diag\tnslsnr\host02\listener_redo_smart\alert\log.xml
Summary of endpoints listening...
(DESCRIPTION = (ADDRESS = (PROTOCOL = tcp (PORT = 1599))(HOST=host02)))
Summary of services...
Service 'CLRExtProc' has 1 instance (s).
Instance of 'CLRExtProc', status UNKNOWN, has 1 operation for this service...
Service 'HA_SMART' has 1 instance (s).
'Smart' instance, State LOAN, has 1 operation for this service...
'Smart' service has 2 occurrences.
'Smart' instance, status UNKNOWN, has 1 operation for this service...
'Smart' instance, State LOAN, has 1 operation for this service...
Service 'smart_DGB' has 1 instance (s).
'Smart' instance, State LOAN, has 1 operation for this service...
Service 'smart_DGMGRL' has 1 instance (s).
'Smart' instance, status UNKNOWN, has 1 operation for this service...
The command completed successfully
I would be most grateful if someone would have an idea of how solve it!
Thanks in advance and best regards...

Solved!

A logon trigger that makes an insert in a table for each log in the appearance of this behavior. Since dataguard brings the standby database open mode ReadOnly cannot insert the trigger and the strange behavior as described happens!

Hope that could help someone in the future...

Kind regards

Digital switchover and Active Data Guard
I spin a quarter-Exadata V2 support systems (two instances CARS) and am changing my sleep Physics (an Exadata V1 rack with four RAC instances) in an Active Data Guard configuration (i.e. bearer Real - Time Query). The RDBMS runs 11.2.0.2 with BP7.

My question is if I need to disable RTQ/Active Data Guard before a planned failover? If this is not the case, the transition process will automatically start QTR on the 'new' standby (i.e. my 'old' primary)? We'll test this on next month, but he was curious to know what to expect in advance.

I use DGMGRL (Data Guard Broker) to manage the transition to digital.

Any thoughts?

Mark
If you use the broker, as you must do with RAC, the broker must manage everything seamlessly. If it's not, and you need to test this, open an SR with Oracle's Support.

How to implement Data guard
Hi all

I'm new to the protection of data. I need help to implement dataguard.so can someone tell me link for good video to implement dataguard.
Hi, the oracle online documentation is one of the best guides.
for 11 GR 2, if you si vous utilisez use data guard Broker:
http://download.Oracle.com/docs/CD/E11882_01/server.112/e17023/TOC.htm
otherwise:
http://download.Oracle.com/docs/CD/E11882_01/server.112/e17022/TOC.htm
Also, I highly recommend 'Oracle Data Guard 11g Handbook' press of Oracle to learn details.
http://www.Amazon.com/Oracle-guard-Handbook-Osborne-Oracle/DP/0071621113
Kind regards.

issues of database after the start of the Data Guard

Hello. We run OEM12c in Linux. Everything works well and we are monitoring several DBs targets.
On our server of db QA, sun solaris 11 running oracle 10 g, we have started to test the configuration of data hold for several instances that we run it. our standby server is called STDBY. Everything works fine, but now we have a problem of management of some aspects of the custody of the data with OEM12c.
First problem is that bodies appear as SID_IPaddress of the server, and not as DB_UNIQUENAME. DB_DOMAIN. Oddly enough, the std by copy, displays correctly (SID_sbyp.db_domain)... It's very confusing...
Second problem is when we try to access the Data Guard performance pane, it fails showing (both in primary and secondary DBs)
Data Guard internal error: see the log of the WHO for more details.
No idea where to look for this problem.
All other functions, TOP, performance at home, etc... look good.

Hello

On the question «bodies appear as SID_IPaddress of the server, and not as DB_UNIQUENAME.» DB_DOMAIN', you can use the solution to rename the target name desired using below doc MOS

How do I rename managed targets in Enterprise Manager Cloud control 12 c (Doc ID 1515413.1)

Kind regards

Rahul

Reliable message of guard - performance issues - of the data?
Hello, we are on 10.2.0.3 (I know, time to upgrade, just can't right now). Data Guard is in place, in AVAILABILITY of maximum production work that was ongoing for 3 years once a week with no problems started taking 10 + hours. He used to take 2 hours Max checked, everything, nothing has changed. Ran AWR report and see that the high wait event is a RELIABLE MESSAGE:
```
Top 5 Timed Events 

Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class 
CPU time   45,270   97.5   
*reliable message 2,655 534 201 1.1 Other*
 db file sequential read 199,278 366 2 .8 User I/O 
db file scattered read 122,914 287 2 .6 User I/O 
LGWR wait on LNS 35,511 209 6 .4 Network 
```
Is - this Data Guard? What can we do to fix this? I dropped the day before, tried to re - run this job and still have high reliable message:
```
Top 5 Timed Events 

Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class 
CPU time   11,490   98.7   
reliable message 804 77 96 .7 Other 
db file scattered read 92,969 34 0 .3 User I/O 
db file sequential read 17,596 25 1 .2 User I/O 
log file parallel write 13,268 11 1 .1 System I/O 
```
I don't understand much about Metalink. If I dropped the day before, newspapers are not speeding it more, shouldn't that have improved performance? Or should I disable the configuration to test any scenario Data Guard in this case? In the last configuration disabeling required re-buillding DG however. Please notify. What is the reliable message? Thank you!
My bad. You are right, they are 10MB.

I have galanced bytes and somehow added an extra 0.

The 200 MB comes from the query - 'optimal_logfile_size = 201.

The rule of the 20 minutes of CKPT is good, but sometimes the databases have a peak period, which is only about half a day.

10 MB is a bit small, I consider what makes them great. At least 100 MB.

I remember you, you had the 'Data Guard - total loss of primary education"question just now.

Best regards

mseberg

Data Guard of database status is error ORA-01031: insufficient privileges.

Hi DBAs,
I spotted this error while doing daily morning DB health check-ups.
"The status of Data Guard of ZEUSDB is error ORA-01031: not sufficient privileges."
I tried Googling, but this error is related to a lot of things so impossible to find the exact solution.
Kind regards
Ritu

No, we don't know the sleep state. You can watch the alert.log from the night before to see if it is actively applying redo/archivelogs. You can query V$ DATAGUARD_STATUS on the day before.

If you have installed and configured broker DataGuard, it can monitor the day before.

If you use a script, make sure that it is configured to connect properly the SYSDBA privilege and password (or a local connection on the standby server - that would be my preference).

Hemant K Collette

How to move from Data Guard time really apply (restore) to archive the journal
Hello

Standby database configured with broker and application really remake in time; However, I want to change it to archive the journal apply mode without losing the broker configuration. Is this possible? If it is not possible to use the broker to make archive log apply, I can remove the broker and use Data Guard to set up the day before to use the archive log apply?

Concerning
Hello;

Broker automatically allows real-time applies to databases on hold if the standby database has standby redo logs configured.

Stop repeat applies
```
DGMGRL> EDIT DATABASE 'PRIMARY' SET STATE='APPLY-OFF';
```
Repeat restart applies broker
```
DGMGRL> EDIT DATABASE 'PRIMARY' SET STATE='APPLY-ON';
```
In order to get rid of standby redo logs would be a way. I would like to leave myself alone. Real time assistance to prevent the loss of data.

Best regards

mseberg

Active Data Guard on DB 11 g and ADF business components
Does anyone has experiences using business against a data source Active Data Guard components? Y at - it something ADF BC specific, you might need to know/set up regarding the parameters of the Application Module. Of course, we would read only your with her. Sorry it kinda turns out to be a beautiful finished question just want to know if it's a go or one thing more than any other possiblity.
TheOtherDave,

It should work perfectly. One thing you will need to know is the passivation of State mechanism used by ADF BC can use a store based on files or DB-table-based store. Obviously, if you want to use the DB-table-based store, you will have to configure it to point to a database where you can write to DB tables, which will be probably different from your database pending of DG. Otherwise, I can't think of specific issues (but I don't him have not personally tested).

John

Data Guard Broker issue

Similar Questions

Maybe you are looking for