Export/import from 9i to 10G

Dear all
i have oracle 9i database on windows
i want to migrate to 10G on windows
i know it is done by export/import utility but how it can be done please let me know as i need step by step documentation of it
please let me know its urgent
Regards

To do a proper upgrade, I would go through the Upgrade Guide make sure my server hardware and configuration met pre-requirement, there's no compatibility issue between my applications and newly upgraded server etc.
The Guide is very detailed and thorough.
I really don't think there's a document that is both simple and in details.
The upgrade guide even has a section specially talk about export/import option
http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14238/expimp.htm#i262247

Similar Messages

Data pump import from 11g to 10g

I have 2 database: first is 11.2.0.2.0 and second is 10.2.0.1.0
In 10g i created database link on 11g
CREATE DATABASE LINK "TEST.LINK"
CONNECT TO "monservice" IDENTIFIED BY "monservice"
USING '(DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host)(PORT = port))) (CONNECT_DATA = (SID = sid)))';
And execute this query for test dbLink which work fine:
select * from v$[email protected];
After it i try to call open function:
declare
h number;
begin
h := dbms_datapump.open('IMPORT', 'TABLE', 'TEST.LINK', null, '10.2');
end;
and get exception: 39001. 00000 - "invalid argument value"
if i remove 'TEST.LINK' from the arguments it works fine
Edited by: 990594 on 26.02.2013 23:41

Hi Richard Harrison,
result for import from 11g to 10g:
impdp user/pass@dburl schemas=SCHEMANAME network_link=TEST_LINK version=10.2
Connected to: Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
ORA-39001: invalid argument value
ORA-39169: Local version of 10.2.0.1.0 cannot work with remote version of 11.2.0.2.0
result for export from 11g to 10g:
expdp user/pass@dburl schemas=SCHEMANAME network_link=TEST_LINK version=10.2
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64 bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing option
ORA-39006: internal error
ORA-39065: unexpected master process exception in DISPATCH
ORA-04052: error occurred when looking up remote object SYS.KUPM$MCP@TEST_LINK
ORA-00604: error occurred at recursive SQL level 3
ORA-06544: PL/SQL: internal, error, arguments: [55916], [], [], [], [], [], [], []
ORA-06553: PLS-801: internal error [55916]
ORA-02063: preceding 2 lines from TEST_LINK
ORA_39097: Data Pump job encountered unexpected error -4052

Hebrew Characters...Chars display as junk after import from 8i to 10g

Gurus,
I have a problem with a customer upgrade...
Background of the issue... the customer is an Agile PLM customer of version 8.5 (Agile PLM version 8.5). The database was hosted on oracle 8i. He is intending to upgrade from Agile 8.5 to Agile 9.2.2.4. During this process he has upgraded he db from Agile 8.5 to Agile 9.2.2.4, and has also shifted the DB platform from 8i to 10g.
Problem: There were hebrew characters entered in Varchar2 columns (Oracle 8i), which after upgrade are not displaying correctly. Newly entered hebrew characters after upgrade display correctly in UI...
Customer DB Parameters : The nls parameters on the source db before upgrade(8i) are American_America.WE8ISO8859P1, and the destination db parameters are American_America.UTF8.
What i have done to deal with the issue: i have tried exporting the db using UTF8 and importing the db to 10g on UTF8, but still the characters show as garble characters..., have tried various options of exporting/importing using the combinations of WE8ISO8859P1 char set as well as IW8ISO8859P8 charsets, as i have learnt during my research abt the charsets that Hebrew Characters are supported in IW8ISO8859P8 charset and not WE8ISO8859P1. My suspicion here is that the problem is with the export and import from 8i to 10g, and the Char conversion which is happening during this process..(this is my guess and i might be wrong tooo...)
Currently this is a hot issue with the customer, and needs an immediate fix (to display the Hebrew characters properly after upgrade)
I am a layman on the NLS Settings and couldnt figure out what else to do....I would request all the Gurus out there to help us figure out the problem and try resolve it...
Thanks for your Help in Advance
Regards,
Raja.

Hebrew characters aren't supported using the ISO 8859-1 character set. In the original system, what must be happening is that the NLS_LANG on the client matches the database character set, which tells the Oracle client not to do character set conversion. This causes Oracle to treat character data just as a binary data stream and to store whatever bits the client sends. So long as the client is really sending ISO 8859-8 data, telling Oracle it is ISO 8859-1, and on the return side asking Oracle for ISO 8859-1 and treating it internally as ISO 8859-8 while Oracle is doing no character set conversions, this will appear to work. But the data in the database is fundamentally wrong. You can configure things so that you can, apparently, store Chinese data in a US7ASCII database using this sort of approach, but you end up with screwed up data.
This sort of problem usually comes to light when you start using tools (like export) that don't know how to mis-identify the data they are sending and retrieving like your application is doing or when character set conversion is necessary. Since the data in the database isn't valid ISO 8859-1, Oracle has no idea how to translate it to UTF8 properly.
As previously suggested, the safest option is to move the data with a solution that replicates the behavior of the application. So
- Set the client NLS_LANG to match the database character set (WE8ISO8859P1)
- Extract the data to a flat file using SQL*Plus or a C/C++ application
- This data file will, presumably, really be ISO 8859-8 encoded
- Use SQL*Loader to load the data into the UTF8 database, specifying the actual character set (ISO 8859-8) in the control file.
If you're rather more adventurous and working with Oracle Support, it is potentially possible to change the character set of the source database from ISO 8859-1 to ISO 8859-8 and then export and import will work properly. But this would require some undocumented options that shouldn't be used without Oracle Support being involved and introduces a number of risks that the flat file option avoids.
Justin

Database Migration 10g, difference in export/import from 8.1.6 and DBUA

i would like to know if there is any difference in migrating using export/import methods from 8.1.6 and migration using dbua from 8.1.6 -> 8.1.7 -> 10g. In terms of tablespaces, datafiles performance .
Will the DBUA convert the tablespaces automatically to take advantage of 10g ?
Thanks .

Hi,
If we refer to the Oracle doc, it's depend of your 10g release. 
Into Upgrade Paths 10.2, you need to upgrade your 8i firstly in 8.1.7.4. 
Into Upgrade Paths 10.1, you you can directly migrate. 
Anyway, you need to use 8iexp utility, and 10g imp utility : Using Different Releases of Export and Import 10.1 or Using Different Releases of Export and Import 10.2. 
 
Nicolas.

Exporting & Importing Contexts in ODI 10g

Hi,
I am using ODI 10g.
I want to export Contexts from topology manager from my ODI test environment and import those contexts in ODI production environment.
My requirement is that I want to export & import the contexts using some scripts and not manually.
What steps can I follow for this?
Thanks,
Divya

Hi Divya,
Personally i feel rather than exporting individual components/objects, its suggested to export master repository as such.
You can make use of ODI utility OdiExportMaster (under <ur package>->Tools->Oracle Data Integrator Objects) for exporting and Import Master Repository wizard (All Programs->Oracle-> Oracle Data Integrator->Repository Management-> Master Repository Import )for importing.
Thanks,
Guru.

Export/Import from Oracle8 to Oracle7

When I export tables from an Oracle8 database it says after exporting sucessfully: "Export done in WE8ISO8859P1 character set and WE8ISO8859P1 NCHAR character set".
(NLS_LANG = GERMAN_GERMANY.we8iso8859p1
at both systems.)
When I try to import the dumpfile in an Oracle7 database I get an error message:
IMP-00038: Could not find environment character set handle
IMP-00021: operating system error - error code (dec 2, hex 0x2)
I don't get these errors when I export from the Oracle7 database and import to Oracle7.
What can I do to solve the problem?
Frank

For Oracle8 export dump file, there may contain new feature
for Oracle8 that cannot be recognized by Oracle 7. In order to export from
Oracle8 and import into Oracle7, Oracle8 needs to be set to Oracle7 mode so
that no new feature for Oracle8 will be export into the dump file.

Export/Import from 7.5 to 7.6 and COLUMNCOMPRESSION

Hello,
I exported a content server on MaxDB 7.5, Win 32 bit, and am trying to import it to MaxDB 7.6, Win 64 bit, both with loadercli 7.6.
I am getting this error in loader.log:
// E -25345: Definitions of source and target table COMPONENTS0001 do not match;
// length type of column "NAME": source = variable length long, target = variable length
// Make sure that the database parameter COLUMNCOMPRESSION has got the same value in the source and target databases.
// If the source database version is < 7.6 and the target database version is >= 7.6, the parameter COLUMNCOMPRESSION must be set to NO in the target database..
// E -25342: Error restoring table COMPONENTS0001; table exists but source table schema and target table schema are different
However COLUMNCOMPRESSION is set to NO;
I tried restarting the system, I also tried dropping and recreating user SAPR3 in the target system, in order to switch DEFAULTCODE from ASCII to DEFAULT, as in the source system, but the same result.
_UNICODE is YES on both systems.
What could be wrong here?
regards

Hello Lars,
thanks for your help.
Yes I know that I don't need to perform the system copy via export/import. You told me so in another thread I opened some time ago.
This now is more kind of exercise, in order to learn more about various options.
I also read about upgrades in the meantime. But there also are some things that are not quite easy for our configuration; I think I will start another thread with an upgrade question soon.
And by the way, forgot to mention that I had dropped and recreated tables several times when COLUMNCOMPRESSION definitely was NO.
regards

Exporting/importing policies in OAM 10g

How can I export/import policies in 10.1.4.3? Is there a command-line tool for this? Appreciate any advice.
Thanks,
Alex

Hi,
You can do this by migrating the LDAP data, since all the config/policy data is stored in the LDAP.
Here are a high level steps of what might be required -
(Note: These may not be the complete tasks which you might have to do, and may differ for your settings).
-> Ensure the LDAP (in both envs) are of the same version, and the schema are the same.
-> If the schema has been copied as well, make sure the references have been changed (hostname, IP, etc, if any).
-> Take a backup of the the data in the from/to environment(s).
-> Export the config data (and policy data if req) from the existing env into an ldif file using LDAP commands or using an LDAP Editor (Eg: Apache Directory Studio).
-> Change references (hostname, IP, etc, (if any)) to match the new environment settings. (Eg: obDBAgentHost).
-> Import the ldif file in the new environment.
-> Ensure the components (LDAP, OIS, AAA, Webserver) comes up fine in the new environment. (After installing/configuring the required OAM components).
-> Reconfig components if necessary.
-- Pramod Aravind

Exporting schema from 11g to 10g

how can i export full schema(suppost scott) from 11g to 10g both are on different machines and i dont know much about db side, if any body can suggest some queries.
thanks and regards
Abbas

when i run the expdp it gives me following error
Export: Release 10.1.0.4.2 - Production on Wednesday, 27 April, 2011 11:43
Copyright (c) 2003, Oracle. All rights reserved.
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit
Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORA-39002: invalid operation
ORA-39070: Unable to open the log file.
ORA-29283: invalid file operation
ORA-06512: at "SYS.UTL_FILE", line 536
ORA-29283: invalid file operation
what can be wrong
Regards
Abbas

Round trip export/import from Mac OSX iCal

Since there isn't an iSync plug-in for Oracle Calendar (yet?) I thought I'd try a round-trip import/export between Oracle Calendar and Mac OSX iCal. Inconvenient, but it should would because the UIDs in the .ics file would be the same and an import would overlay over the existing entries.
Wrong -- if I export an event from iCal, import it into Oracle Calendar, then export it again and look at the .ics file, the UID is different. Consequently, I get duplicate entries at the end of the round trip.
What good is the "U"-Unique of UID if it isn't kept consistently? From the standard: "Implementations MUST be able to receive and persist values of at least 255 characters for this property."

I've ran into an issue when exporting/importing a .csv file from OSX.And this "issue" is...?
Exporting from? Importing to?
APEX version?
Database version?
Database character set?
Database host OS and version?
EPG, OHS or OAS (and version)?
DAD character set (if any)?
OS X version?
Some, none or all of the above may or not be relevant, but without more information to go on, all you are going to get are random guesses.
http://tkyte.blogspot.com/2005/06/how-to-ask-questions.html
http://catb.org/~esr/faqs/smart-questions.html

Client copy (export/import) from ECC to BW

It is technically feasible to import a client exported from a NW system installed as ECC 6.0 into a NW ABAP Stack (designed to be a BW system)?

Hi,
1. SAP_ALL profile would not copied using export/import method (SAP ECC --> BW ABAP) as most of the tables of ECC are not present in BW (mismatch of data dictionary structure).
2. You can copy SAP_USER (user master record)
3. If your ECC and BW systems are not in same transport landscape/shared transport directory (trans group), then copy/ftp the export files from ECC (data and cofile) to BW system (same path - usr/sap/trans) and add the transport requests manually to import buffer of target system/client.

Editing contacts in gmail after export/import from Palm Desktop is a messy affair

So far, from what I can see, my contacts are synchronizing well between the Pre and my gmail contacts list. Being easily amused, I guess it's pretty slick the way it works. But exporting them from Palm Desktop and importing them into the gmail contacts list was just a jumbled mess. Almost none of the actual fields from PD mapped correctly to the gmail fields, so all of my info got lumped into the "notes" field in gmail.
It's easier and faster to edit them in gmail than on the Pre, so that's what I've been doing...fixing about 300 contacts one at a time. You can cut/copy/paste the info from the notes field into the correct data field. But there's one really weird thing that happens if you try to drag-and-drop info, say a telephone number or an address, from the notes field into its own field above. The data appears to move over. But once you save the change, anything you dragged into its own field disappears. Trying to go through the list quickly, I didn't notice this strangeness until I had gone through a large enough number of my contacts to really make me swear.
Post relates to: Pre p100eww (Sprint)
smkranz
I am a volunteer, and not an HP employee.
Palm OS ∙ webOS ∙ Android

smkranz,
I had a similar mess to clean up. I figured that Google's contacts would work better with an import from Outlook and a direct export from Palm Desktop 4.x or 6.x. I used Chapura's Pocket Copy to push my Palm Desktop 4.2 data into Outlook, and then exported my data from Outlook and into Google contacts. I followed Google's directions for that part. I still had to review my 400 or so contacts and do some mop up, but it wasn't a total train wreck.
Glad to hear that you did get a Pre. Welcome to the club. Now we have to work on WyreNut.
Alan G

Re: Hebrew Characters...Chars display as junk after import from 8i to 10g

Hi Team,
We have similar problem with our DBs , Was going through a thread and found helpful.
We have source DB which contains table having column with hebrew characters , They are converting it and then sending us a dump supporting WE8ISO8859P1 .
Now they are asking to load at our end in Database supporting WE8ISO8859P1 character set and then use CONVERT function and then load it into destination Database which supports AL32UTF8 format.
We have all DBS on AL32UTF8 only.
Raja has not confirmed if this solution worked for him.
I want to try ir but need confirmation as we have scheduled a regular export import. I will have to ask a data in flat file .
Thanks .

Hi Team,
We have similar problem with our DBs , Was going through a thread and found helpful.
We have source DB which contains table having column with hebrew characters , They are converting it and then sending us a dump supporting WE8ISO8859P1 .
Now they are asking to load at our end in Database supporting WE8ISO8859P1 character set and then use CONVERT function and then load it into destination Database which supports AL32UTF8 format.
We have all DBS on AL32UTF8 only.
Raja has not confirmed if this solution worked for him.
I want to try ir but need confirmation as we have scheduled a regular export import. I will have to ask a data in flat file .
Thanks .

Import from 8 to 10g

Hi all.
I have a .DMP from Oracle 8 and I must import in 10g r2 and I have no idea whats wrong with my import..
I create the instance from the beginning and I still hve the same error.
I suppose the problem is TEMP tablespace but i dont know how to resolve this.
this is my .log file
Connected to: Oracle Database 10g Release 10.2.0.2.0 - Production
Export file created by EXPORT:V08.01.07 via conventional path
Warning: the objects were exported by EXPORTA, not by you
import done in US7ASCII character set and AL16UTF16 NCHAR character set
import server uses WE8ISO8859P1 character set (possible charset conversion)
export client uses WE8ISO8859P1 character set (possible charset conversion)
export server uses WE8ISO8859P1 NCHAR character set (possible ncharset conversion)
. importing SYSTEM's objects into SYSTEM
IMP-00017: following statement failed with ORACLE error 12913:
"CREATE TABLESPACE "TEMP" DATAFILE 'D:\ORACLE\ORADATA\INEVOLUP\TEMP01.DBF' "
"SIZE 1073741824 , 'D:\ORACLE\ORADATA\INEVOLUP\TEMP02.DBF' SIZE 1073741"
"824 DEFAULT STORAGE(INITIAL 65536 NEXT 65536 MINEXTENTS 1 MAXEXTENTS"
" 2147483645 PCTINCREASE 0) ONLINE TEMPORARY "
IMP-00003: ORACLE error 12913 encountered
ORA-12913: Cannot create dictionary managed tablespace
IMP-00017: following statement failed with ORACLE error 3249:
"CREATE TABLESPACE "TOOLS" DATAFILE 'D:\ORACLE\ORADATA\INEVOLUP\TOOLS01.DBF"
"' SIZE 209715200 DEFAULT STORAGE(INITIAL 32768 NEXT 32768 MINEXTENTS"
" 1 MAXEXTENTS 4096 PCTINCREASE 0) ONLINE PERMANENT "
IMP-00003: ORACLE error 3249 encountered
ORA-03249: Uniform size for auto segment space managed tablespace should have atleast 5 blocks
IMP-00017: following statement failed with ORACLE error 3249:
"CREATE TABLESPACE "INDX" DATAFILE 'D:\ORACLE\ORADATA\INEVOLUP\INDX01.DBF' "
"SIZE 2500M , 'D:\ORACLE\ORADATA\INEVOLUP\INDX02.DBF' SIZE 2500M "
"DEFAULT STORAGE(INITIAL 16384 NEXT 16384 MINEXTENTS 1 MAXEXTENTS 5000 PCTI"
"NCREASE 0) ONLINE PERMANENT "
IMP-00003: ORACLE error 3249 encountered
ORA-03249: Uniform size for auto segment space managed tablespace should have atleast 5 blocks
IMP-00017: following statement failed with ORACLE error 24344:
"BEGIN SYS.DBMS_PSWMG_IMPORT.IMPORT_PSW_VERIFY_FN(' P_USER_GRAL ', ' VERIF"
"Y_FUNCTION ', ' username varchar2,password varchar2,old_password varchar2) "
"RETURN boolean IS"
" m integer;"
" ischar boolean;"
" chararray varchar2(52);"
"BEGIN"
" chararray:= ''abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ'';"
" -- Check if the password is same as the username"
" IF password = username THEN"
" raise_application_error(-20001, ''La clave no puede ser igual al usuar"
"io'');"
" END IF;"
" -- Check for the minimum length of the password"
" IF length(password) < 8 THEN"
" raise_application_error(-20002, ''La clave no puede ser menor de 8 ca"
"racteres'');"
" END IF;"
" -- 2. Check for the character"
" ischar:=FALSE;"
" m := length(password);"
" FOR i IN 1..length(chararray) LOOP"
" FOR j IN 1..m LOOP"
" IF substr(password,j,1) = substr(chararray,i,1) THEN"
" ischar:=TRUE;"
" GOTO findpunct;"
" END IF;"
" END LOOP;"
" END LOOP;"
" IF ischar = FALSE THEN"
" raise_application_error(-20003, ''La clave debe ser alfanumerica'');"
" END IF;"
" <<findpunct>>"
" -- Everything is fine; return TRUE ;"
" RETURN(TRUE);"
"END;"
"'); END;"
IMP-00003: ORACLE error 24344 encountered
ORA-24344: success with compilation error
ORA-06512: at "SYS.DBMS_PSWMG_IMPORT", line 100
ORA-06512: at line 1
IMP-00017: following statement failed with ORACLE error 28004:
"ALTER PROFILE "P_USER_GRAL" LIMIT PASSWORD_VERIFY_FUNCTION "VERIFY_FUNCTION"
IMP-00003: ORACLE error 28004 encountered
ORA-28004: invalid argument for function specified in PASSWORD_VERIFY_FUNCTION VERIFY_FUNCTION
IMP-00017: following statement failed with ORACLE error 28004:
"ALTER PROFILE "P_USER_ADMIN" LIMIT PASSWORD_VERIFY_FUNCTION "VERIFY_FUNCTIO"
"N""
IMP-00003: ORACLE error 28004 encountered
ORA-28004: invalid argument for function specified in PASSWORD_VERIFY_FUNCTION VERIFY_FUNCTION
IMP-00017: following statement failed with ORACLE error 959:
"ALTER USER "SYSTEM" IDENTIFIED BY VALUES 'F5145E3A6C640AC2' DEFAULT TABLESP"
"ACE "TOOLS" TEMPORARY TABLESPACE "TEMP" PROFILE "P_USER_ADMIN""
IMP-00003: ORACLE error 959 encountered
ORA-00959: tablespace 'TOOLS' does not exist
IMP-00017: following statement failed with ORACLE error 959:
"CREATE USER "TOAD" IDENTIFIED BY VALUES '4759257F78A8B5A3' DEFAULT TABLESPA"
"CE "TOOLS" TEMPORARY TABLESPACE "INDX" PROFILE "P_USER_ADMIN""
IMP-00003: ORACLE error 959 encountered
ORA-00959: tablespace 'TOOLS' does not exist
IMP-00017: following statement failed with ORACLE error 959:
Thanks a lot....!!!

What's your import command used?
Oracle is trying to create tablespace during import if they don't exist. However the tablespace in 8i were using dictionary managed tablespace which is depreciate in 10g. Further more, if your target OS is different from source dmp file. the filename syntax won't be correct. For example, if you create tablespace on linux using windows path it will fail.
In your case, you'd better precreate the tablespaces first to avoid the errors. Because the create tablespace failed all succeeding create table statements willl fail too.

Export/Import from Memory

Sometimes after I export from one program, user exit, etc., then I import in another program, user exit, etc. the field value does not show up. It is usually in two totally unrelated programs, or other, that are in different function groups, but sometimes it works? I need to capture a value in a PAI screen, that later goes into another user exit. Has anyone had this issue with Import/Export? Is there another way I can tru to pass this parameter to the second program?
Thank-You.

Hi TMM,
You have to consider that the Memory Variables from Program 1 will be released if the session is over and that's why maybe our Program 2 might not get them correctly. If that is the scenario you will need to save your data in maybe a table then use it in program 2.
Regards,
Gilberto Li

Export/import from 9i to 10G

Similar Messages

Maybe you are looking for