ORA-942 in Export

I'm trying to do an export of a database (8.1.7) from one server to another (9.0.1) I can connect through sqlplus fine but when I try to run the export on the command line, I get the ORA-942 error. We also have a script that we run at night to do the export, and when I try and execute it, I get an ORA-12154 error. I can do the export through third party tools fine, but can't even do it from the command prompt in Windows. Any ideas?

Are you exporting with the 8.1.x export or the 9i exp?
You should be using the 8.1.x exp to export the old database and using the imp from 9i to import (which will do the upgrade etc. for you).

Similar Messages

Mod_plsql: ORA-942 Execute(Temp BLOB) ORA-00942: table or view does not exi

mod_plsql: ORA-942 Execute(Temp BLOB) ORA-00942: table or view does not exist
This is the error I get in the Apache log. On the page:
"The requested URL /pls/apex/wwv_flow.accept was not found on this server."
I am sure this is just a configuration issue. I installed v1.6 with the http server off the companion cd with the db (10.2.0.1). After I had it working (did not test everything) I upgraded to 3.0.1.
I get this message when I am trying to import an application that I just exported! I am testing this for pushing code up to our production environment.
My dads.conf file looks like:
Alias /i/ /oracle/product/apps/htmldb/images/
AddType text/xml xbl
AddType text/x-components htc
<Location /pls/apex>
SetHandler pls_handler
Order deny,allow
Allow from all
AllowOverride None
PlsqlDatabaseUsername APEX_PUBLIC_USER
PlsqlDatabasePassword xxxxxx
PlsqlDatabaseConnectString 192.168.2.195:1521:idpdev ServiceNameFormat
PlsqlDefaultPage apex
PlsqlDocumentTablename wwv_flow_file_object$
PlsqlDocumentPath docs
PlsqlDocumentProcedure wwv_flow_file_mgr.process_download
PlsqlAuthenticationMode Basic
PlsqlNLSLanguage AMERICAN_AMERICA.WE8ISO8859P1
</Location>
marvel.conf file is empty
There is a log file for pl/sql.... it has the following text in it that seemed pertinent: Attempting to logon with '(unknown)'
Also a log that says this and seems to have a "special character" in it that may be causing an issue:
<1133864024 ms>6565646261636b206f6e a70726f6d707420202e2e2e646f6e65 a
<1133864024 ms>-----------------------------2444716671664
<1133864024 ms>^M
<1133864024 ms>UploadBlobDoc: readahead 27 bytes into 82f5e5c
<1133864024 ms>UploadBlobDoc : Inserting piece OCI_NEXT_PIECE
<1133864024 ms>UploadBlobDoc:Attempt to write 2048 bytes(offset 249857)
<1133864024 ms>UploadBlobDoc:OCILobWrite for 2048 bytes (offset 249857)
<1133864024 ms>UploadBlobDoc: Read-Ahead buf 82f5e5c has 27 bytes
<1133864024 ms>UploadBlobDoc : Inserting piece OCI_LAST_PIECE
<1133864024 ms>UploadBlobDoc:Attempt to write 27 bytes(offset 251905)
<1133864024 ms>UploadBlobDoc:OCILobWrite finished for 27 bytes
<1133864024 ms>ORA-942 Execute(Temp BLOB) ORA-00942: table or view does not exist
<1133864024 ms>Stale Connection due to Oracle error 942
<1133864024 ms>/pls/apex/wwv_flow.accept HTTP-404 ORA-00942: table or view does not exist
<1133864024 ms>(wpu.c,594) longjumping back to the beginning
<1133864024 ms>(wpu.c,457) cleaning up before longjmp
<1133864024 ms>(wpu.c,461) doing a rollback
<1133864024 ms>(wpcs.c, 76) Executed 'rollback' (rc=0)
<1133864024 ms>(wpcs.c, 76) Executed 'begin dbms_session.reset_package; end;' (rc=0)
<1133864024 ms>(wpd.c,1816) Going to close cursor
<1133864024 ms>Freed BLOB
<1133864024 ms>DeinitCursor
<1133864024 ms>(wpx.c,690) Shutdown has been called
<1133864024 ms>(wpx.c,702) Going to logoff
<1133864024 ms>Logoff: Closing connection due to stale connection
<1133864034 ms>[ReqEndtime: 2/Oct/2007:15:38:11]
<1133864034 ms>[ReqExecTime: 80 ms]
I did go in and update the permissions to the wwv_flow_file_objects$ table to give PUBLIC full access to that table to see if that was the problem... it wasn't.
Probably information overload, but just wanted to be thorough. Anyone have any ideas?

I also have another issue... probably more of a clarification....
I run the following to stop the process:
"/oracle/product/apps/opmn/bin/opmnctl stopproc ias-component=HTTP_Server"
then
"/oracle/product/apps/opmn/bin/opmnctl startproc ias-component=HTTP_Server"
But, at that point, it says that opmn is not running.
So I try:
"/oracle/product/apps/opmn/bin/opmnctl stopall"
then
"/oracle/product/apps/opmn/bin/opmnctl start"
then
"/oracle/product/apps/opmn/bin/opmnctl startproc ias-component=HTTP_Server" and it still says that opmn is not running.
Once I start running the stops and starts, it will eventually start correctly.
I think that I am trying the steps too fast and that I probably need to wait a bit between steps since that seems to work better that way.

ORA-04031 during export on CTX-index

Hi !
I get ORA-04031 during export when an interMedia CTX-Index should get exported. The exact error message is:
unable to allocate 4072 bytes of shared memory ("shared pool", "DBMS_SYS_SQL", "PL/SQL MPCODE", "BAMIMA: BAM Buffer")
followed by
ORA-06508: PL/SQL: could not find program unit being called
ORA-06512: in "SYS.DBMS_SQL", line 9
ORA-06512: in "SYS.DBMS_EXPORT_EXTENSION", line 244
Any hints for me what I could do?
TIA,
Stefan

Interesting. You should open a thread with a more relevant title about views with pk / fk constraints.
I don't have a way to solve your problem --- to identify such views.
Hemant K Chitale

Discoverer: schedule workbooks error ora-942

If I schedule the workbook i receive erorr ora-942 table or view doesn't exists. Information is not written into table type EUL... I tried to schedule as owner of EUL
Could anyone help me.

Hi,
From the administrator guide (read the lovely manual?? ;-):
Before an end user can schedule a workbook, you must:
configure the database to enable the scheduled workbooks feature by:
confirming that the DBMS_JOB package is already installed on the database and installing the package if it is not already installed (for more information, see "How to confirm that the DBMS_JOB package is installed")
specifying the database user that will own the tables containing the results of scheduled workbooks (for more information, see "How to specify the owner of the tables containing scheduled workbooks results")
setting the frequency of scheduled workbook processing (for more information, see "How to control the frequency that the server checks for new scheduled jobs")
grant the Schedule Workbooks privilege to the database user (for more information, see Chapter 7, "How to specify the tasks a user or role (responsibility) can perform")
Regards,
Sabine

Export error ORA-942

I'm on a redhat linux oracle 9.2.0.1.0
I try to export a shema
the ora-00942 appears
ora-00942 tables or views does not exist
exp-00-24 export views not installed...
I run de catexp7.sql and catexp.sql but the message
appears again .
could you help me ?

I'm a new Oracle user so take heed but ...
I think you didn't need to run catexp7.sql since it appears to be specifically for creating v7 style views against v8 RDBMS or vice versa. You stated you are using 9.2.0.1.
Did you run it when connected as SYS or Internal?

Error ORA-39125 and ORA-04063 during export for transportable tablespace

I'm using the Oracle Enterprise Manager (browser is IE) to create a tablespace transport file. Maintenance...Transport Tablespaces uses the wizard to walk me through each step. The job gets created and submitted.
The 'Prepare' and 'Convert Datafile(s)' job steps complete successfully. The Export step fails with the following error. Can anyone shed some light on this for me?
Thank you in advance!
=======================================================
Output Log
Export: Release 10.2.0.2.0 - Production on Sunday, 03 September, 2006 19:31:34
Copyright (c) 2003, 2005, Oracle. All rights reserved.
Username:
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
Starting "SYS"."GENERATETTS000024": SYS/******** AS SYSDBA dumpfile=EXPDAT_GENERATETTS000024.DMP directory=EM_TTS_DIR_OBJECT transport_tablespaces=SIEBEL job_name=GENERATETTS000024 logfile=EXPDAT.LOG
Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK
Processing object type TRANSPORTABLE_EXPORT/TABLE
Processing object type TRANSPORTABLE_EXPORT/TABLE_STATISTICS
ORA-39125: Worker unexpected fatal error in KUPW$WORKER.UNLOAD_METADATA while calling DBMS_METADATA.FETCH_XML_CLOB [TABLE_STATISTICS]
ORA-04063: view "SYS.KU$_IOTABLE_VIEW" has errors
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 105
ORA-06512: at "SYS.KUPW$WORKER", line 6241
----- PL/SQL Call Stack -----
object line object
handle number name
2CF48130 14916 package body SYS.KUPW$WORKER
2CF48130 6300 package body SYS.KUPW$WORKER
2CF48130 2340 package body SYS.KUPW$WORKER
2CF48130 6861 package body SYS.KUPW$WORKER
2CF48130 1262 package body SYS.KUPW$WORKER
2CF0850C 2 anonymous block
Job "SYS"."GENERATETTS000024" stopped due to fatal error at 19:31:44

More information:
Using SQL Developer, I checked the view SYS.KU$_IOTABLE_VIEW referred to in the error message, and it does indeed report a problem with that view. The following code is the definition of that view. I have no idea what it's supposed to be doing, because it was part of the default installation. I certainly didn't write it. I did, however, execute the 'Test Syntax' button (on the Edit View screen), and the result was this error message:
=======================================================
The SQL syntax is valid, however the query is invalid or uses functionality that is not supported.
Unknown error(s) parsing SQL: oracle.javatools.parser.plsql.syntax.ParserException: Unexpected token
=======================================================
The SQL for the view looks like this:
REM SYS KU$_IOTABLE_VIEW
CREATE OR REPLACE FORCE VIEW "SYS"."KU$_IOTABLE_VIEW" OF "SYS"."KU$_IOTABLE_T"
WITH OBJECT IDENTIFIER (obj_num) AS
select '2','3',
t.obj#,
value(o),
-- if this is a secondary table, get base obj and ancestor obj
decode(bitand(o.flags, 16), 16,
(select value(oo) from ku$_schemaobj_view oo, secobj$ s
where o.obj_num=s.secobj#
and oo.obj_num=s.obj#),
null),
decode(bitand(o.flags, 16), 16,
(select value(oo) from ku$_schemaobj_view oo, ind$ i, secobj$ s
where o.obj_num=s.secobj#
and i.obj#=s.obj#
and oo.obj_num=i.bo#),
null),
(select value(s) from ku$_storage_view s
where i.file# = s.file_num
and i.block# = s.block_num
and i.ts# = s.ts_num),
ts.name, ts.blocksize,
i.dataobj#, t.bobj#, t.tab#, t.cols,
t.clucols, i.pctfree$, i.initrans, i.maxtrans,
mod(i.pctthres$,256), i.spare2, t.flags,
t.audit$, t.rowcnt, t.blkcnt, t.empcnt, t.avgspc, t.chncnt, t.avgrln,
t.avgspc_flb, t.flbcnt, t.analyzetime, t.samplesize, t.degree,
t.instances, t.intcols, t.kernelcols, t.property, 'N', t.trigflag,
t.spare1, t.spare2, t.spare3, t.spare4, t.spare5, t.spare6,
decode(bitand(t.trigflag, 65536), 65536,
(select e.encalg from sys.enc$ e where e.obj#=t.obj#),
null),
decode(bitand(t.trigflag, 65536), 65536,
(select e.intalg from sys.enc$ e where e.obj#=t.obj#),
null),
(select c.name from col$ c
where c.obj# = t.obj#
and c.col# = i.trunccnt and i.trunccnt != 0
and bitand(c.property,1)=0),
cast( multiset(select * from ku$_column_view c
where c.obj_num = t.obj#
order by c.col_num, c.intcol_num
) as ku$_column_list_t
(select value(nt) from ku$_nt_parent_view nt
where nt.obj_num = t.obj#),
cast( multiset(select * from ku$_constraint0_view con
where con.obj_num = t.obj#
and con.contype not in (7,11)
) as ku$_constraint0_list_t
cast( multiset(select * from ku$_constraint1_view con
where con.obj_num = t.obj#
) as ku$_constraint1_list_t
cast( multiset(select * from ku$_constraint2_view con
where con.obj_num = t.obj#
) as ku$_constraint2_list_t
cast( multiset(select * from ku$_pkref_constraint_view con
where con.obj_num = t.obj#
) as ku$_pkref_constraint_list_t
(select value(ov) from ku$_ov_table_view ov
where ov.bobj_num = t.obj#
and bitand(t.property, 128) = 128), -- IOT has overflow
(select value(etv) from ku$_exttab_view etv
where etv.obj_num = o.obj_num)
from ku$_schemaobj_view o, tab$ t, ind$ i, ts$ ts
where t.obj# = o.obj_num
and t.pctused$ = i.obj# -- For IOTs, pctused has index obj#
and bitand(t.property, 32+64+512) = 64 -- IOT but not overflow
-- or partitioned (32)
and i.ts# = ts.ts#
AND (SYS_CONTEXT('USERENV','CURRENT_USERID') IN (o.owner_num, 0) OR
EXISTS ( SELECT * FROM session_roles
WHERE role='SELECT_CATALOG_ROLE' ));
GRANT SELECT ON "SYS"."KU$_IOTABLE_VIEW" TO PUBLIC;

ORA-39126 when exporting with expdp

Hi there,
I'm getting a crash on 11g 11.1.0.7 when exporting a schema using expdp:
expdp
Connected to: Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Estimate in progress using BLOCKS method...
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 3.096 GB
ORA-39126: Worker unexpected fatal error in KUPW$WORKER.UNLOAD_METADATA [TABLE_DATA:"NSNPL"."SYS_EXPORT_SCHEMA_02"]
ORA-22813: operand value exceeds system limits
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPW$WORKER", line 7839
----- PL/SQL Call Stack -----
object      line object
handle    number name
0x14d81a160     18237 package body SYS.KUPW$WORKER
0x14d81a160      7866 package body SYS.KUPW$WORKER
0x14d81a160      2744 package body SYS.KUPW$WORKER
0x14d81a160      8504 package body SYS.KUPW$WORKER
0x14d81a160      1545 package body SYS.KUPW$WORKER
0x14d81db88         2 anonymous block
ORA-39126: Worker unexpected fatal error in KUPW$WORKER.UNLOAD_METADATA []
ORA-22813: operand value exceeds system limits
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 86
ORA-06512: at "SYS.KUPW$WORKER", line 7834
----- PL/SQL Call Stack -----
object      line object
handle    number name
0x14d81a160     18237 package body SYS.KUPW$WORKER
0x14d81a160      7866 package body SYS.KUPW$WORKER
0x14d81a160      2744 package body SYS.KUPW$WORKER
0x14d81a160      8504 package body SYS.KUPW$WORKER
0x14d81a160      1545 package body SYS.KUPW$WORKER
0x14d81db88         2 anonymous block
Job "NSNPL"."SYS_EXPORT_SCHEMA_03" stopped due to fatal error at 00:57:23
This look awfully similar to bug 6991626 (cf ID 737618.1), however the database has already been successfully patched (and in fact even repatched) for this bug:
$ORACLE_HOME/OPatch/opatch lsinventory
Invoking OPatch 11.1.0.6.2
Oracle Interim Patch Installer version 11.1.0.6.2
Copyright (c) 2007, Oracle Corporation. All rights reserved.
Oracle Home       : /opt/oracle/db11g
Central Inventory : /opt/oracle/inventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.2
OUI version       : 11.1.0.7.0
OUI location      : /opt/oracle/db11g/oui
Log file location : /opt/oracle/db11g/cfgtoollogs/opatch/opatch2010-06-02_08-23-53AM.log
Lsinventory Output file location : /opt/oracle/db11g/cfgtoollogs/opatch/lsinv/lsinventory2010-06-02_08-23-53AM.txt
Installed Top-level Products (2):
Oracle Database 11g                                                  11.1.0.6.0
Oracle Database 11g Patch Set 1                                      11.1.0.7.0
There are 2 products installed in this Oracle Home.
Interim patches (6) :
Patch 6991626      : applied on Tue Jun 01 22:35:32 WET 2010
   Created on 14 Oct 2008, 23:25:07 hrs PST8PDT
   Bugs fixed:
     6991626
[...]Does anyone have an idea on what might be the culprit here?
Thanks for your help,
Chris

Hi Prathmesh,
in fact I saw this very thread before and I made sure that both solutions were applied. Moreover as I said patch 6991626 had already been applied earlier, precisley to fix this problem, and I've had been able to successfully export other albeit somewhat smaller schemas (500M instead of 3GB) in the last few months. This is why I was so puzzled to see that exact bug raise its ugly head again. As far as I can tell I didn't do any modification to the DB since that last patch in nov. 2009. In fact the DB has been running pretty much untouched since then.
I even tried yestereday to reinstalled the patch again; opatch does the operation gracefully, first rolling back the patch then reapplying it again, with only a warning about the patch being already present. However the pb does not get fixed any better.
Thanks a lot for your help,
Chris

[Designer 10.1.2.0.2] ORA-00904 on EXPORT

Im getting errors on export with Repository Administration Utility :
Connected to: Oracle Database 10g Release 10.1.0.2.0 - Production
Export done in WE8ISO8859P1 character set and AL16UTF16 NCHAR character set
Note: grants on tables/views/sequences/roles will not be exported
. exporting pre-schema procedural objects and actions
. exporting foreign function library names for user DESIGNER
. exporting PUBLIC type synonyms
. exporting private type synonyms
. exporting object type definitions for user DESIGNER
About to export DESIGNER's objects ...
. exporting database links
. exporting sequence numbers
. exporting cluster definitions
. about to export DESIGNER's tables via Conventional Path ...
. . exporting table CDDL_TMP_TBL 0 rows exported
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT" : identificateur non valide
. . exporting table CDI_CLASS_SET_CODE_TYPES 5 rows exported
. . exporting table CDI_CODE_SECTION_TYPES 5 rows exported
. . exporting table CDI_DELTAB 0 rows exported
. . exporting table CDI_DFLT_USER_PREFS 1102 rows exported
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT" : identificateur non valide
. . exporting table CDI_DFLT_USER_PREF_USAGES 1159 rows exported
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT" : identificateur non valide
. . exporting table CDI_FORMS 29 rows exported
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT" : identificateur non valide
. . exporting table CDI_FUNNET 0 rows exported
. . exporting table CDI_GENERATION_TARGETS 2 rows exported
. . exporting table CDI_GEN_TARGET_PROPERTIES 2 rows exported
. . exporting table CDI_LANGUAGE_DEFINITIONS 20 rows exported
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT" : identificateur non valide
. . exporting table CDI_MODNET 0 rows exported
. . exporting table CDI_NAV 126 rows exported
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT" : identificateur non valide
. . exporting table UPG_SDD_UES 0 rows exported
EXP-00056: ORACLE error 904 encountered
ORA-00904: "SYS"."DBMS_EXPORT_EXTENSION"."FUNC_INDEX_DEFAULT" : identificateur non valide
. . exporting table UPG_SDW_ACCESS_RIGHTS 8 rows exported
. exporting synonyms
. exporting views
. exporting stored procedures
. exporting operators
. exporting referential integrity constraints
. exporting triggers
. exporting indextypes
. exporting bitmap, functional and extensible indexes
. exporting posttables actions
. exporting materialized views
. exporting snapshot logs
. exporting job queues
. exporting refresh groups and children
. exporting dimensions
. exporting post-schema procedural objects and actions
. exporting statistics
Export terminated successfully with warnings.
Ive used search without success !
Does someboby know what it is about ?
Thks
.

The error could be due to mismatch between the database version and the import/export utility. You have a 10.1.0.2.0 DB but the version of the imp/exp utilities supplied along with Designer 10.1.2.0.2 is 10.1.0.4. You could use 9i imp/exp utilities and export. Another possible method would be to export all workareas in the repository from the RON.
-Praveen

ORA-01401 with export/import

Hi!
I'm trying to migrate database from from version 8.0 on novell to 9.2 on Linux.
I have precreated all tablespaces and all tables are succesfully created. In data import stage I got lot of "ORA-01401 inserted value too large for column" errors.
Any hints would be very welcome.
Thanks
Uros

Thank you for your answer, but I'm aware of what this error means.
Lets go through the procedure one more time:
1. Export form old database (8.0) is done with exp
2. Tablespaces are manually created in new database (9.2)
3. Import of tables, users, data, etc is done with dump from step 1. During import I get a lot of ORA-01401 errors, although I didn't change dump file and data in it.
I have found somewhere on the net that this could be from characterset conversion, but I'm not shure how to set charactersets to avoid this errors.
Regards
Uros

ORA-01000 while EXPORT DATABASE - 1.5.1 MAIN 5440

I am using the following version of Sql Developer
Oracle SQL Developer 1.5.1
Version 1.5.1
Build MAIN-5440
IDE Version: 11.1.1.0.22.49.42
Product ID: oracle.sqldeveloper
Product Version: 11.1.1.54.40
I tried to export a database to a file but I got the following error:
ORA-01000 - maximum open cursors exceeded
and SQL Developer hungs on.
Is it a known bug ?

user3873926,
Use the following query to see which cursors are open and once all of the cursors are closed, then try to export the database again.
select * from v$parameter
where name = 'open_cursors'

ORA-08103 in export log inspite the table existing

Hi All ,
my database is on oracle 11G.
I ran an export backup for my production database and i encountered the following exception and error in my log :
. . exporting table TABLE_NAME_1234
EXP-00056: ORACLE error 8103 encountered
ORA-08103: object no longer exists
I logged into my database to see that this table , TABLE_NAME_1234 exists.
the error says that the object no longer exists...
what could be the reason ?
thanks
KK

Might be when the export of the table started, the table was being truncated by some other session in the database.
Can you try to take the export again and get back.
Anand
Edited by: Anand... on Oct 12, 2010 11:52 AM

Ora-1555 during exports and imports. possible causes. ?

From my understanding : I know that this error will occur due to a undo retention being smaller sizer. or rather I should put it that increasing this parameter should help fix the issue.
Whats not clear is below :
Qn. Is it possible that ORA-1555 errors can occur during 'import' even if no other sessions are connected and performing any transaction/dmls ?
Qn. Also why does a ORA-1555 occur during a 'export' ? Is the same reasons ie. there could be possible DMLs occuring ?

Hello,
About your first question:
Qn. Is it possible that ORA-1555 errors can occur during 'import' even if no other sessions are connected and performing any transaction/dmls ?I've never got this error during import but, I always care to get enough place on the UNDO Tablespace.
With classical import you have a commit after each Table's import (by default) and a commit after each row's import if COMMIT=Y so as to use less space in the Rollback Segment.
With Datapump, I often decrease the undo_retention parameter before importing so as to use less space on the UNDO Tablespace.
About the second question:
Qn. Also why does a ORA-1555 occur during a 'export' ? Is the same reasons ie. there could be possible DMLs occuring ?To get a consistent image of the exported data with the classical export you may use the parameter CONSISTENT=Y. While you may use the FLASHBACK_TIME parameter with Datapump (so it means that the undo_retention should be large enough when exporting).
Both use the Undo entries, so I imagine that's possible to get some error (may be ORA-01555) if you don't have enough place on your UNDO Tablespace.
It's possible (thank to the Rollback Segments) to have concurrent DML on the database while exporting.
Anyway, from my point of view, while exporting or importing if you have enough space on your UNDO tablespace and a correct undo_retention setting (not too large when importing not too small when exporting) it should be fine.
Hope this help.
Best regards,
Jean-Valentin

ORA-00904 when exporting job queues

Hi!
I have a 8.1.6.3.7 database (although you only see 8.1.6.3.0) when you log in) which I'm trying to export.
Everything is fine until the time comes to export job queues. I then get the following error messages:
EXP-00008: ORACLE error 904 encountered
ORA-00904: invalid column name
EXP-00000: Export terminated unsuccessfully
Now, I've just spent my morning looking through the discussion forums to see if anyone else had this error, but no luck.
What I've done:
- Rerun catexp: no change
- ensured that I'm running the same version of the RDBMS and export (v8.1.6.3(.7) and 8.1.6.3.0): ok?
Any ideas anyone?
Thanks,
Kevin

Hi Prathmesh,
in fact I saw this very thread before and I made sure that both solutions were applied. Moreover as I said patch 6991626 had already been applied earlier, precisley to fix this problem, and I've had been able to successfully export other albeit somewhat smaller schemas (500M instead of 3GB) in the last few months. This is why I was so puzzled to see that exact bug raise its ugly head again. As far as I can tell I didn't do any modification to the DB since that last patch in nov. 2009. In fact the DB has been running pretty much untouched since then.
I even tried yestereday to reinstalled the patch again; opatch does the operation gracefully, first rolling back the patch then reapplying it again, with only a warning about the patch being already present. However the pb does not get fixed any better.
Thanks a lot for your help,
Chris

Ora-01555 when export DB on RAC 11GR2

Hi all,
I run a full export on my 11GR2 DB and i have 6 errors on sysman tables :
ORA-31693: Table data object "SYSMAN"."MGMT_POLICY_ASSOC_EVAL_SUMM" failed to load/unload and is being skipped due to error:
ORA-02354: error in exporting/importing data
ORA-01555: snapshot too old: rollback segment number 21 with name "_SYSSMU21_2772229671$" too small
Do you have an idea ?
Thanks.

$ oerr ora 1555
01555, 00000, "snapshot too old: rollback segment number %s with name \"%s\" too small"
// *Cause: rollback records needed by a reader for consistent read are
// overwritten by other writers
// *Action: If in Automatic Undo Management mode, increase undo_retention
// setting. Otherwise, use larger rollback segmentsIf you increase undo_retention parameter you may also need to increase undo tablespace datafiles.

RME-02105 AND ORA-00955 WHEN EXPORTING APPLICATION SYSTEM

WHEN TRYING TO EXPORT APPLICATION SYSTEM FROM RON.
and after resbonding to the messsage "Export tables are already populated,you want to clear them?" by "yes" ,I RECIEVED THE ABOVE ERRORS .
I USE ORACLE databse 8.1.7 with Oracle Designer 6i Version 6.5.52.1.0.
is ther any help?

OK,
I have read the link and I have talked with our DBA. He says taht we are working with a 9.2 (9.2.0.7 exactly) version. In this version he believes taht the only way to use the flashback query feature was through the use of the utility package DBMS_FLASHBACK. Therefore, the sentence ALTER database flashback that would work on a 10g version off does'nt have sense on 9.2.
Anyone knows how to avoid the flashback error in a 9.2 environment?

ORA-942 in Export

Similar Messages

Maybe you are looking for