Informix to Oracle Migration

Hi all,
We have an application written in Informix 4gl and Esql/C which communicates with Informix database.
We are doing an exercise of migrating this application from Informix to Oracle database. For compiling this, right now Hydra compiler is used which is a third party tool from QueriX. We are facing some issues with this tool because of license restrictions.
If anybody has any info about any other such tool which can compile Informix4gl code communicating with Oracle database, please reply to my ID - [email protected]

Hi,
Greetings. We are in the process of evaluating PeopleSoft migration from Informix 9.4 to Oracle 10g. It will be of great help if you can share your experience, the tool that you used and any lessons learned.
Thank you in advance.

Similar Messages

After DB migration(Informix to Oracle), SQLs need to review & change?

Dear all,
We migrate our system DB from Informix to Oracle 9i.
The current problem is: All data in CHAR fields will have "SPACE".
For example,
There is a table named TABLE1, and one field named FIELD_1 in it.
The type of FIELD_1 is CHAR, 4 characters.
In Informix, the data in TABLE1 is
FIELD_1
===============
CM
ALL
TEST
After migrate to Oracle, the data "looks like the same".
FIELD_1
===============
CM
ALL
TEST
But, when using TOAD or SQL/PLUS to query the length of these data, like:
SELECT LENGTH(FIELD_1) AS LEN, FIELD_1 FROM TABLE1;
And, the return result is:
LEN FIELD_1
==== ==============
4 CM
4 ALL
4 TEST
All length is 4..........Orz......
So, all SQL in current AP need to review and change(if necessary).
for example, the statement likes:
WHERE FIELD_1 = 'CM' will change to WHERE TRIM(FIELD_1) = 'CM'
Does anybody have the same probelm?
And another question is, if we always use TRIM in the WHERE statement, will cause bad performance or not?
(because I try to change one SQL and get the return result.....takes more time than before)
Thanks a lot.
Best Regards,
Claire

The current solution is review all codes in AP and change the WHERE statement.Don't do that! You'll have all kinds of problems and any new code you develop, you'll have to remember this hack. Instead, fix the tables once so they are correct. Continuing my example:
SQL> alter table t modify (object_name varchar2(30));
Table altered.
SQL> update t
2 set object_name = trim(object_name);
7852 rows updated.
SQL> commit;
Commit complete.
SQL> select length(object_name), count(*)
2 from t
3 group by length(object_name);
LENGTH(OBJECT_NAME)             COUNT(*)
                   1                    1
                   3                   22
                   4                   14
                   5                   33
                   6                   46
                   7                  213
                   8                  283
                   9                  266
                  10                  295
                  11                  288
                  12                  291
                  13                  339
                  14                  354
                  15                  367
                  16                  428
                  17                  396
                  18                  368
                  19                  377
                  20                  348
                  21                  340
                  22                  353
                  23                  306
                  24                  347
                  25                  320
                  26                  325
                  27                  269
                  28                  332
                  29                  299
                  30                  232
29 rows selected.For each table, you can do one modify and one update statement to fix it. With a little clever use of the data dictionary, you might even be able to script it.
Much easier than hacking your code.
Message was edited by:
Eric H

Migration Issues from Informix to Oracle (datetime format)

Hello, i am performing a Migration from Informix to Oracle, drive by Migration Workbench, i have an error migrating data from datetime and date fields. I suppose its related by datetime and date format, cause the error tells "Incorrect day or month" when i am migrating data from informix. Targets Oracle database date format is DD/MM/YYYY and source`s Informix database date format like MM/DD/YYYY. Is there any way, in OMW, to specify the mask of datetime or date format to convert date strings from informix to oracle format? Or have i got migrate offline and modify control file to do that with sql*loader?
How can i do that?
Example, especify to_date('....', 'MM/DD/YYYY H24:MI:SS') format for migrating informix datetime fields to Oracle.

The problem i have is, several tables witch contains date and datetime fields, at the same table in informix, by migrating drive by omwb to oracle, the date format i receive from informix at reading is DD/MM/YYYY and datetime format receiving is HH24:MI:SS. Migrating date and datetime types from informix to date, both types to date in oracle, i get an error while matching DD = HH24, MM = MI and YYYY = SS where nls_date_format is DD/MM/YYYY and, the same error matching HH24 = DD, MI = MM and SS = YYYY when nls_date_format is HH24:MI:SS.
If i set nls_date_format as "DD/MM/YYYY HH24:MI:SS" i get the same error, cause reading data from informix results in data format "DD/MM/YYYY" for date fields and "HH24:MI:SS" for datetime fields.
I have more than 200 tables in informix with this problem to migrate to oracle, i can solve by migrating offline, modifying datacontrol file to casting to_date format, but over 200 tables, 200 datacontrol files... is there any way for solving that by online migration in omwb?

Database migration informix to Oracle

Hello
Could you tell me the technical improves of changes our Informix DB to Oracle. We have an SAP system with 800 GB over Informix and a good functionality and response time, therefore I´d like to know how Oracle could help us to increase this features.
So, the question is, why to migrate our database??

Scalability, reliability, security, performance, availability.
If you have no issues with the above then you may not have a compelling business need to migrate.
If you have problems with SAP running on Informix then Oracle may/will be able to resolve them.

Migration informix to oracle

Can I use Oracle Migration Workbench to migrate from Informix Dynamic Server 7.0 to Oracle 8.1
Thanks in Advance
Alessandro Guimaraes

Hi,
We have not tested against version 7.0, but the Workbench does migrate 7.23 and 7.3.
download it and try it. If it doesn't work, then you can upgrade your schema from 7.0 to 7.3,. Use the workbench to migrate the schema. You can then use the workbench to generate Informix unload and Oracle SQL Loader scripts to migrate the data from Informix 7.0.
If you need further clarification then please contact [email protected]
Regards
John

Migration from Informix to Oracle

Hi,
Could anybody share the case studies/plan/docs related to migrating data from Informix to Oracle.

Hello,
The Oracle® Migration Workbench Reference Guide for Informix Dynamic Server Migrations is avalaible at
http://download.oracle.com/docs/html/B16022_01/toc.htm
Also, you will find a lot of informations on the Informaix migration technet page at
http://www.oracle.com/technetwork/database/migration/informix-085032.html
Even if a lot of samples are Microsoft SQL Server based, they also apply on an Informix migration as well.
Hope it will help
Regards,
Jean-Patrick

Migrating from non-loggin Informix to Oracle (use of transactions)

I wonder what happens when I migrate an Informix non-logging database to Oracle. Since my database doesn't use transaction (that's to say: a single DML sentence define a transaction and ttransactions using begin/commit/rolback trans are not used), applications are written with no transaction philosophy. But Oracle is ANSI-compliant and then when I execute a DML sentence, a transaction begin and it'll finish until I send commit or logout. Then, even when migration is ok, my applications will create very large transactions.

Hi Oscar,
Without actually viewing the Client application code, I can only make general assumptions..
You will have to change the client code anyway in order for it to work with Oracle e.g. Informix E/SQL -> Oracle Pro*C. The E/SQL Client code will have to be updated to reflect various changes in the DB environment; for example:
1. The use of REF CURSORS (passing them back to the client code)
2. Changes to the hardcoded Informix SQL statements to make them Oracle friendly (especially OUTER joins if you migrating to Oracle 8i)
3. Altering any E/SQL code that dynamically builds SQL statements (to make sure these SQL statements are syntactically correct in the Oracle model).
4. DB Connection methodologies.
5. Changing Informix #include files to reference equivalent Oracle #includes
6. Differences in date structs and how E/SQL and Pro*C handle dates (Oracle did not support milliseconds until 9i)
7. Exception handling.
8. Datatype changes between Informix and Oracle.
Again, there is no simple solution. A migration project that migrated the DB and Applications 'in tandem' would make it easier to remove logic from the client code and place it in the server (always a good thing) but this may not be feasable in your case.

Migrating from non-logging Informix to Oracle (use of transactions)

I wonder what happens when I migrate an Informix non-logging database to Oracle. Since my database doesn't use transaction (that's to say: a single DML sentence defines a transaction and transactions using begin/commit/rolback trans are not used), applications are written with no transaction philosophy. But Oracle is ANSI-compliant and then when I execute a DML sentence, a transaction begin and it'll finish until I send commit or logout. Then, even when migration is ok, my applications will create very large transactions.
What should I do? Is there some parameter to configure Oracle in such way it create single-DML transaction (I heard there's something like that in SQL*Plus, but I'm not sure)? Or should I rewrite applications sending commits after every sentence (The worst case, I think)?
Thanks in advance
Omar Muqoz

Hi Oscar,
Without actually viewing the Client application code, I can only make general assumptions..
You will have to change the client code anyway in order for it to work with Oracle e.g. Informix E/SQL -> Oracle Pro*C. The E/SQL Client code will have to be updated to reflect various changes in the DB environment; for example:
1. The use of REF CURSORS (passing them back to the client code)
2. Changes to the hardcoded Informix SQL statements to make them Oracle friendly (especially OUTER joins if you migrating to Oracle 8i)
3. Altering any E/SQL code that dynamically builds SQL statements (to make sure these SQL statements are syntactically correct in the Oracle model).
4. DB Connection methodologies.
5. Changing Informix #include files to reference equivalent Oracle #includes
6. Differences in date structs and how E/SQL and Pro*C handle dates (Oracle did not support milliseconds until 9i)
7. Exception handling.
8. Datatype changes between Informix and Oracle.
Again, there is no simple solution. A migration project that migrated the DB and Applications 'in tandem' would make it easier to remove logic from the client code and place it in the server (always a good thing) but this may not be feasable in your case.

INFORMIX and ORACLE on LINUX

Hello Stephen,
some time ago we talked about Forte for LINUX. Now I think it will need
not a long time that Forte is available on LINUX.
INFORMIX and ORACLE has officially announced that they offer their
Database on LINUX. Now it is only a question of time, that Forte
got a business-case from big Firms which want to see Forte on LINUX.
In GERMANY I know that Mercedes use LINUX for car-development and
Sixt-Budget use LINUX for their car-rental (worldwide).
I think, if Forte is availaible for LINUX than a big beng goes through
the IT-Market. Many firms just wait for a OO-orientated 4GL-Development
environment to distribute their business-processes to many little
servers which are cheap and powerfull. It is than a question of
less money to use a big machine or just 10 or 20 LINUX servers (which are
cheaper and faster).
Sorry for my enthusiasm on this mailing list, but i'am
so happy to hear from this and want's to cry it out all over the world :-)))))
Joseph Mirwald

At 09:03 AM 8/22/98 +0200, Joseph Mirwald wrote:
Hello Stephen,
some time ago we talked about Forte for LINUX. Now I think it will need
not a long time that Forte is available on LINUX.Well, I suspect if you ask them, the official policy statement is: Linux is
not a supported platform at this time, and we cannot discuss unannounced
products. (or some such thing). Privately, talking to some of the Forte
people at FORUM this year, I was distinctly left with the impression that
it will be a cold day in hell before such a port is done.
INFORMIX and ORACLE has officially announced that they offer their
Database on LINUX. Now it is only a question of time, that Forte
got a business-case from big Firms which want to see Forte on LINUX.Well, I haven't talked to our Oracle sales rep, but I did go to their web
site and I couldn't find anywhere where you could download it, or much more
than a "how great it is" statement. Based upon my prior dealings with
Oracle, and some well documented cases, I would be surprised if you could
get it today - delivered and working, that is.
Informix, on the other hand, I just downloaded (not installed yet, but at
least I have in my hot little paws something that says it will be Informix
on Linux).
One of the problems that Forte faces in the marketplace is the cost of the
product. Yes, it does a lot (personally, I'm quite a fan). But, some IT
shops - especially the ones that have capable people on staff - are
beginning to look at the distributed object characteristics of Java and
asking "Why can't I do what I want with Java RMI, etc.?" When I talked to a
Forte salesman at FORUM, his only response was "Well, those really aren't
Forte customers anyway!" As Java adds things like transactional objects,
transparent database access (yup! persistent objects in a relational
database - without all the coding - and with performance too!), JavaSpaces,
Jini, etc. I think it's a "head in the sand" approach for Forte to ignore
this. To me, Java presents some very compelling features. And, according to
some friends I have inside of Sun, basically all of the brightest people in
Sun have all migrated over to doing the Java stuff, so it's only likely to
get better. People like Rick Cattel (databases) and Jim Waldo (distributed
object systems) who have been giving this stuff lots of thought for
years!! That's why it's so well thought out when you see it for the first
time.
The only glaring omission from it seems to be a generic event queue
mechanism. Fortunately, given the other stuff Java has to offer (RMI, event
classes, etc.) you can build a very good one in about a man week. In fact,
Java has one, they just didn't take a "high" enough superclass - they
limited it to AWT events. If they had made it all events, you wouldn't even
have to build that.
Now, don't get me wrong... Forte is planning to incorporate lots of really
cool Java stuff in their next release (preannounced at FORUM). But to me,
that's not the issue on a larger scale. The real issue is this: are
environments which are cheaper incorporating a lot of what Forte does - and
the answer is Yes! Incidentally, there is a version of the Java environment
being developed for Linux under the GNU license, for the express purpose of
making it open and keeping it free (and open). Someone recently told me
that it is now available, but I haven't confirmed that yet.
In GERMANY I know that Mercedes use LINUX for car-development and
Sixt-Budget use LINUX for their car-rental (worldwide).My perception is that the Europeans are more progressive and cooperative
than us in the states. Most of the really good Linux help I've gotten on
the net has been form Europe (including a wonderful sendmail
site/expert). :-)
I think, if Forte is availaible for LINUX than a big beng goes through
the IT-Market. Many firms just wait for a OO-orientated 4GL-Development
environment to distribute their business-processes to many little
servers which are cheap and powerfull. It is than a question of
less money to use a big machine or just 10 or 20 LINUX servers (which are
cheaper and faster).Well, as I was indicating above, people who are cost conscious might be
searching for lower cost alternatives to Forte itself.
Sorry for my enthusiasm on this mailing list, but i'am
so happy to hear from this and want's to cry it out all over the world:-)))))
<soapbox>
So, who says that all reactions have to be between 4 & 6 (5 being
neutral)!! Don't apologize. If you're excited - be excited! That's what
life is all about.
</soapbox>
Stephen

Dear Oracle Migration Workbench Team

I have issues migrating blobs from Informix to Oracle. Our production table containing a blob is more than 100 million rows. During the offline load for a test table with 13,000 records, the load failed with message:
SQL*Loader-309: No SQL string allowed as part of PG_FULL_IMG field specification
Are you aware the offline load doesn't work or the HEXTORAW generates the above message? Is the fix going to available soon?
Also, the can the READSIZE option parameter be increased to 100MB instead of 20MB in future Oracle releases? I cannot load TEXT/CLOB when the size is more than 20MB. Any workaraound?
For online load, can I just do a load for selected tables only?
Thanks.
Norman

Norman,
There is a script to help offline blob move to oracle seaqrch this forum for start.sql.
There is a bug whereby online BLOB and CLOB transfer mixes up rows Bug 4119713 this is fixed in the latest developers release 10.1.0.3 for migrating informix to oracle and will be fixed in the next production release for all plugins.
Also, the can the READSIZE option parameter be increased to 100MB instead of 20MB in future Oracle releases? I cannot load TEXT/CLOB when the size is more than 20MB. Any workaraound?It is unusual to have such large TEXT/CLOB sizes, can the READSIZE parameter be configured by hand in the scripts?
For online load, can I just do a load for selected tables only?After doing a migration and creating the tables without the data, the data can be migrated for individual tables using a right mouse click.
Regards,
Turloch
Oracle Migration Workbench Team

Informix 7.3 migration

I am currently doing an Informix 7.3 migration. The process is currently doing 'Creating the Oracle model - mapping user privileges' and has been running for over 24 hours and has not finished. There are approximately 100,000 user privileges to map ( I know this from previous migration ). My question is is it possible to disable mapping user privileges when Creating the Oracle model as I need to revcoke all these privileges anyway after the migration is complete and grant them all again depending on the application's security.
Edited by: user11126697 on 19-Nov-2009 08:04

I have had to terminate the migration as it is still stuck on Creating Oracle Model - mapping user privileges
I have performed this migration before on a different Oracle 10g database and it finished mapping user privileges ( approx 100,000 ) although it took a coupl of hours to do so.
Could it be something to do with tablespaces. What tablespace does the OMWB repository get created in ?
Edited by: user11126697 on 20-Nov-2009 02:07

Error when using Oracle Migration WorkBench (Sql Server 2k to Oracle 8i)

I'm trying to migrate a Sql Server 2k database to an Oracle 8i schema using OMWB. After using BCP to collect metadata information on the source database, I tried to capture the source data model and got a "Capture aborted" message on the progress screen (even though then it appears a dialog window reporting "0 errors and 0 warnings", funny!). Down there is the error log OMWB generated. After reading some posts, I changed some columns of the OMWB dictionary that holds the source database name, but still got the same error. If someone can enlighten me on this toppic, I'd greatly appreciated it.
Here's the error log of OMWB:
** Oracle Migration Workbench
** Production
** ( Build 20050629 )
** OMWB_HOME: D:\Datos\Download\Oracle\Oracle Migration Workbench\omwb
** user language: es
** user region: null
** user timezone:
** file encoding: Cp1252
** java version: 1.4.2_04
** java vendor: Sun Microsystems Inc.
** o.s. arch: x86
** o.s. name: Windows 2000
** o.s. version: 5.0
** Classpath:
..\lib\boot.jar
** Started : Fri Feb 23 17:18:48 GMT-03:00 2007
** Workbench Repository : Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production
With the Partitioning option
JServer Release 8.1.6.0.0 - Production
Repository Connection URL: jdbc:oracle:thin:@ServerCms:1521:sigcewbc
** The following plugins are installed:
** Microsoft Access 2.0/95/97/2000/2002/2003 Plugin, Production Release 10.1.0.4.0
** Microsoft SQLServer 2000 Plugin, Production Release 10.1.0.4.0
** Microsoft SQLServer 6.5 Plugin, Production Release 10.1.0.4.0
** Microsoft SQLServer 7.0 Plugin, Production Release 10.1.0.4.0
** Active Plugin : SQLServer2K
EXCEPTION :SQLServer2KDisconnSourceModelLoad.loadSourceModel(): oracle.mtg.migration.MigrationStopException: java.lang.IndexOutOfBoundsException: Index: 15, Size: 15
** Shutdown : Fri Feb 23 18:00:50 GMT-03:00 2007

Duplicate thread
Error when using Oracle Migration WorkBench (Sql Server 2k to Oracle 8i)

As/400 to oracle migration (migrane)

Dear folks,
I am using oracle migration workbench to migrate data from AS/400 to Oracle. When I am capturing/importing data/model from source AS/400 system it shows up the databases available to be imported. Within that column it only shows the AS/400 system name instead of any relational database entry name. Therefore when I import that I only get some system tables and objects not the data files which are on the system. I dont know how to fix that so that it shows the relational database name so that I can import the data files not the system files.
Note: There was not RDB directory entry in the AS400 system but I have created one now.
your help is appreciated.
Munwar Soomro.

Hi Munwar,
Am I correct in saying that you only see the server name in the Capture wizard?
1)If so can you confirm that when you connected that you had privileges to see the database you wanted
2)And if that database physically reside on the machine you connected too.
Regards,
Dermot

MySQL to Oracle Migration Issue - Unknown character set index for field.

Hi,
Looking for help..!!!
Migrating mySQL - version 4 database to Oracle 10g using oracle migration work bench. It went well until the last step. But, during the data migration, OMWB has given the following error:
+++++++++++
Unable to migrate data from source table gets.sales_order_01 to destination table gets_ora.sales_order_oracle10: gets_ora.sales_order_oracle10; Unknown character set index for filed "12596" received from ser.
+++++++++++
Log file shows:
java.sql.SQLException: Unknown character set index for field '12596' received from server.
     at com.mysql.jdbc.Connection.getCharsetNameForIndex(Connection.java:1692)
     at com.mysql.jdbc.Field.<init>(Field.java:161)
     at com.mysql.jdbc.MysqlIO.unpackField(MysqlIO.java:510)
     at com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:285)
     at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1326)
     at com.mysql.jdbc.MysqlIO.sqlQuery(MysqlIO.java:1225)
     at com.mysql.jdbc.Connection.execSQL(Connection.java:2278)
     at com.mysql.jdbc.Connection.execSQL(Connection.java:2225)
     at com.mysql.jdbc.Statement.executeQuery(Statement.java:1163)
     at oracle.mtg.migrationServer.LoadTableData._migrateTableData(LoadTableData.java:563)
     at oracle.mtg.migrationServer.LoadTableData.run(LoadTableData.java:326)
     at oracle.mtg.migration.WorkerThread.run(Worker.java:268)
I appreciate your help in this regards.
Regards,
K

Hi K,
Whats the default character set of you MySQL and Oracle Databases.
What version of JDBC driver are you using?
Is there any unicode characters used in your data?
Have you tried offline data move?
Thanks
Dermot.
Message was edited by:
dooneill

Oracle Migration Tool

I recently downloaded the Oracle Migration Tool for migrating a
Microsoft Access database to Oracle8 for Linux. This migration
tool contains the following components:
1. Oracle Installer 3.3.0.1.3
2. Oracle Migration Assistant for Microsoft Access 8.0.4.0.0
3. Oracle Named Pipes Protocol Adapter 8.0.4.0.0
4. Oracle Net8 Client 8.0.4.0.0
5. Oracle Objects for OLE 2.2.2.2.0
6. Oracle TCP/IP Protocol Adapter 8.0.4.0.0
7. Oracle8 ODBC Driver 8.0.4.0.0
8. Required Support Files 8.0.4.0.0
I installed everything onto my Windows98 client machine. Once I
did this, I could see the following entries in my Start Menu
under "Oracle for Windows95":
1. Microsoft ODBC Administrator
2. 004002 Class Library Documentation
3. 004022 Bound Controls and Class Library
4. 004022 Control Notes
5. 004022 Release Notes
6. Oracle Home Selector
7. Oracle Installer
8. Oracle Migration Assistant for MS Access
9. Oracle Objects for OLE Documentation
10. Oracle ODBC Help File
11. Oracle ODBC README File
12. Oracle ODBC Test
When I went into the Microsoft ODBC Administrator, I could also
see that there was a new entry under the ODBC Drivers tab:
Oracle ODBC Driver 8.00.0400 Oracle Corporation SQORA32.DLL
12/3/97
So far, so good.
Then I started going through the Oracle8 ODBC help file to get
my machine set up to start using the tool. Under "Configuration
Tasks," it says the following:
Before you configure the data source, you must configure Net8
database services, so there is an entry for each Service Name.
To do this, start the Oracle Net8 Assistant, either click on the
Oracle for Windows NT program group and click on the Oracle Net8
Assistant icon or from the start bar select Programs, select
Oracle for Windows NT, and select the Oracle Net8 Assistant.
Using the Oracle Net8 Assistant, you can create an entry in the
tnsnames.ora file for each Service Name. The Oracle Net8
Assistant is installed when you install Net8.
That's when I started running into problems. Although the
installer had shown that Net8 had been installed, I could not
find any evidence of a Net8 Assistant on my Windows98 client
machine. Is there a trick to starting up the Net8 Assistant?
Until I am able to perform this step, I cannot go to the next
step of configuring my ODBC driver.
Any help would be appreciated.
- Brendan
null

Brendan,
I am not 100% sure, but I believe win98 is not supported.... yet.
I know that 95 is supported, but to be honest, I do not run
winDOZE. Maybe an upper authority from Oracle should correct me
if I am wrong.
Kevin
Brendan Conner (guest) wrote:
: I recently downloaded the Oracle Migration Tool for migrating a
: Microsoft Access database to Oracle8 for Linux. This migration
: tool contains the following components:
: 1. Oracle Installer 3.3.0.1.3
: 2. Oracle Migration Assistant for Microsoft Access 8.0.4.0.0
: 3. Oracle Named Pipes Protocol Adapter 8.0.4.0.0
: 4. Oracle Net8 Client 8.0.4.0.0
: 5. Oracle Objects for OLE 2.2.2.2.0
: 6. Oracle TCP/IP Protocol Adapter 8.0.4.0.0
: 7. Oracle8 ODBC Driver 8.0.4.0.0
: 8. Required Support Files 8.0.4.0.0
: I installed everything onto my Windows98 client machine. Once
I
: did this, I could see the following entries in my Start Menu
: under "Oracle for Windows95":
: 1. Microsoft ODBC Administrator
: 2. 004002 Class Library Documentation
: 3. 004022 Bound Controls and Class Library
: 4. 004022 Control Notes
: 5. 004022 Release Notes
: 6. Oracle Home Selector
: 7. Oracle Installer
: 8. Oracle Migration Assistant for MS Access
: 9. Oracle Objects for OLE Documentation
: 10. Oracle ODBC Help File
: 11. Oracle ODBC README File
: 12. Oracle ODBC Test
: When I went into the Microsoft ODBC Administrator, I could also
: see that there was a new entry under the ODBC Drivers tab:
: Oracle ODBC Driver 8.00.0400 Oracle Corporation SQORA32.DLL
: 12/3/97
: So far, so good.
: Then I started going through the Oracle8 ODBC help file to get
: my machine set up to start using the tool. Under
"Configuration
: Tasks," it says the following:
: Before you configure the data source, you must configure Net8
: database services, so there is an entry for each Service Name.
: To do this, start the Oracle Net8 Assistant, either click on
the
: Oracle for Windows NT program group and click on the Oracle
Net8
: Assistant icon or from the start bar select Programs, select
: Oracle for Windows NT, and select the Oracle Net8 Assistant.
: Using the Oracle Net8 Assistant, you can create an entry in the
: tnsnames.ora file for each Service Name. The Oracle Net8
: Assistant is installed when you install Net8.
: That's when I started running into problems. Although the
: installer had shown that Net8 had been installed, I could not
: find any evidence of a Net8 Assistant on my Windows98 client
: machine. Is there a trick to starting up the Net8 Assistant?
: Until I am able to perform this step, I cannot go to the next
: step of configuring my ODBC driver.
: Any help would be appreciated.
: - Brendan
null

Informix to Oracle Migration

Similar Messages

Maybe you are looking for