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;
/

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

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

Fast-Start Failover & Active Data Guard
Hi experts,

I set up a 2-nodes with fast failover-Dataguard!

While tesing the system I have seen that the backup database is to read only State (no editing).

It means I have a watch guard of active data!

Active data guard standby is a necessary condition to run the accelerated shift (the license is required?)

Thanks and greetings

hqt200475
To be more precise: READING ONLY one OPEN does not mean that you use queries in real-time, who need the option Active Data Guard. Only if you redo apply while being read-only that is open has Active Data Guard. You can determine by the column OPEN_MODE from v$ database with11.2.

Kind regards
Uwe Hesse

http://uhesse.WordPress.com

Published by: Uwe Hesse on 25.10.2011 16:26
Corrected an actress-> Active

The Oracle has EM package for monitoring Data guard

I need to know if a EM supervisory package Dataguard Oracle, that's our SSO database that is replicated through Data guard

Hello

It can control and you can click on a button in MS do the switchover - it is fully integrated.

Don't know what 'pack' it is considered part of the property... or if you have some of them, without needing extra licenses - not sure.

See you soon,.

Rich

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.

TAF TNS entry for active data guard

Hello world
Need your advice on the configuration of the TNS entrance side transparent client failover of the DB in waiting in a Data Guard configuration active?
Normally, I create a service manually and configure this service to start or stop according to the change of role of database. Then have personalities of the two sites in the entry of TNS (example below).
TEST =
(DESCRIPTION =
(FAILOVER = ON)
(ENABLE = BROKEN)
(LOAD_BALANCE = TRUE)
(ADDRESS = (PROTOCOL = TCP) (HOST = VIP1-SITE1)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = VIP2-SITE1)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = VIP1-SITE2)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = VIP2-SITE2)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = TEST)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
(RETRIES = 20)
(TIME = 2)
)
)
)
I learned this method of-> http://uhesse.com/2009/08/19/connect-time-failover-transparent-application-failover-for-data-guard/
Is there a better way to do this? Can we achieve this using an AMT only?

I think I found the answer. According to the document oracle practices best client failover, the service can be configured to start automatically on the standby server when the role of the db is changed. This can be achieved by creating a service with srvctl with option '-l PRIMARY' on both sites

For example:

Main cluster: srvctl add service d Austin s oltpworkload r - ssa1 ssa2 ssa3, ssa4-l primary SCHOOL - q TRUE EI SESSION m BASE w 10 - z 150

Cluster of relief: srvctl add service d Houston s oltpworkload - r BSR1, ssb2, ssb3, ssb4 - l PRIMARY - q PURE EI SESSION m BASE w 10 - z 150

Documentary link--> http://www.oracle.com/au/products/database/maa-wp-11gr2-client-failover-173305.pdf

Also the entrance to the AMT must be created with two descriptions, one for primary and one for standby

TNS_DG =

(DESCRIPTION_LIST =

(LOAD_BALANCE = OFF)

(FAILOVER = ON)

(ENABLE = BROKEN)

(DESCRIPTION =

(ADDRESS_LIST =

(LOAD_BALANCE = ON)

(ADDRESS = (PROTOCOL = TCP) (HOST = vip1-primarydb)(PORT = 1521))

(ADDRESS = (PROTOCOL = TCP) (HOST = vip2-primarydb)(PORT = 1521))

)

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = orcl)

(FAILOVER_MODE =

(TYPE = SELECT)

(METHOD = BASIC)

(RETRIES = 20)

(TIME = 2)

)

)

)

(DESCRIPTION =

(ADDRESS_LIST =

(LOAD_BALANCE = ON)

(ADDRESS = (PROTOCOL = TCP) (HOST = vip1-standbydb)(PORT = 1521))

(ADDRESS = (PROTOCOL = TCP) (HOST = vip2-standbydb)(PORT = 1521))

)

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = orcl)

(FAILOVER_MODE =

(TYPE = SELECT)

(METHOD = BASIC)

(RETRIES = 20)

(TIME = 2)

)

)

)

)

Reader only a physical standby Clock Data Guard?

Hi all
We try to use TimesTen 11.2.2.4.1 as a memory cache read-only for a 11.2.3.0.7 on Linus RedHat 6.3 Oracle schema, all using Oracle Data Guard to replicate the Oracle instance through geographically remote sites. At each site, we would like to have two instances of TT, synchronization with the local instance of Oracle 11 g. It works very well against the master DB, but TT agents will be able to synchronize against physical standby instances?
The problem, seems, is that the agent of TT uses structures dedicated in the master Oracle (related to the grid of cache), instance that will be replicated to instances of Eve. Is TT agent able to use the read-only, structures to complete replication synchronization, or is this unworkable approach? What would be your advisor as a way to do this?
Thanks for your help,
Chris

No, I'm afraid that will not work and is not supported. We support the use of groups of READONLY and AWT cache in collaboration with Data Guard in the following configuration (documented in the Guide of Cache TimesTen IMDB):

1 data Guard is configured as synchronous physical standby

2. all the caches of TT run against Oracle DB

3. in the event of a failover of Data Guard, TT hiding can be migrated to run against the DB who now has beed promoted active to standby

It is the only supported configuration.

Kind regards

Chris

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.

Grid d? infrastructure is needed for Active Data Guard fast failover?

Hello
I'm currently deploying an Active Data Guard of 11 GR 2 configuration with a captain and two slaves physical standby and failover accelerated for a Java JDBC application. Each instance has a read-only service that is always active and a service of reading / writing that is activated only on the master:
```
srvctl add service -d smsgsig1 -s smsgro -l PRIMARY,PHYSICAL_STANDBY -e NONE -m NONE
srvctl add service -d smsgsig1 -s smsgrw -l PRIMARY -e SELECT -m BASIC -w 10 -z 150
```
Initially, I had planned to use the Service of Notification of Oracle (ONS) to notify the application in case of change of master, that works, however, after a few tests, it seems that simply leave the retry request enough times in the case of a connection failure is sufficient to re-connect to the new master afterwards, in order to complete any pending transaction.
So my question is: since I plan not to use ADD-ONS, do I have the grid infrastructure and Oracle Restart at all to deploy Active Data Guard? The documentation does not explicitly require it, and all the necessary tools, including srvctl, exist in the plain 11 GR 2 home. However the mechanism of activation/deactivation of the service will work without restart? To be honest, I don't think it would be, but that this would simplify the deployment, a little, I thought it would be good to ask :-)
Thank you for your understanding,
Chris

Hello;

The simple answer is no, I could consider changing my order srvctl.

EI SESSION (type switching must be set to both)

m BASIC (set on both)

l PHYSICAL_STANDBY (isn't one of yours in this service role?)
z - 15 (150 retrys seems too high)

q (the value TRUE or FALSE)

w (set on both)

srvctl add service d smsgsig1 s smsgro-l PRIMARY - SESSION - q TRUE m BASE w 10 EZ 15

srvctl add service d smsgsig1 s smsgrw-l PHYSICAL_STANDBY - q REAL - m BASE w 10 EZ 15 SESSION

Best regards

mseberg

Failover monitoring - Data Guard Broker

Similar Questions

Maybe you are looking for