Ora-26753 in the apply process

Yesterday my apply process began to notice me an ora-26753 mismatched columns error but when I re-execute the transaction from dba_apply_error the transaction is apply without problem. I don´t identify what happen. Also there not are mismatch between the columns in the replicate tables. I found in metalink about this error but I did not find anything.
Thanks a lot in advance.

Next time it happens, think to open a LCR and compare the list of columns. You can do it through script or using Grid for version is 10.2.0.5+
For script I wrote a small article but you will need to install Smenu.
http://sourceforge.net/apps/mediawiki/smenu/index.php?title=How_to_see_contents_of_queues
For grid, refer to the doc, it is easy to find in the streams section.

Similar Messages

The Apply Process meet some errors when applying..

Hi all,
My OS is Win Server 2003, Oracle is 10.2.0
I were setup my streams environtment one-way. All my works were ok. But today, when I open the OEM console, at the Apply node, I recognized that Total Received is 10 but Total Applied is 4 and status is APLLYING. I open the arlert log at the source database, have some errors:
Propagation Schedule for (STRMADMIN.capture_src_bosc_q, BOCENTER.REGRESS.RDBMS.DEV.US.ORACLE.COM) encountered following error:
ORA-25307: Enqueue rate too high, flow control enabled
I use
select propagation_name,status
from dba_propagation;
*==> STATUS is ENABLE*
At the Aplly process, I set the DISABLE_ON_ERROR is N, but seem as the apply process was halt (not continue apply some change at destination database).
Have any ideas for this problem ?
Edited by: changemylife on Nov 2, 2009 8:38 AM

I had same problem too , and by increasing the Streams pool , it solved .

Will the apply process send back an acknowledgement when error or conflict?

Hi.
To ensure data integration, some mechanisms are introduced into streams. One of those is, when an apply process in the destination receive the LCR, it will send an acknowledgement to the propagation process in the source, and only when the propagation process in the source receive acknowledgements from all destinations, it will remove the LCR from the stream queue.
My question is, when the apply process encountered with some exceptions, i.e. errors or conflicts, will it still send back the acknowledgement? Or this depends on whether the errors and conflicts are handled appropriately? Or some other conditions?
Thanks for any suggestions.

It's really two seperate things. The propagation process will push the lcr to all targets. Once it is safely in all of the target queues, the lcr will be removed from the source queue. If the apply processes successfully executes the lcr, then it will be removed from the target queue for that apply process. If an unhandled exception happens, then you will see the message in dba_apply_error. The apply processes don't know (or care) about what the other apply processes may do with the lcr.

Apply process is aborting with:ORA-12801: error signaled in parallel query

hi,
We created a queue of a specific type, capture and apply process on the queue. Then we started the queue capture and the apply process. The problem is that the apply process is getting enabled and with in moments going into aborted state. wea re getting the follwoing error:
ORA-12801: error signaled in parallel query server P000
ORA-00600: internal error code, arguments: [kwqiceval:anyconv], [], [], [], [], [], [], []
Any idea what could have gone wrong?
scripts:
exec dbms_aqadm.create_queue_table(queue_table=>'qt_anc',queue_payload_type=>'type_anc',multiple_consumers=> true, compatible => '9.0');
exec dbms_aqadm.create_queue (queue_name => 'q_anc',queue_table=>'qt_anc');
EXEC DBMS_AQADM.START_QUEUE (queue_name => 'q_anc');
DECLARE
emp_rule_name_dml VARCHAR2(300);
emp_rule_name_ddl VARCHAR2(300);
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_RULES(
table_name => 'ops.t_anc',
streams_type => 'capture',
streams_name => 'capture_anc',
queue_name => 'strmadmin.q_anc',
include_dml => true,
include_ddl => false,
source_database => null,
dml_rule_name => emp_rule_name_dml,
ddl_rule_name => emp_rule_name_ddl);
DBMS_APPLY_ADM.SET_ENQUEUE_DESTINATION(
rule_name => emp_rule_name_dml,
destination_queue_name => 'strmadmin.q_anc');
END;
DECLARE
emp_rule_name_dml VARCHAR2(300);
emp_rule_name_ddl VARCHAR2(300);
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_RULES(
table_name => 'ops.t_anc',
streams_type => 'apply',
streams_name => 'apply_anc',
queue_name => 'strmadmin.q_anc',
include_dml => true,
include_ddl => false,
source_database => null,
dml_rule_name => emp_rule_name_dml,
ddl_rule_name => emp_rule_name_ddl);
DBMS_APPLY_ADM.SET_ENQUEUE_DESTINATION(
rule_name => emp_rule_name_dml,
destination_queue_name => 'strmadmin.q_anc');
END;
BEGIN
DBMS_APPLY_ADM.START_APPLY(
apply_name => 'apply_anc');
END;
BEGIN
DBMS_CAPTURE_ADM.START_CAPTURE(
capture_name => 'capture_anc');
END;
/

Hello
The above configuration is never supported. The implicit capture expects the queue payload to be SYS.ANYDATA and same with implicit apply also.
However you can use Streams Messaging capability to achieve this. You need to wrap the messages with SYS.ANYDATA for this to work. The implicit capture uses a persistent logminer session to generate LCRs and it then wraps it with SYS.ANYDATA and enqueues into the capture queue, it then propagated to apply queue. You can generate LCRs and wrap it with SYS.ANYDATA and then enqueue into the capture queue then apply can recognise the messages.
Here is an example on creating LCRs (tested in 10g):
CREATE TABLE lcr_test (col1 NUMBER);
DECLARE
     l_lcr SYS.LCR$_ROW_RECORD;
BEGIN
     l_lcr :=
SYS.LCR$_ROW_RECORD.CONSTRUCT
     source_database_name=>SYS_CONTEXT('USERENV','DB_NAME'),
     command_type=>'INSERT',
     object_owner=>USER,
     object_name=>'LCR_TEST'
     l_lcr.ADD_COLUMN('new','col1',SYS.AnyData.ConvertNumber(99));
     l_lcr.EXECUTE(TRUE);
     COMMIT;
END;
SELECT * FROM lcr_test;
Converting to SYS.ANYDATA:
DECLARE
     l_lcr SYS.LCR$_ROW_RECORD;
     l_anydata SYS.ANYDATA;
BEGIN
     l_lcr :=
SYS.LCR$_ROW_RECORD.CONSTRUCT
     source_database_name=>SYS_CONTEXT('USERENV','DB_NAME'),
     command_type=>'INSERT',
     object_owner=>USER,
     object_name=>'LCR_TEST'
     l_lcr.ADD_COLUMN('new','col1',SYS.AnyData.ConvertNumber(99));
     l_anydata:=SYS.ANYDATA.ConvertObject(l_lcr);
     ENQ_PROC(l_anydata);
     COMMIT;
END;
Thanks,
Rijesh

Apply processes aborted with ORA-12805 error

After regular load on a replication system for a couple days, apply processes aborted with
ORA-12805: parallel query server died unexpectedly, and restarting of the apply processes
works but the error come back a couple days later.
I adjusted multiple apply parameters such as PARALLELISM, COMMIT_SERIALIZATION and DYNAMICSTMTS, but none of them can resolve the issue.
there are CLOB columns in replicated tables.

Read the following thread.
ORA-12805: parallel query server died unexpectedly
kapil

Same rule set for two apply processes

Hi!
Can anyone tell me whether it is possible to use the same rule set and all rules in it for two apply processes? It would be easy for me to use such configuration, because sometimes I create LCRs myself, sometimes Oracle captures them. They're exactly the same.
And second question - I tried the above configuration, but the apply process for user created LCRs aborts when it sees first message. Error is: "ORA-00600: internal error code, arguments: [knlcfpactx:any_knlso], [], [], [], [], [], [], []". Oracle MetaLink and Google know nothing about this error. I also don't know if it's somehow connected with these rule sets or is it a problem within my procedure which creates LCRs.
Greetings

I'm answering myself. Yes, it is possible, to use the same rule set for different processes. It is said in the documentation. It is also possible to use one rule in several rule sets according to documentation.
And it seems that it has nothing to do with my ORA-00600 error.

Cannot remove Apply Process!!!!

I have a situation where I try and create an apply process "APPLY_1" and Oracle complains that the process already exists.
When I attempt to drop the process I get the following:
ERROR at line 1:
ORA-24035: AQ agent APPLY_1 is not a subscriber for queue STRMADMIN.APPLY_QUEUE
ORA-06512: at "SYS.DBMS_AQADM_SYS", line 5525
ORA-06512: at line 1
ORA-06512: at "SYS.DBMS_APPLY_ADM_INTERNAL", line 87
ORA-06512: at "SYS.DBMS_APPLY_ADM", line 603
ORA-06512: at line 2
Looking at OEM and DBA_APPLY the process doesn't seem to exist!
I then try:
DROP user strmadmin cascade;
I then recreate the user and try and create APPLY_1 again and it still complains the process exists!?
Please help!,
Warren

I noticed the reply from Patricia Mcelroy on the same issue in another post. You may need to try that for recreating the apply processes:-
=================================
Can you create an apply process with a different name?
Confirm that the apply name does not exist in dba_apply view.
Verify that the apply process name is not listed in DBA_OBJECTS.
If a database object by the apply name exists from a previous setup,
a second apply of that name can not be created. Once the apply object
no longer exists, flush the shared pool and use a fresh database
session to create the new apply process.

Logical Standby Apply Process Performance

Hello,
We are testing our logical standby database for sql apply process.We run batch jobs in our active database and monitor the standby database for the time it takes to bring the database in sync following are the steps we follow:
1) Insure active and standby are in sync.
2) Stop sql apply on standby database.
3) Run Batch job on active database.
4) After completion of the job on active,start sql apply on standby.
Following are the details of the time taken by sql apply,based on the previous runs:
1st. 654K volume = 4 hrs (2727 records per min)
2nd. 810K volume = 8 hrs 45 mins (1543 records per min)
3rd. 744K volume = 7 hrs 17 mins (1704 records per min)
Following are the details of the logical stdby parameters :
MAX_SGA 100
MAX_SERVERS 15
PREPARE_SERVERS 4
APPLY_SERVERS 8
MAX_EVENTS_RECORDED 10000
RECORD_SKIP_ERRORS TRUE
RECORD_SKIP_DDL TRUE
RECORD_APPLIED_DDL FALSE
RECORD_UNSUPPORTED_OPERATIONS FALSE
EVENT_LOG_DEST DEST_EVENTS_TABLE
LOG_AUTO_DELETE TRUE
LOG_AUTO_DEL_RETENTION_TARGET 1440
PRESERVE_COMMIT_ORDER TRUE
ALLOW_TRANSFORMATION FALSE
can we ensure SQL apply process to apply data in consistent volume,Is it okay for a sql apply process to take same amount of time what the actual batch takes in active instance,can we further tweak apply process to get better performance.
Please help.
Thank you !!

Following are the details of the time taken by sql apply,based on the previous runs:
1st. 654K volume = 4 hrs (2727 records per min)
2nd. 810K volume = 8 hrs 45 mins (1543 records per min)
3rd. 744K volume = 7 hrs 17 mins (1704 records per min)
Following are the details of the logical stdby parameters :
Hi,
By looking at the above apply rate, the apply process is working normally and not having issues.
Since it's a bulk batch data update in PRIMARY, it's obvious and quite normal that it will take time in STANDBY database to get applied and in sync with PRIMARY.
Still, if you need to consider improving the performance, look out for adjusting the APPLIER & PREPARER process. (parameteres, APPLY_SERVERS & PREPAR_SERVERS).

Apply process restarting

We are running bi-directional streams and we started to see the following errors in the alert log:
Fri Oct 5 11:59:27 2007
A001: apply user roles have changed
Streams Apply Server P001 pid=26 OS id=601 stopped
Streams Apply Reader P000 pid=25 OS id=599 stopped
Streams Apply Server P001 pid=26 OS id=601 stopped
Streams Apply Server P000 pid=25 OS id=599 stopped
Fri Oct 5 11:59:29 2007
Streams APPLY A001 started with pid=144, OS id=13431
Has anyone seen this type of message before?
I am concerned that the apply processes may stop and not restart.
Thanks in advance.

this just shows the status of an apply process. You need to find the reason why the apply process stoped. For that you can query the dab_apply_errors view and find out the reason, based on that you can take the action.
Kapil.

Capture LCR's without Apply Process

I want to capture the LCR's of a single table. So I have setup a capture process. When I do a SELECT * FROM V$STREAMS_CAPTURE I see that the value for "TOTAL_MESSAGES_ENQUEUED" increases BUT I don't get ANY messages in my queue_table that was setup for LCR's.
Please note that I don't have a APPLY process running because I want to read the LCR's from an external process (directly from the LCR queue).
So I have two questions:
(1) Is it possible to use only a Capture Process (to collect the LCR's) and use an external Program (e.g. C++ program) that enqueues the LCR's from the queue (using OCI).
(2) I have read a previous article where it was stated that if there is an external program the LCR's have to be re-enqueued? - What does this mean? - Do I have to move the LCR's in a different queue? - I thought the Apply Process is optional?

You got to have an apply process(DML handler) that dequeues the LCRs from Capture process and re-enqueues them back to the same Streams queue. Only then you can dequeue LCRs from an external application.
I'm using JMS to dequeue these LCRs.
Does anybody face any perfromance issues while using JMS to dequeue LCRs? In my case PL/SQL could dequeue as fast as 40 messages/second while JMS could dequeue only 7 msgs/sec.
Thanks

HT1386 When I try to sync changes from my playlist to my iphone the sync process gets to step 7, applying changes and then freezes up, the changes are not being put on my iphone. What do I do to correct this issue?

When I try to sync changes from my playlist on the computer to my iphone the sync process gets as far as step 7, applying changes, then freezes up and the changes are not getting to my iphnoe. How do I fix this issue?

Are all these songs associated with the same Apple ID or were some purchased on another account?
Are they tagged properly? In the library does it break an album out into several different albums with a few tracks each?
Check your sync settings for each device. Do you accidentally have only certain songs/albums syncing?

Ps -ef | grep ora anyother method to check & kill the inactive process?

ps -ef | grep ora
kill -9 <87653>
How i can monitor /check & kill the inactive process?
because process are going very high in my DB?

You can create a user profile to limit the idle time of sessions.
PMON will garbage clean periodically.
sample profile:
create profile
my_profile
limit
sessions_per_user 2 --
cpu_per_session 10000 -- hunderth of seconds
cpu_per_call 1 -- hunderth of seconds
connect_time unlimited -- minutes
idle_time 30 -- minutes
logical_reads_per_session default -- db blocks
logical_reads_per_call default -- db blocks
-- composite_limit default --
private_sga 20M --
failed_login_attempts 3 --
password_life_time 30 -- days
password_reuse_time 12 --
password_reuse_max unlimited --
password_lock_time default -- days
password_grace_time 2 -- days
password_verify_function null;

ORA-20000: The summarization process failed

Dear All,
I have executed one Concurrent Request in Projects Module. Which is ends with ERROR. I have checked Log file of that Concurrent Request and it contains message as
ORA-20000: The summarization process failed. Please contact your system administrator.
Please help me on this issue.This is 11.5.10.2 and having database version as 9.2.06
Regards,
S.Kiran Kumar

This must be related to EBS... an exception between -20000 and -20999 is user defined... so I suggest you contact your System Administrator ;)

ABORTED Apply Process

I've been running into a error message that I can't seem to find much information on. I start my Apply process (that had previously been working), and it aborts a couple minutes later. The alert log shows:
Mon Jan 03 11:54:55 2005
Errors in file e:\oracle\cpd1db_p008_5716.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [0x108522D] [] [] [] []
Streams Apply Reader P006 pid=67 OS id=7324 stopped
Mon Jan 03 11:57:08 2005
Errors in file e:\oracle\cpd1db_p006_7324.trc:
ORA-10388: parallel query server interrupt (failure)
Mon Jan 03 11:57:10 2005
Streams APPLY A004 with pid=50, OS id=7272 stopped
Mon Jan 03 11:57:10 2005
Errors in file e:\oracle\cpd1db_a004_7272.trc:
ORA-12805: parallel query server died unexpectedly
The first trace file listed shows the aforementioned error message:
source segcol number 6 not supported on target MySchema.MyTable.
Does anyone know what this "source segcol number 6..." error refers to?

Hi,
I got this error in streams...Pls tell me how to fix it
*** SESSION ID:(19.172) 2005-07-19 08:48:55.406
*** 2005-07-19 08:48:55.406
WARNING: the following transaction makes no progress
WARNING: in the last 30 seconds for the given message!
WARNING: xid = 0x000b.026.0000ab2e cscn = 27956820, message# = 3, slavid = 1
KNACCPD: *******************************************************
v$lock information for this slave is:
type:PS, id1:1, id2:1, lmode:4, request:0
type:SR, id1:1, id2:1, lmode:4, request:0
type:TM, id1:12702, id2:0, lmode:3, request:0
type:TX, id1:458788, id2:11336, lmode:6, request:0
v$session_wait information for this slave is:
event:STREAMS apply slave waiting for coord message, wait_time:-1, state:WAITED KNOWN TIME,seconds_in_wait:30
p1:200, p1raw:
p2:2, p2raw:
p3:0, p3raw:
v$session_event information for this slave is:
event:STREAMS apply slave waiting for coord message, total_waits:2, total_timeouts:0, time_waited:0, average_wait:0, max_wait:0
Current SQL for this slave is:
KNACCPD: end ***************************************************
knacrb: no offending session found (not ITL pressure)
KNACDMP: *******************************************************
KNACDMP: Dumping apply coordinator's context at 58fe6b0
KNACDMP: Apply Engine # 1
KNACDMP: Apply Engine name STRMADMIN_WALDO_DHFS_STAT
KNACDMP: Coordinator's Watermarks ------------------------------
KNACDMP: Apply High Watermark = 0x0000.01aa95cb
KNACDMP: Apply Low Watermark = 0x0000.01aa95cb
KNACDMP: Recovery Low Watermark = 0x0000.01aa95c7
KNACDMP: Fetch Low Watermark = 0x0000.01aaa0d0
KNACDMP: Oldest SCN = 0x0000.01aa9652
KNACDMP: Last replicant syncpoint SCN = 0x0000.01aa95a6
KNACDMP: Last syncpoint at primary SCN = 0x0000.01aa95c7
KNACDMP: First partition max SCN = 0x0000.01aaa2c0
KNACDMP: Last partition max SCN = 0xffff.ffffffff
KNACDMP: Last processed SCN = 0x0000.01aa95cb
KNACDMP: Conservative SCN = 0x0000.00000000
KNACDMP: Coordinator's constants -------------------------------
KNACDMP: number of apply slaves = 1
KNACDMP: safety level (K) = 1
KNACDMP: max txns in memory = 80
KNACDMP: max constraints per table = 119
KNACDMP: hash table size (in entries) = 8000
KNACDMP: Coordinator's intervals -------------------------------
KNACDMP: syncpoint interval (ms) = 0
KNACDMP: write low watermark interval(ms)= 1
KNACDMP: Coordinator's timers/counters -------------------------
KNACDMP: current time = 1121780934
KNACDMP: low watermark timer = 1121780904
KNACDMP: shutdown counter = 0
KNACDMP: syncpoint timer = 1121780904
KNACDMP: Coordinator's txn counts -------------------------
KNACDMP: total txns applied = 0
KNACDMP: total applied at last plwm write= 0
KNACDMP: apply prog. entries below plwm = 0
KNACDMP: Coordinator's State/Flags -----------------------------
KNACDMP: Coordinator's State = KNACST_APPLY_UNTIL_END
KNACDMP: Coordinator's Flags = 0x104
KNACDMP: Slave counts ------------------------------------------
KNACDMP: number of reserved slaves = 0
KNACDMP: number of admin slaves = 0
KNACDMP: number of slaves in wait cmt = 0
KNACDMP: number of safe slaves = 1
KNACDMP: Slave Lists -------------------------------------------
KNACDMP: Dumping All Slaves :-
Slave id = 0, State = 8, Flags = 0, Not Assigned
Slave id = 1, State = 5, Flags = 1, Assigned Xid = 0x000b.026.0000ab2e
KNACDMP: End dumping all slaves
KNACDMP: syncdep slaves = { }
KNACDMP: cont chunk slaves = { }
KNACDMP: cont slaves = { }
KNACDMP: exec txn slaves = { }
No idle slave
*** 2005-07-19 08:49:08.750
error 12805 in STREAMS process
ORA-12805: parallel query server died unexpectedly
OPIRIP: Uncaught error 447. Error stack:
ORA-00447: fatal error in background process
ORA-12805: parallel query server died unexpectedly

Apply process against user-enqueued lcrs

I am working on a project where we want the ability to do multiple things with each lcr in a streams queue. We would like to utilize more than one stored procedure to do this. So to get around the single dml handler allowed for a captured lcr (per dml operation type), we are trying to dequeue and re-enqueue the lcr as a user-enqueued lcr in a multi-consumer or streams queue, and then use one or multiple apply process(es) to further process these lcrs. I've tried it with both the original streams queue, a new streams queue, and a normal AQ queue. In every instance the second apply process against the user-enqueued lcr crashes. The documentation seems to indicate we should be able to do this. Any input on this would be appreciated.

Patricia, I really appreciate your input on this!
There is a generic error in the dba_apply_error view, which does not help much: "ORA-06550: line , column :".
As far as the apply user having privileges, the apply user is the owner of the custom apply procedure.
There are trace files generated that are fairly cryptic, they appear to memory-related, here are samples:
<sid>ap10<process>.trc:
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
ORACLE_HOME = /orasw/app/oracle/product/9.2.0
System name: HP-UX
Node name: tsttib01
Release: B.11.11
Version: U
Machine: 9000/800
Instance name: ttib
Redo thread mounted by this instance: 1
Oracle process number: 22
Unix process pid: 5313, image: oracle@tsttib01 (AP10)
*** 2003-10-13 09:14:08.582
*** SESSION ID:(52.5922) 2003-10-13 09:14:08.581
knluSetStatus()+{
finished knluSetStatus()+ }
knldso: state object 5daae248, action 2 memory 0000000000000000
knldso: state object 5da871a8, action 2 memory 0000000000000000
<sid>p009<process>.trc:
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
ORACLE_HOME = /orasw/app/oracle/product/9.2.0
System name: HP-UX
Node name: tsttib01
Release: B.11.11
Version: U
Machine: 9000/800
Instance name: ttib
Redo thread mounted by this instance: 1
Oracle process number: 28
Unix process pid: 5317, image: oracle@tsttib01 (P009)
*** 2003-10-13 09:14:08.475
*** SESSION ID:(45.10480) 2003-10-13 09:14:08.471
kngoPic: imagesize = 273

Ora-26753 in the apply process

Similar Messages

Maybe you are looking for