A lot of ORA - in my alertPROD.log

Hello

EBS 11i (11.5.10.2)
RHEL 4.6

I scoured our database alert logs and I see a lot of following items:
1)
------------------------
ORA-01555 caused by the following SQL statement (query length s = 1286790742, SCN: 0x056d.6f011aeb):
Mon Oct 11 17:52:22 2010
SELECT TO_CHAR(REQUEST_DATE,'MM/DD/YYYY') FROM APPS. OE_ORDER_HEADERS_ALL WHERE TO_CHAR (ORDER_NUMBER) =: B1
------------------------
2)
------------------------
ORA-1652: unable to extend segment by 212992 temp in the SYSTEM tablespace
------------------------
3)
------------------------
[ORA-07445: exception encountered: core dump [ptmak () + 106] [SIGSEGV] [address not mapped to object] [0 x 8] []]
Mon Oct 18 17:27:57 2010
------------------------
4)
------------------------
Instance of warning: Oracle running on a system with a file descriptor open low
limit. Set your system to increase this limit to avoid
serious performance degradation.
------------------------

Have you seen this in your alert logs too?
How solve you this error please...

Thank you very much

Ms. K

Hello

If the sendmail does not work and you have messages that are not sent, is expected to find these files - see (Solaris [TM] 9 & Solaris [TM] 10: default mailx cannot send e-mail without Sendmail daemon running [1003382.1 ID]) and the changes in behavior of Sendmail introduced in Solaris [TM] 9 [ID 1004793.1] for more details. If you don't mind not receiving these emails, you can delete these files.

Thank you
Hussein

Tags: Oracle Applications

Similar Questions

ORA-16038: sequence of log 2 422 cannot be archived

Hello
I have a problem, when I try to start a database:
SQL > the judgment;
ORACLE instance stops.
SQL > startup open;
ORACLE instance started.
Total System Global Area 1577058304 bytes
Bytes of size 1305760 fixed
964690784 variable size bytes
603979776 of database buffers bytes
Redo buffers 7081984 bytes
Mounted database.
ORA-16038: sequence of log 2 422 cannot be archived
ORA-19504: cannot create the file «»
ORA-00312: wire 2 1 online journal:
"+ DATAGROUP/frge/onlinelog/group_2.354.833381221".
ORA-00312: wire 2 1 online journal:
"+ DATAGROUP/frge/onlinelog/group_2.355.833381221".
Thank you

Hello

Please check your alert log content, that the location of the log file of the alerts can be found throughout this sql:

SQL > select * from v$ diag_info;

also, check out this site refrence: http://itbloggertips.com/2013/05/oracle-not-started-database-startup-fail-with-ora-16038-ora-19809-ora-00312-error/

Kind regards

Create the database fails with error ORA-01505: Error adding log files
Hi all

hope someone can help out me, I'm creating a database by using a SQL script, the content of the script is:
create the testora database
the user sys identified by oracle
the user identified by oracle's system
LogFile Group 1 ('/ u01/app/oracle/oradata/testora/redo01a.log ',' / u02/app/oracle/oradata/testora/redo01b.log') blocksize 512 re-use, 100 m in size.
Group 2 ('/ u01/app/oracle/oradata/testora/redo02a.log ',' / u02/app/oracle/oradata/testora/redo02b.log') blocksize 512 re-use, 100 m in size.
Group 3 ('/ u01/app/oracle/oradata/testora/redo03a.log ',' / u02/app/oracle/oradata/testora/redo03b.log') blocksize 512 re-use, 100 m in size.
maxLogFiles 5
maxlogmembers 5
MAXDATAFILES 100
US7ASCII character set
AL16UTF16 national character set
Local extended management
DataFile ' / u01/app/oracle/oradata/testora/system01.dbf' re-use of 400 m size
SYSAUX datafile ' / u01/app/oracle/oradata/testora/sysaux01.dbf' re-use of 400 m size
default tablespace users
DataFile ' / u02/app/oracle/oradata/testora/users01.dbf' size 500 m reuse autoextend on maxsize unlimited
default temporary tablespace tempts1
tempfile ' / u01/app/oracle/oradata/testora/temp01.dbf' size 20 m reuse autoextend on maxsize 4g
Undo tablespace undotbs1
DataFile ' / u01/app/oracle/oradata/testora/undotbs01.dbf' size 200 m reuse autoextend on maxsize unlimited
;

It fails in the creation of the database with the following result:

SQL > @/home/oracle/Oracle_Scripts/testora_db_script.sql
create the testora database
*
ERROR on line 1:
ORA-01092: ORACLE instance is complete. Disconnection forced
ORA-01501: CREATE DATABASE failed
ORA-01505: Error adding log files
ORA-01184: logfile group 1 already exists
Process ID: 3486
ID of the session: 1 serial number: 3
This is the documentation: http://docs.oracle.com/cd/E11882_01/server.112/e26088/statements_5004.htm#i2142335
>
If only the DB_RECOVERY_FILE_DEST initialization parameter is specified, Oracle database then creates a log file member to this place.

Error ORA to rename data/log files
Hello

I wanted to move my data files to the new location, and now my TEMP was not moving properly.

SQL > bootable media.
ORACLE instance started.

Total System Global Area 4259082240 bytes
Bytes of size 2166488 fixed
922747176 variable size bytes
3321888768 of database buffers bytes
Redo buffers 12279808 bytes
Mounted database.
SQL > ALTER DATABASE RENAME FILE ' / oracleGC/oem11g/oradata/oem11g/temp01.dbf' TO ' / oradata/oem11g/data/temp01.dbf';

Database altered.

SQL >
SQL >
SQL > alter database open;

Database altered.

SQL > SELECT name FROM v$ datafile;

NAME
--------------------------------------------------------------------------------
/oradata/oem11g/data/System01.dbf
/oradata/oem11g/data/undotbs01.dbf
/oradata/oem11g/data/sysaux01.dbf
/oradata/oem11g/data/users01.dbf
/oradata/oem11g/data/Mgmt.dbf
/oradata/oem11g/data/mgmt_ecm_depot1.dbf

Now, I get the following errors:

When I try to rename, I get the error below: the dbf is in both places.

SQL > ALTER DATABASE RENAME FILE ' / oracleGC/oem11g/oradata/oem11g/temp01.dbf' TO ' / oradata/oem11g/data/temp01.dbf';
ALTER DATABASE RENAME FILE ' / oracleGC/oem11g/oradata/oem11g/temp01.dbf' TO ' / oradata/oem11g/data/temp01.dbf'
*
ERROR on line 1:
ORA-01511: Error renaming data/log files
ORA-01516: file nonexistent log, datafile or tempfile
"/ oracleGC/oem11g/oradata/oem11g/temp01.dbf".
user771256 wrote:
Yes is working now.
Wouldn't it appears with the following?

SELECT NAME FROM V$ DATAFILE;

Nope,
Given that the file that you are interested in is a temporary file (temporary tablespace) and not of datafile he show up in v$ datafile but v$ tempfile

Concerning
Anurag

ORA-1405 in alert log

Dear gurus,
I continually get an error in my log file alert, here are the trace file
Oracle Database 11 g Enterprise Edition Release 11.2.0.1.0 - 64 bit Production
With partitioning, Real Application Clusters, Automatic Storage Management, OLAP,.
Options of Data Mining and Real Application Testing
ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
Name of the system: Linux
Node name: gsm - rac2.gsm.moi.sa
News Release: 2.6.18 - 274.el5
Version: #1 SMP kills Jul 8 17:36:59 EDT 2011
Machine: x86_64
Instance name: mcnggsm5
Redo thread mounted by this instance: 12
Oracle process number: 107
Unix process pid: 2572, image: [email protected] (Q003)
2014-09-09 08:47:17.958
SESSION ID: (2521.54085) 2014-09-09 08:47:17.958
CUSTOMER ID :() 2014-09-09 08:47:17.958
SERVICE NAME:(SYS$BACKGROUND) 2014-09-09 08:47:17.958
MODULE NAME: 2014-09-09 08:47:17.958 (STREAMS)
ACTION NAME:(QMON Slave) 2014-09-09 08:47:17.958
kwqdlScanDeqLog during the extraction of stmt: retval-1, errnum 1405, errbuf ORA-01405: recoveries of column value is NULL
kwqitmmit for kwqitmmit:deq journal proc: error 1405 in queue Table SYS. SYS$ SERVICE_METRICS_TAB
kwqicaclcur: error 1405
Slider Session number: 2505
Slider Session series: 16173
Slider ID: 24585
kwqitmmit for kwqitmmit:end proc: error 1405 in queue Table SYS. SYS$ SERVICE_METRICS_TAB
kwqitptm: error 1405 encountered during serving 12863
KSV 1405 error in the process of the slave
2014-09-09 08:47:18.354
ORA-01405: recoveries of column value is NULL
ORA-01405: recoveries of column value is NULL
OPIRIP: Eception error 447. Error stack:
ORA-00447: fatal error in background process
ORA-01405: recoveries of column value is NULL
ORA-01405: recoveries of column value is NULL
Trace file /U01/app/Oracle/diag/RDBMS/mcnggsm/mcnggsm5/trace/mcnggsm5_q003_2572.TRC
Oracle Database 11 g Enterprise Edition Release 11.2.0.1.0 - 64 bit Production
With partitioning, Real Application Clusters, Automatic Storage Management, OLAP,.
Options of Data Mining and Real Application Testing
ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
Name of the system: Linux
Node name: gsm - rac2.gsm.moi.sa
News Release: 2.6.18 - 274.el5
Version: #1 SMP kills Jul 8 17:36:59 EDT 2011
Machine: x86_64
Instance name: mcnggsm5
Redo thread mounted by this instance: 12
Oracle process number: 158
Unix process pid: 2572, image: [email protected] (Q003)
Can you help me understand how I can fix this error.
Thank you
Saad

PL see if MOS Doc 1162862.1 can help you

ORA-16038, ORA-00354, ORA-00312 block header corrupt redo log
Hi all

I'm Ann. I'm not an Oracle DBA. Please bear with me. However, I have to accelerate to become a DBA during the time that the dedicated DBA is on maternity leave.
As usual, we have the online site and test site.
She gave me some notes about how to take care of the database of active and application (Oracle 10 g).
But so far, I can't do a lot of command calls the site online because we have plenty of space for the server, also the biggest part of the task has been scripted. So, it can work automatically.

However, the test database is not like that. There is not automatically restart scripts as in the live system.
Recently I canont access to the test database. So I connect to the test server, find the folder that contains the Archive Log files is nearly 98%.
So I remove some of the old dbf files (I did based on the Advisor to the Chief of this last time, it happened a long time ago)

After clear some old files, make a df h the rate at 58%.
However, the database is still not available (can't open I think)
I connect to the database, making an immediate halt, but Hung Server.
So, I ask a network engineer to restart the database server.
Of course, the machine is stop so the database must be completed.
After the machine restarts, I connect as sysdba but still cannot open the database.
The error is as below

Mounted database
ORA-16038: log 1 sequence # 1013 cannot be archived
ORA-00354: corrupted redo log block header
ORA-00312: thread 1 1 online journal:
*'/Data/oradata/barn/onlinelog/o1_mf_1_2658nhd4_.log'*
ORA-00312: thread 1 1 online journal:
*'/arclogs/oradata/BARNTEST/onlinelog/o1_mf_1_2658nhd4_.log'*

I search and I get these
ORA-16038, ORA-00354, ORA-00312 block header corrupt redo log

+ (http://arjudba.blogspot.co.nz/2008/05/ora-16038ora-00354ora-00312-corrupt.html) +.
Error description:
------------------------
Normal users could not connect to the database. He messaged ORA-00257: internal connection only up to this just released. When you try to archive the redo log, it returns the message.

ORA-16038: log %s sequence # %s cannot be archived
ORA-00354: corrupted redo log block header
ORA-00312: ' %s % s: "%s '" thread online journal

Explanation of the problem:
-------------------------------
Whenever the normal user tried to connect to the database returns the error as it is designed in

ORA-00257. But you've noticed that there is enough space in the V$ RECOVERY_FILE_DEST. Whenever you look at alerts log, you will see the ORA-16038, ORA-00354, error ORA-00312 serial. Produced error as because it doesn't have archives online redolog due to an alteration in the online redo file.

Solution of the problem:
--------------------------------
Step 1) while making your database running clearly non archived redo log.
SQL > alter the clear database untarred logfile "logilename";

What makes corruption disappear which causes the contents of the redo online deleted file.
Step 2) make a full backup of the database

Is my question here safe to apply the following steps:
We have 2 logs online that cause the error, until I need to erase the 2 files.

For step 2, how to make a backup with RMAN.
Can you suggest a command line safe for me to use. (The EM console surrently do not work on the test database server)

I really need that test database managed as my apps APEX run on this need to be exported to the live system.

Really appreciate any help here, once again, it's an Oracle 10 g release 1.

Kind regards

Published by: Ann586341 on April 30, 2012 15:40

Published by: Ann586341 on April 30, 2012 15:40
Your problem is with redolog 1

SQL > select * v log$;

check the status of the Group 1 regardless of whether ACTIVE or INACTIVE.

If it is INACTIVE, then run the command below

SQL > ALTER DATABASE CLEAR NO ARCHIVED LOGFILE GROUP 1;

then

SQL > alter database open

Published by: Vishwanath on April 30, 2012 10:11

RMAN-03009 and ORA-01858 everything by backing up archiving logs
Hello!

Since today, I get the above errors to backup the fra tape archiving logs. I tried the following: error ORA-01858 in RMAN during backup backupset format ' / test/rman/%U'
If I manually do the backup for a client, it works!

environment:
Server: windows 2008 standard server
Oracle: 10.2.0.4.0

configuration of RMAN:
CONFIGURE RETENTION POLICY TO THE 5 DAY RECOVERY WINDOW;
CONFIGURE BACKUP OPTIMIZATION
SET UP DEFAULT DISK DEVICE TYPE; # by default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO "%F" # by default
SET UP THE DEVICE TYPE DISK PARALLELISM 1 BACKUP BACKUPSET TYPE; # by default
CONFIGURE BACKUP OF DATA TO DISK FILE TYPE DEVICE TO 1; # by default
CONFIGURE BACKUP ARCHIVELOG FOR DEVICE TYPE DISK TO 1; # by default
CONFIGURE MAXSETSIZE TO UNLIMITED; # by default
CONFIGURE ENCRYPTION OF DATABASE # by default
CONFIGURE THE ENCRYPTION ALGORITHM "AES128"; # by default
CONFIGURE THE NONE ARCHIVELOG DELETION POLICY; # by default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO ' D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\SNCFAPEX. ORA'; # by default

Error log:
Recovery Manager: Release 10.2.0.4.0 - Production on Thu Oct 1 04:30 2009

Copyright (c) 1982, 2007, Oracle. All rights reserved.

connected to target database: APEX (DBID = 1331326226)
connected to the recovery catalog database

RMAN > sql 'alter system archive log current;
2 > run {}
3 > #-> drive backup
4 > backup archivelog all;
5 > # FRA-> band
6 > allocate channel ch1 type 'sbt_tape '.
7 > PARMS = "BLKSIZE = 262144, ENV = (CvClientName = ora5neu, CvInstanceName = Instance001)"; "
8 > save the recovery area.
{9 >}
10 >
SQL statement: alter system archive log current

From backup 1st October 09
Current archived log
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid = devtype 81 = DISK
skip the log file archive D:\FRA\APEX\ARCHIVELOG\2009_09_10\O1_MF_1_2720_5BKO9BOL_. ARC; already saved 1 time
...
skip the log file archive D:\FRA\APEX\ARCHIVELOG\2009_10_01\O1_MF_1_2981_5D7PZDXX_. ARC; already saved 1 time
channel ORA_DISK_1: from archive newspaper backupset
channel ORA_DISK_1: specification of archive log backup set
archive log entry thread = 1 sequence = 2733 recid = 2733 stamp = 697286083
archive log entry thread = 1 sequence = 2734 recid = 2734 stamp = 697293002
archive log entry thread = 1 sequence = 2735 recid = 2735 stamp = 697293004
archive log entry thread = 1 sequence = 2856 recid = 2856 stamp = 698142602
archive log entry thread = 1 sequence = 2857 recid = 2857 stamp = 698142603
archive log entry thread = 1 sequence = 2982 recid = 2982 stamp = 699078603
archive log entry thread = 1 sequence = 2983 recid = 2983 stamp = 699078605
channel ORA_DISK_1: starting piece 1 to October 1 09
channel ORA_DISK_1: finished piece 1 to October 1 09
piece handle = D:\FRA\APEX\BACKUPSET\2009_10_01\O1_MF_ANNNN_TAG20091001T043006_5D8520K4_. Tag BKP = comment TAG20091001T043006 = NONE
channel ORA_DISK_1: complete set of backups, time: 00:00:03
Backup finished on 1st October 09

From control file and SPFILE Autobackup 1st October 09
piece handle = D:\FRA\APEX\AUTOBACKUP\2009_10_01\O1_MF_S_699078626_5D8522W8_. Comment BKP = NONE
File control finished and SPFILE Autobackup to on 1 October 09

output channel: ORA_DISK_1
allocated channel: ch1
channel ch1: sid = 81 = SBT_TAPE devtype
channel ch1: CommVault Systems for Oracle: Version 7.0.0 (BUILD76)

From backup 1st October 09
specification does not match any data file copy in the repository
skip the log file archive D:\FRA\APEX\ARCHIVELOG\2009_09_10\O1_MF_1_2720_5BKO9BOL_. ARC; already saved 4 times
...
jump key 5203 backupset; already saved 1 time
channel ch1: from archive newspaper backupset
channel ch1: specification of archive log backup set
archive log entry thread = 1 sequence = 2982 recid = 2982 stamp = 699078603
archive log entry thread = 1 sequence = 2983 recid = 2983 stamp = 699078605
channel ch1: starting piece 1 to October 1 09
channel ch1: finished piece 1 to October 1 09
piece handle = i2kqm5vv_1_1 tag = comment TAG20091001T043031 = API 2.0, MMS Version 7.0.0.76 Version
channel ch1: complete set of backups, time: 00:00:16
entry count = 4670 stamp = 699064230 = creation_time backupset 1st October 09
channel ch1: starting piece 1 to October 1 09
RMAN-03009: failure of the backup command on channel ch1 at 2009-10-01 04:31:19
ORA-01858: a non-digit character was found here where was waiting for a digital
continue other job steps, not a not working will not re-run
entry count = 4672 stamp = 699078622 = creation_time backupset 1st October 09
channel ch1: starting piece 1 to October 1 09
channel ch1: backup D:\FRA\APEX\BACKUPSET\2009_10_01\O1_MF_ANNNN_TAG20091001T043006_5D8520K4_ piece. BKP
piece handle = i0kqm5uu_1_2 comment = API Version 2.0, Version MMS 7.0.0.76
channel ch1: finished piece 1 to October 1 09
channel ch1: complete set of backups, time: 00:00:07
entry count = 4673 stamp = 699078626 = creation_time backupset 1st October 09
channel ch1: starting piece 1 to October 1 09
output channel: ch1
RMAN-00571: ===========================================================
RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
RMAN-00571: ===========================================================
RMAN-03009: failure of the backup command on channel ch1 at 01/10/2009 04:31:35
ORA-01858: a non-digit character was found here where was waiting for a digital

Complete recovery manager.

Thanks for your help!

Ciao,.
Christian
See my note of the Support of Oracle:

Subject: RMAN backup fails with RMAN-03009 ORA-01858 ORA-01861
DOC - ID: 744047.1 Type: PROBLEM
Modification date: 20 March 2009 status: MODERATE

This could be a NLS_DATE_FORMAT / NLS_LANG questioned.

ORA-03135 not in alertlog?
Oracle Version: 10.2.0.4
OS: RedHat 5.5

Hi all

recently, we had a problem with a delete statement, which was triggered by a JBoss server. This statement has not finished, so I started it follow-up because I couldn't find any ora - alerts log. But curiously, I found an ora-03135 in the trace. I was wondering why this error was not in the alerts log. Y at - he of known bugs or is it the behaivior WAITED? I couldn't find anything on MOS

BTW, I have another question about the trace file. After the error in the trace file, I see a lot of:

WAITING #1: nam = 'db file sequential read' ela = file No. 13 = 5 block #= blocks 1341871 = 1 obj #=-1 tim = 1281712953742918

Is it correct to say that it is the price drop? That means obj #=-1. We also have lines with obj #= 0.

Thanks in advance
Hello

in your case, your session is still alive, but lost the contact to the application. This looks like a firewall. As your server process is still alive, he cancels all your changes (different case, if your server process dies). So, you should see the cancellation directly after the error.

You will see not ora-03135 in your log file alert, since it is an error to the user. See the link above.

HTH...

-wiZ

Oracle errors in the alert.log

Hello guys,.

I have the setup of the Oracle Release 10.2.0.1.0 Server follows:
-Windows 2003 Server SP2
-3.25 GB of RAM (I think it's a 4 GB but it's a windows 2003 standard edition)
-2 Intel Xeon Quad core
-3 disk partitions (C - > 40 GB, 25 GB free / E-> 100 GB 85 GB free / F 300 GB-> 270 GB free)

The PRISM instance configuration is:
ARCHIVELOG: TRUE
SGA size: 584 MB
Full PGA size: 40 MB
Services running (OracleDBConsolePRISM, OracleOraDb10g_home1TNSListener, OracleServeicePRISM)

The problem is that there are only 5 users who use this database, but there are a lot of errors in the alert.log that makes the database is unavailable, the error messages are like this:

Mon Feb 16 16:31:24 2009
Errors in file e:\oracle\product\10.2.0\admin\prism\bdump\prism_j001_11416.trc:
ORA-12012: error on auto execute of job 42567
ORA-00376: file ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'E:\ORACLE\PRODUCT\10.2.0\ORADATA\PRISM\SYSAUX01.DBF'
ORA-06512: at "EXFSYS.DBMS_RLMGR_DR", line 15
ORA-06512: at line 1
 cannot be read at this time

The content of prism_j001_11416.trc is:

Dump file e:\oracle\product\10.2.0\admin\prism\bdump\prism_mmon_4620.trc
Mon Feb 16 11:07:33 2009
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Windows Server 2003 Version V5.2 Service Pack 2
CPU                 : 8 - type 586, 2 Physical Cores
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:1981M/3325M, Ph+PgF:3612M/5221M, VA:1278M/2047M
Instance name: prism

Redo thread mounted by this instance: 1

Oracle process number: 11

Windows thread id: 4620, image: ORACLE.EXE (MMON)


*** SERVICE NAME:(SYS$BACKGROUND) 2009-02-16 11:07:33.480
*** SESSION ID:(161.1) 2009-02-16 11:07:33.480
KEWRCTLRD: OCIStmtFetch Error. ctl_dbid= 1515633963, sga_dbid= 1515633963
KEWRCTLRD: Retcode: -1, Error Message: ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'E:\ORACLE\PRODUCT\10.2.0\ORADATA\PRISM\SYSAUX01.DBF'
  *** SQLSTR: total-len=328, dump-len=240, 
      STR={select snap_interval, retention,most_recent_snap_time, most_recent_snap_id, status_flag, most_recent_purge_time, most_recent_split_id, most_recent_split_time, mrct_snap_time_num, mrct_purge_time_num, snapint_num, retention_num, swrf_version}
*** kewrwdbi_1: Error=13509 encountered during run_once
keaInitAdvCache: failed, err=604 
02/16/09 11:07:33 >ERROR: exception at dbms_ha_alerts_prvt.post_instance_up308: SQLCODE -13917,ORA-13917: Posting system
 alert with reason_id 135 failed with code [5] [post_error]
02/16/09 11:07:33 >ERROR: exception at dbms_ha_alerts_prvt.check_ha_resources637: SQLCODE -13917,ORA-13917: Posting syst
em alert with reason_id 136 failed with code [5] [post_error]
02/16/09 11:07:33 >parameter dump for dbms_ha_alerts_prvt.check_ha_resources
02/16/09 11:07:33 > - local_db_unique_name (PRISM)
02/16/09 11:07:33 > - local_db_domain (==N/A==)
02/16/09 11:07:33 > - rows deleted (0)
02/16/09 11:07:33 >ERROR: exception at dbms_ha_alerts_prvt.check_ha_resources637: SQLCODE -13917,ORA-13917: Posting syst
em alert with reason_id 136 failed with code [5] [post_error]
02/16/09 11:07:33 >parameter dump for dbms_ha_alerts_prvt.check_ha_resources
02/16/09 11:07:33 > - local_db_unique_name (PRISM)
02/16/09 11:07:33 > - local_db_domain (==N/A==)
02/16/09 11:07:33 > - rows deleted (0)
*** 2009-02-16 11:07:41.293
****KELR Apply Log Failed, return code 376
*** 2009-02-16 11:08:35.294
****KELR Apply Log Failed, return code 376
*** 2009-02-16 11:09:38.294
****KELR Apply Log Failed, return code 376
*** 2009-02-16 11:10:41.295
****KELR Apply Log Failed, return code 376
*** 2009-02-16 11:11:44.296
****KELR Apply Log Failed, return code 376
*** 2009-02-16 11:12:29.328

And this is an excerpt from the listener.log file:

TNSLSNR for 32-bit Windows: Version 10.2.0.1.0 - Production on 16-FEB-2009 11:05:44

Copyright (c) 1991, 2005, Oracle.  All rights reserved.

System parameter file is e:\oracle\product\10.2.0\db_1\network\admin\listener.ora
Log messages written to e:\oracle\product\10.2.0\db_1\network\log\listener.log
Trace information written to e:\oracle\product\10.2.0\db_1\network\trace\listener.trc
Trace level is currently 0

Started with pid=9212
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=akscl-mfs15.am.enterdir.com)(PORT=1521)))
Listener completed notification to CRS on start

TIMESTAMP * CONNECT DATA [* PROTOCOL INFO] * EVENT [* SID] * RETURN CODE
16-FEB-2009 11:07:25 * service_register * prism * 0
16-FEB-2009 11:07:31 * service_update * prism * 0
16-FEB-2009 11:07:34 * service_update * prism * 0
16-FEB-2009 11:07:37 * service_update * prism * 0
16-FEB-2009 11:07:57 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=PRISM)(CID=(PROGRAM=\\akscl-mfs15\PRISMPM\PRISMPM.EXE)(HOST=xx-W20972)(USER=CSC3157))) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.225.7)(PORT=1607)) * establish * PRISM * 0
16-FEB-2009 11:07:58 * service_update * prism * 0
16-FEB-2009 11:07:58 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=PRISM)(CID=(PROGRAM=\\akscl-mfs15\PRISMPM\PRISMPM.EXE)(HOST=xx-W20972)(USER=CSC3157))) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.225.7)(PORT=1608)) * establish * PRISM * 0
16-FEB-2009 11:07:58 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=PRISM)(CID=(PROGRAM=\\akscl-mfs15\PRISMPM\PRISMPM.EXE)(HOST=xx-W20972)(USER=CSC3157))) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.225.7)(PORT=1612)) * establish * PRISM * 0
16-FEB-2009 11:07:59 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=PRISM)(CID=(PROGRAM=\\akscl-mfs15\PRISMPM\PRISMPM.EXE)(HOST=xx-W20972)(USER=CSC3157))) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.225.7)(PORT=1613)) * establish * PRISM * 0
16-FEB-2009 11:07:59 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=PRISM)(CID=(PROGRAM=\\akscl-mfs15\PRISMPM\PRISMPM.EXE)(HOST=xx-W20972)(USER=CSC3157))) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.225.7)(PORT=1614)) * establish * PRISM * 0
16-FEB-2009 11:08:01 * service_update * prism * 0
16-FEB-2009 15:05:26 * (CONNECT_DATA=(SERVICE_NAME=PRISM)(CID=(PROGRAM=C:\Program Files\Microsoft Office\OFFICE11\EXCEL.EXE)(HOST=xx-W21498)(USER=csc2682))) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.131)(PORT=1999)) * establish * PRISM * 0
16-FEB-2009 15:05:27 * (CONNECT_DATA=(SERVICE_NAME=PRISM)(CID=(PROGRAM=C:\Program Files\Microsoft Office\OFFICE11\EXCEL.EXE)(HOST=xx-W21498)(USER=csc2682))) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.131)(PORT=2000)) * establish * PRISM * 0
16-FEB-2009 17:33:26 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2513)) * establish * PRISM * 0
16-FEB-2009 17:33:26 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2514)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2515)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2516)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2517)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2518)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2519)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2520)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2521)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2523)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2524)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2525)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2526)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2527)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2528)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2529)) * establish * PRISM * 0
16-FEB-2009 17:33:27 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=PRISM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=144.180.227.18)(PORT=2530)) * establish * PRISM * 0
16-FEB-2009 17:33:29 * service_update * prism * 0

Please need help to solve this problem, cordially.

Cristian Orellana says:
Hello

Thank you for the time, I already read something about recovery logs, but everything indicates that the redo log should be smaller and more groups, it's a small database like already post, only 5 users working in there.
Do you think I need to increase the size of the redo log members?

Kind regards.

Without no doubt... but I would certainly add two members of each group and spread members around you to the disks. In its current form, with only one member of each group, if you lose a redo log, you have no redo data recovery. Problems of performance aside, your database is at risk.

ORA-29702: an error has occurred in the operation of Service of Cluster Group
Hello

After closing down a knot trying unsuccessfully at the start of this node:

SQL > startup
ORA-29702: an error has occurred in the operation of Service of Cluster Group

I got this message.

Here is a log of file: orcl2_lmon_13886.trc

*/Oracle/admin/ORCL/bdump/orcl2_lmon_13886.TRC*
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64 bit Production
With the options of partitioning, Real Application Clusters and Data Mining
ORACLE_HOME = / oracle/DB
Name of the system: Linux
Name of the node: DB2
News Release: 2.6.18 - 53.el5
Version: #1 SMP Wed Oct 10 16:34:19 EDT 2007
Machine: x86_64
Instance name: orcl2
Redo thread mounted by this instance: 0 < none >
Oracle process number: 5
The Unix process PID: 13886, image: oracle@DB2 (MON)

:() 2008-12-19 10:08:26.214 SERVICE NAME *.
SESSION ID: (1102.1) 2008-12-19 10:08:26.214 *.
21522 GHG 8 resource pool
GHG enqueues 33158
GES CPI: Receivers 3 shippers 3
GES CPI: Buffers receive 1000 Send (i: 2750 b:1934) reserve 1000
GES CPI: Msg 408 lot 8192 regular size
Factor of batch processing: enqueue replay ack 201, 224
Factor of batch processing: cache size 126 by 64 lock replay
kjxggin: receive buffer size = 32768
clsc_connect: (0x1d19a030) no listener to (ADDRESS = (PROTOCOL = ipc) (KEY = OCSSD_LL_db2_crs))
* 2008-12-19 10:08:29.819: CSSCLNTclsssInitNative: connection failed, rc 9 *.
kgxgncin: SATC init failed with status 3
kjxgmin: kgxgncin failed - (2)
kjxggin: generic group layer init fails
2008-12-19 10:08:29.819 *.
Stopping the queue Service global
2008-12-19 10:08:29.820 *.
enqueue global service detach CM:pid = 13886

I did check the listener, it didn't work, but I start it:

LSNRCTL > status
Connection to (ADDRESS = (PROTOCOL = tcp)(HOST=) (PORT = 1521))
STATUS of the LISTENER
Alias LISTENER
Version TNSLSNR for Linux: release 10.2.0.3.0 - Production
Start date December 19, 2008 10:49:42
Uptime 0 days 0 h 3 min 55 sec
Draw level off
Security ON: OS Local Authentication
SNMP ON
Parameter Listener of the /oracle/DB/network/admin/listener.ora file
The listener log file /Oracle/DB/network/log/listener.log
Summary of endpoints listening...
* (DESCRIPTION = (ADDRESS = (PROTOCOL = tcp)(HOST=localhost.localdomain) (PORT = 1521))) *.
The listener supports no services
The command completed successfully
LSNRCTL >

Could you give me a guide how to start this node? or where is a problem?
Before the start of the database, you can, you must start the CRS.

ORA-38760: this database instance could not turn on the flashback database

Hi guys
Without knowing it, I deleted all the files in the directory "fra" where "flashback" folder was there because of space issues. Now am facing the error.
It's my practical database.
SQL > startup
ORACLE instance started.
Total System Global Area 608174080 bytes
Bytes of size 1268920 fixed
184550216 variable size bytes
419430400 of database buffers bytes
Redo buffers 2924544 bytes
Mounted database.
ORA-38760: this database instance could not turn on the flashback database
SQL > alter flashback database;
Database altered.
SQL > SHUTDOWN IMMEDIATE;
SQL > STARTUP MOUNT
SQL > select flashback_on from database v$.
FLASHBACK_ON
------------------
RESTORE POINT ONLY
Am not able to extinguish the flame.
SQL > select * from v$ restore_point;
Select * from v$ restore_point
*
ERROR on line 1:
ORA-38701: Flashback database log 1 seq 1 wire 1:
"/ u01/fra/PROD/flashback/o1_mf_c1l5n3lq_.flb".
ORA-27037: unable to get file status
Linux error: 2: no such file or directory
Additional information: 3
SQL > select flashback_on from database v$.
FLASHBACK_ON
------------------
RESTORE POINT ONLY
I also tried to create a restore point and the flashback there.
SQL > create restore point guaranteed rspt1 flashback database;
Restore point created.
SQL > select * from v$ restore_point;
Select * from v$ restore_point
*
ERROR on line 1:
ORA-00600: internal error code, arguments: [krfg_get_keepseq_2], [1], [0], [0,]
[0], [0], [0], [0]
SQL > flashback data base to restore the point rspt1;
flashback database to restore the rspt1 point
*
ERROR on line 1:
ORA-38729: not enough flashback database data log do FLASHBACK.
Please help me in this regard.
Alert log file:
...
...
...
Mount of redo thread 1, with mount id 305866694
Sun 25 Oct 10:13:30 2015
Bytes allocated of 3981204 in the shared pool for the generation of flashback buffer
From RVWR background process
RVWR started with pid = 16, OS id = 15486
Sun 25 Oct 10:13:30 2015
Errors in the /u01/oracle/product/10.2.0/db_1/admin/prod/bdump/prod_rvwr_15486.trc file:
ORA-38701: seq 11 Flashback database log 11 1 thread: ' / u01/fra/PROD/flashback/o1_mf_c2oqypb0_.flb '.
ORA-27037: unable to get file status
Linux error: 2: no such file or directory
Additional information: 3
Sun 25 Oct 10:13:30 2015
Database mounted in exclusive Mode
Completed: ALTER DATABASE MOUNT
Sun 25 Oct 10:13:30 2015
ALTER DATABASE OPEN
ORA-38760 marked during: ALTER DATABASE OPEN...
Trace file:
...
...
...
:() 2015-10-25 10:13:30.087 SERVICE NAME
SESSION ID: (156.1) 2015-10-25 10:13:30.087
ORA-38701: seq 11 Flashback database log 11 1 thread: ' / u01/fra/PROD/flashback/o1_mf_c2oqypb0_.flb '.
ORA-27037: unable to get file status
Linux error: 2: no such file or directory
Additional information: 3
1. Thank you.
you experience serious problem... because usually it works very well.

Try the following:

SQL > shutdown immediate;

SQL > bootable media.

SQL > alter flashback database;

SQL > alter database backup controlfile to trace noresetlogs;

SQL > shutdown immediate;

go to the trace file generated from running (alter database backup controlfile to trace noresetlogs ;)

location of the trace file is located in the query:

SQL > select * from v$ diag_info;

It will contain the script with the SQL commands, you can rename the file with the extension ".sql".

SQL > startup nomount

SQL > @trace_file. SQL

SQL > restore database;

SQL > alter database open;

So basically you are going to recreate the files of control again...

ORA-16157: recovery media not permitted after successful recovery of FINISHING

Hi s/n,.
I have a situation.
During one of my tests on a standby, I issued an order by mistake "Alter database recovery managed standby database finish", but I didn't do a failover.
And now I want to activate MRP by running the command 'Alter database recover managed standby disconnect session' I get alert ora in the alerts log
"
MRP0: Background Media Recovery terminated with error 16157
Errors in the /var/opt/oracle/diag/rdbms/himmyprd1/himmyprd1/trace/himmyprd1_pr00_13513.trc file:
ORA-16157: recovery media not permitted after successful recovery of FINISHING
"
Is their anyway I can start the MRP and set the day before because it was earlier, or do I have to rebuild the day before.
DB version 11.2.0.2.0
Concerning
Himanshu

Hello

If you have any questions "alter database recover managed standby database finish;", it reports oracle recovery is complete for database pending and you'll be performing a failover operation.

If you have started this command accidentally, then I can say that it is your bad luck... You have to rebuild only the database of relief and no go.

Kind regards

Shivananda

recover the database up to the time, ORA-600 [2619]

Oracle 11.2.0.3.9

Solaris 10

I have a database of pending that I would copy and activate the copy in another recovery base autonomous disaster. I took a "Save as copy" of the day before and generated a controlfile primary with «alter database backup controlfile to trace...» ».

I edited the controlfile, but now course issues with my recover. I want to get back at 11:00, but I get an error ORA-600 at the end of the restoration and data files have a 10:40:46 checkpoint_time. Here's the problem:

Hood > sqlplus / as sysdba

SQL * more: Production release 11.2.0.3.0 Wed Oct 8 11:35:47 2014

Connected to:

Oracle Database 11 g Enterprise Edition Release 11.2.0.3.0 - 64 bit Production

With partitioning, OLAP, Data Mining and Real Application Testing options

SQL > restore database using backup controlfile until time ' 2014 - 10 - 08:11:00:00';

ORA-00279: change 90406997774 generated at 08/10/2014 10:40:46 needed to

thread 1

ORA-00289: suggestion: /oracle/logs/NFDR/arch_598887_1_527943760.dbf

ORA-00280: change 90406997774 thread 1 is in sequence #598887

Specify the log: {< RET > = suggested |} Filename | AUTO | CANCEL}

Auto

ORA-00600: internal error code, arguments: [2619], [598887], [] [], [], [],.

[], [], [], [], [], []

SQL > select file #, to_char (checkpoint_time, 'YYYYMMDD HH24:MI:SS') from v$ datafile_header by 2.

FOLDER # TO_CHAR (CHECKPOIN

---------- -----------------

1 20141008 10:40:46

2 20141008 10:40:46

...

I have provided all archivelogs (even more) to the new database. On the primary:

SELECT the name of sequence #, first_time next_time OF V$ ARCHIVED_LOG WHERE SEQUENCE # < = 598889 AND name! = 'nfpo_stby' ORDER BY DESC SEQUENCE #.

/archive01/NFPO/arch_598889_1_527943760.dbf	598889	08/10/2014 11:34:05	08/10/2014 11:55:26
/archive01/NFPO/arch_598888_1_527943760.dbf	598888	08/10/2014 11:09:44	08/10/2014 11:34:05
/archive01/NFPO/arch_598887_1_527943760.dbf	598887	08/10/2014-10:40:46	08/10/2014 11:09:44
/archive01/NFPO/arch_598886_1_527943760.dbf	598886	08/10/2014-09:57:15	08/10/2014-10:40:46
/archive01/NFPO/arch_598885_1_527943760.dbf	598885	08/10/2014-09:03:03	08/10/2014-09:57:15
/archive01/NFPO/arch_598884_1_527943760.dbf	598884	08/10/2014-08:30:11	08/10/2014-09:03:03
/archive01/NFPO/arch_598883_1_527943760.dbf	598883	08/10/2014 08:07:23	08/10/2014-08:30:11
/archive01/NFPO/arch_598882_1_527943760.dbf	598882	08/10/2014 08:05:53	08/10/2014 08:07:23
/archive01/NFPO/arch_598881_1_527943760.dbf	598881	08/10/2014-07:33:29	08/10/2014 08:05:53

SQL > show parameter log_archive_dest;

VALUE OF TYPE NAME

------------------------------------ ----------- ------------------------------

Log_archive_dest chain

Log_archive_dest_1 string LOCATION = / oracle/logs/NFDR

...

Hood > cd/oracle/logs/NFDR

Hood > ls - lah

Total 3170612

DBA oracle drwxr-xr-x 2 512 8 Oct 11:35.

DBA oracle drwxr-xr-x 4 512 8 Oct 09:01...

-rw - r - 1 oracle dba 173M 8 Oct 11:03 arch_598881_1_527943760.dbf

-rw - r - 1 oracle dba M 174, 8 Oct 11:04 arch_598882_1_527943760.dbf

-rw - r - 1 oracle dba M 175, 8 Oct 11:04 arch_598883_1_527943760.dbf

-rw - r - 1 oracle dba 169M 8 Oct 11:04 arch_598884_1_527943760.dbf

-rw - r - 1 oracle dba 168M 8 Oct 11:04 arch_598885_1_527943760.dbf

-rw - r - 1 oracle dba 168M 8 Oct 11:04 arch_598886_1_527943760.dbf

-rw - r - 1 oracle dba 200M 8 Oct 11:04 arch_598887_1_527943760.dbf

-rw - r - 1 oracle dba M 121, 8 Oct 11:34 arch_598888_1_527943760.dbf

-rw - r - 1 oracle dba 200M 8 Oct 11:35 arch_598889_1_527943760.dbf

Why my database only get over not at 10:40, 11:00?

Just a semantic quibble: you can't have a recovery with noarchivelog database. (Unless I'm missing something)

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

Oracle database archive logs

Hi all
I searched the Oracle and Internet Documents. It is really hard to get information on the management of the archive Log, so I thought to post it here:
Now, our Database 9i (EBS 11.5.x) was in no archive mode, so I allowed him to archive mode.
Edit the pfile $ORACLE_HOME/admin/SID/pfile who will be /oracle/proddb/9.2.0/dbs/initPROD.ora
############################
# Archive Log Destinations-benr(10/15/04)
############################
Log_archive_dest_1 = ' location = / Uncordon / archive.
log_archive_start = TRUE

then connect to the database

SQL > shutdown normal;
SQL > startup mount exclusive;
SQL > alter system set log_archive_start = TRUE scope = spfile;
SQL > alter system set log_archive_dest_1='LOCATION= /oracle/archivelog ' scope=both; SQL > alter archivelog database;
SQL > CHANGE the START of the SYSTEM ARCHIVE LOG;
SQL > alter database open;
SQL > alter system archive log all;
SQL > change the start of the archive log system;
SQL > archive log start;

The next day, I checked the location of archive and sparked an archive of 1 GB even if there is no activity on the database.
```
root@test4:/oracle/archivelog>ls
1_844.dbf   1_862.dbf   1_880.dbf   1_898.dbf   1_916.dbf   1_934.dbf
1_845.dbf   1_863.dbf   1_881.dbf   1_899.dbf   1_917.dbf   1_935.dbf
1_846.dbf   1_864.dbf   1_882.dbf   1_900.dbf   1_918.dbf   1_936.dbf
1_847.dbf   1_865.dbf   1_883.dbf   1_901.dbf   1_919.dbf   1_937.dbf
1_848.dbf   1_866.dbf   1_884.dbf   1_902.dbf   1_920.dbf   1_938.dbf
1_849.dbf   1_867.dbf   1_885.dbf   1_903.dbf   1_921.dbf   1_939.dbf
1_850.dbf   1_868.dbf   1_886.dbf   1_904.dbf   1_922.dbf   1_940.dbf
1_851.dbf   1_869.dbf   1_887.dbf   1_905.dbf   1_923.dbf   1_941.dbf
1_852.dbf   1_870.dbf   1_888.dbf   1_906.dbf   1_924.dbf   1_942.dbf
1_853.dbf   1_871.dbf   1_889.dbf   1_907.dbf   1_925.dbf   1_943.dbf
1_854.dbf   1_872.dbf   1_890.dbf   1_908.dbf   1_926.dbf   1_944.dbf
1_855.dbf   1_873.dbf   1_891.dbf   1_909.dbf   1_927.dbf   1_945.dbf
1_856.dbf   1_874.dbf   1_892.dbf   1_910.dbf   1_928.dbf   1_946.dbf
1_857.dbf   1_875.dbf   1_893.dbf   1_911.dbf   1_929.dbf   1_947.dbf
1_858.dbf   1_876.dbf   1_894.dbf   1_912.dbf   1_930.dbf   lost+found
1_859.dbf   1_877.dbf   1_895.dbf   1_913.dbf   1_931.dbf   test.txt
1_860.dbf   1_878.dbf   1_896.dbf   1_914.dbf   1_932.dbf
1_861.dbf   1_879.dbf   1_897.dbf   1_915.dbf   1_933.dbf
```
Question
1. How can I delete old logs archiving without using RMAN?
2. How should I know which Archives connects to keep and delete?
3. is there a way to know why the database generates so many newspapers to check-in?

Hello

Yes, you must keep this archive. You can schedule the job to compress files to archive (record use of space) and move it to another place as a backup.

You can schedule both COLD backup once a week, in this case it is scabies archive for a week.

HTH

A lot of ORA - in my alertPROD.log

Similar Questions

Maybe you are looking for