UDE-00008 ORA-31626 ORA-06512 ORA-25254, ude-00008ora-31626

Source: Internet
Author: User

UDE-00008 ORA-31626 ORA-06512 ORA-25254, ude-00008ora-31626

When exporting a mode today, it is about 140 GB and the following error occurs:

UDE-00008: operation generated ORACLE error 31626
ORA-31626: job does not exist
ORA-06512: at "SYS. KUPC $ QUE_INT", line 536
ORA-25254: time-out in LISTEN while waiting for a message
ORA-06512: at "SYS. DBMS_DATAPUMP", line 2772
ORA-06512: at "SYS. DBMS_DATAPUMP", line 3886
ORA-06512: at line 1

MOS explained above:

CAUSE

The problem is due to the fact that there are so-called orphaned Datapump jobs (I. e. Datapump actions that failed but are not cleaned up properly) still in the database.

SOLUTION

The solution is to clean the traces of these orphaned jobs by using the steps outlined in
Note 336014.1-How To Cleanup Orphaned DataPump Jobs In DBA_DATAPUMP_JOBS?

After that, restart the Datapump operation.

 




How To Cleanup Orphaned DataPump Jobs In DBA_DATAPUMP_JOBS? (Documentation ID 336014.1) Go to the bottom

 

In this Document


Goal

Solution

Additional Resources
Applies:

Oracle Database-Enterprise Edition-Version 10.1.0.2 to 12.1.0.1 [Release 10.1 to 12.1]
Oracle Database-Standard Edition-Version 10.1.0.2 to 12.1.0.1 [Release 10.1 to 12.1]
Oracle Database-Personal Edition-Version 10.1.0.2 to 12.1.0.1 [Release 10.1 to 12.1]
Enterprise Manager for Oracle Database-Version 10.1.0.2 to 12.1.0.6.0 [Release 10.1 to 12.1]
Information in this document applies to any platform.
* ** Checked for relevance on 29-Apr-2014 ***

GOAL

How to cleanup orphaned Data Pump jobs in DBA_DATAPUMP_JOBS?

SOLUTION

The jobs used in this example:
-Export job SCOTT. expdp_2001_21 is a schema level export that is running
-Export job SCOTT. SYS_EXPORT_TABLE_01 is an orphaned table level export job
-Export job SCOTT. SYS_EXPORT_TABLE_02 is a table level export job that was stopped
-Export job SYSTEM. SYS_EXPORT_FULL_01 is a full database export job that is temporary stopped


Step 1. Determine in SQL * Plus which Data Pump jobs exist in the database:

% Sqlplus/nolog

 

CONNECT/as sysdba
SET lines 200
COL owner_name FORMAT a10;
COL job_name FORMAT a20
COL state FORMAT a12
COL operation LIKE state
COL job_mode LIKE state
COL owner. object for a50

-Locate Data Pump jobs:

SELECT owner_name, job_name, rtrim (operation) "OPERATION ",
Rtrim (job_mode) "JOB_MODE", state, attached_sessions
FROM dba_datapump_jobs
WHERE job_name not like 'bin $ %'
Order by 1, 2;

OWNER_NAME JOB_NAME OPERATION JOB_MODE STATE ATTACHED
------------------------
SCOTT expdp_200120021 export schema executing 1
SCOTT SYS_EXPORT_TABLE_01 export table not running 0
SCOTT SYS_EXPORT_TABLE_02 export table not running 0
SYSTEM SYS_EXPORT_FULL_01 export full not running 0

Step 2. Ensure that the listed jobs in dba_datapump_jobs are not export/import Data Pump jobs that are active: status shocould be not running '.

Step 3. check with the job owner that the job with status 'not running' in dba_datapump_jobs is NOT an export/import Data Pump job that has been temporary stopped, but is actually a job that failed. (E. g. the full database export job by SYSTEM isNotA job that failed, but was deliberately paused with STOP_JOB ).

Step 4. Determine in SQL * Plus the related master tables:

-Locate Data Pump master tables:

 

SELECT o. status, o. object_id, o. object_type,
O. owner | '.' | object_name "OWNER. OBJECT"
FROM dba_objects o, dba_datapump_jobs j
WHERE o. owner = j. owner_name AND o. object_name = j. job_name
AND j. job_name not like 'bin $ % 'order by 4, 2;

STATUS OBJECT_ID OBJECT_TYPE OWNER. OBJECT
--------------------
VALID 85283 table scott. expdp_2002.1621
VALID 85215 table scott. SYS_EXPORT_TABLE_02
VALID 85162 table system. SYS_EXPORT_FULL_01

Step 5. For jobs that were stopped in the past and won't be restarted anymore, delete the master table. E. g .:

Drop table scott. sys_export_table_02;

 

-For systems with recycle bin additionally run:
Purge dba_recyclebin;

Step 6. re-run the query on dba_datapump_jobs and dba_objects (step 1 and 4 ). if there are still jobs listed in dba_datapump_jobs, and these jobs do not have a master table anymore, cleanup the job while connected as the job owner. e. g.:

CONNECT scott/tiger

 

SET serveroutput on
SET lines 100
DECLARE
H1 NUMBER;
BEGIN
H1: = DBMS_DATAPUMP.ATTACH ('sys _ EXPORT_TABLE_01 ', 'Scott ');
DBMS_DATAPUMP.STOP_JOB (h1 );
END;
/
 

Note that after the call to the STOP_JOB procedure, it may take some time for the job to be removed. Query the view user_datapump_jobs to check whether the job has been removed:

CONNECT scott/tiger

 

SELECT * FROM user_datapump_jobs;
 

Step 7. Confirm that the job has been removed:

CONNECT/as sysdba
SET lines 200
COL owner_name FORMAT a10;
COL job_name FORMAT a20
COL state FORMAT a12
COL operation LIKE state
COL job_mode LIKE state
COL owner. object for a50

 

-Locate Data Pump jobs:

SELECT owner_name, job_name, rtrim (operation) "OPERATION ",
Rtrim (job_mode) "JOB_MODE", state, attached_sessions
FROM dba_datapump_jobs
WHERE job_name not like 'bin $ %'
Order by 1, 2;

OWNER_NAME JOB_NAME OPERATION JOB_MODE STATE ATTACHED
------------------------
SCOTT expdp_200120021 export schema executing 1
SYSTEM SYS_EXPORT_FULL_01 export full not running 0

-Locate Data Pump master tables:

SELECT o. status, o. object_id, o. object_type,
O. owner | '.' | object_name "OWNER. OBJECT"
FROM dba_objects o, dba_datapump_jobs j
WHERE o. owner = j. owner_name AND o. object_name = j. job_name
AND j. job_name not like 'bin $ % 'order by 4, 2;

STATUS OBJECT_ID OBJECT_TYPE OWNER. OBJECT
--------------------
VALID 85283 table scott. expdp_2002.1621
VALID 85162 table system. SYS_EXPORT_FULL_01


Remarks:
1. orphaned Data Pump jobs do not have an impact on new Data Pump jobs. the view dba_datapump_jobs is a view, based on gv $ datapump_job, obj $, com $, and user $. the view shows the Data Pump jobs that are still running, or jobs for which the master table was kept in the database, or in case of an abnormal end of the Data Pump job (the orphaned job ). if a new Data Pump job is started, a new entry will be created, which has no relation to the old Data Pump jobs.

2. when starting the new Data Pump job and using a system generated name, we check the names of existing Data Pump jobs in the dba_datapump_job in order to obtain a unique new system generated jobname. naturally, there needs to be enough free space for the new master table to be created in the schema that started the new Data Pump job.

3. A Data Pump job is not the same as a job that is defined with DBMS_JOBS. jobs created with DBMS_JOBS use there own processes. data Pump jobs use a master process and worker process (es ). in case a Data Pump still is temporary stopped (STOP_JOB while in interactive command mode), the Data Pump job still exists in the database (status: not running ), while the master and worker process (es) are stopped and do not exist anymore. the client can attach to the job at a later time, and continue the job execution (START_JOB ).

4. The possibility of snapshot uption when the master table of an active Data Pump job is deleted, depends on the Data Pump job.

4. a. If the job isExport job, Specified uption is unlikely as the drop of the master table will only cause the Data Pump master and worker processes to abort. This situation is similar to aborting an export of the original export client.

4. B. If the job isImport jobThen the situation is different. when dropping the master table, the Data Pump worker and master processes will abort. this will probably lead to an incomplete import: e.g. not all table data was imported, and/or table was imported incomplete, and indexes, views, etc. are missing. this situation is similar to aborting an import of the original import client.

The drop of the master table itself, does not lead to any data dictionary partition uption. if you keep the master table after the job completes (using the uninitialized ented parameter: KEEP_MASTER = Y), then a drop of the master table afterwards, will not cause any additional uption




Related Article

Contact Us

The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion; products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the content of the page makes you feel confusing, please write us an email, we will handle the problem within 5 days after receiving your email.

If you find any instances of plagiarism from the community, please send an email to: info-contact@alibabacloud.com and provide relevant evidence. A staff member will contact you within 5 working days.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.