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.

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

Why migrating Informix to Oracle ?

Can anyone tell how can I convince my client to migrate to Oracle from Informix?
My customer may ask are there any technical issue beside using the WorkBench ?
Thank you

There are many reasons to move to Oracle. However, most of these reasons are not business reasons. If the business decides to move from Informix, then the logical choices arising will be DB2 or Oracle.
In this case, the next steps are comparing DB2 to Oracle. Here are some of the Features which Oracle supports but are limited by DB2
Here are some various points that may be used.
Multi version read consistency
IBM has table and page locking, leading to escalating locks and potential deadlock under load. It also allows dirty reads and has the potential for writers to block readers and
vice versa.
Then there's the clustering story. Most IBM cluster additions need extensive rewrites. For example, their TPC C benchmark
From examination of their TPC FDR -
TPC Benchmark - Full Disclosure Report for IBM Netfinity 8500R using IBM DB2 Universal Database V7.1 and Microsoft Windows 2000 Advanced Server - Submitted for
Review, July 3, 2000. (58 pages of Database design scripting (at 100+ lines of script per page))
Also a paper given at a user group - DB2 UDB EEE as an OLTP Database, Gene Kligerman, DB2 and Business Intelligence Technical Conference, Las Vegas, Oct 16-20,
2000
The list goes on from Business intelligence features such as range partitioning available only on as/400 to essential security features like fine grained auditing.
regards,
Barry
<disclaimer>
These opinions are my own and do not construe a corporate opinion
</disclaimer>

Database Migration -- MaxDB to Oracle

Hello,
We are planning to migrate our XI 7.0 server from MaxDB to Oracle...
I am currently reading the System Copy Documentation from SAP...
Has anyone done MaxDb --> Oracle Heterogenous Copy....
Any Input, Guidelines & Strategies will be appreciated...
Thanks,
RaHuL...

> If you read carefully the information at http://service.sap.com/osdbmigration you will see that you will not loose support for the migrated system if you choose not to use a certified migration consultant, even for a production system.
I have made other experiences in the past. Your mileage may vary.
According to (including the mentioned website):
Note 82478 - SAP system OS/DB migration
<...>
To execute an OS/DB migration, the following are required:
1. A technical consultant, specially certified for OS/DB migrations, executes the migration locally, irrespective of whether you are migrating a development system, a test system or a productive system. This ensures that the required "know-how" is available to deal with the complexity of the situation.
2. You use the migration check for the operating system or the database to migrate production systems.
<...>
If the prerequisites are not met, we must inform you that SAP cannot provide any SAP Support Line support for your migration.
<...>
> For clarification, I even opened an OSS message and worked with our SAP support rep. The only thing you may "loose" support for is for any issues encountered during the migration itself or any performance issues encountered after the migration that are clearly related to the migration or improper sizing. You can still open OSS messages and if SAP deems the problem related to not having a migration consultant then you still have the option to pay SAP support to continue to help with the problem.
Sure you always can do that, if you have the time to and if you want to take the risk. I'm just telling people the "least resistant way"; just read and answered too many threads because people were trying to migrate systems without having previously used R3load or know what it is about that tool.
> We moved several different landscapes from DB2 z/OS to SQLServer last year and did not use a migration consultant for any of them. We still have support for our SAP systems. We did have a thorough migration plan and tested in sandboxes many times well before we started the moves of even the development systems. We did also have SAP perform the required migration check on the production systems. We also found an instance or two of a bug with the migration tools, opened and OSS message about it, and got fixes or workarounds from SAP -- all without a certified migration consultant onsite.
I agree, everyone is free to do what he wants. I'm just quoting what's written and based on experiences. You may have made others, however, I wouldn't rely on "getting help" quickly if the prerequisites are not met. That's all I tell people.
Markus

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

Migrate Informix 7.31 Database into Oracle

Dear all,
I intend to import an Informix Dynamic Server 7.31 Database into Oracle; In this case it's the database of an old system which is not in use anymore, so the purpose is strictly readonly.
No triggers, few procedures and functions.
I'd like to import the data into Oracle 11g, is this possible or do I have to import into 10g and then upgrade to 11g?
The docs say the migration workbench is the tool of choice, is there anyone who can provide me with some experience?
How do I verify the migration was successful and the data was imported exactly the way it was?
Thanks in advance,
Andy

Andy,
Informix can only be migrated using the older Oracle Migration Workbench 10.1.0.4 and as it says on the web site -
http://www.oracle.com/technetwork/database/migration/informix-085032.html
the only supported versions for the workbench are 9i and 10g.
However, this is only for running the workbench itself and creating the repository. If you do an offline migration then you can run the scripts created by the migration utility in any version of Oracle and load the data using any version of SQL*Loader.
It may be that you can create the repository for the 10.10.4 workbench in an 11g database but I've never tried it.
As for testing there is a section in the documentation -
Oracle® Migration Workbench User’s Guide Release 10.1.0.4 for Microsoft Windows 98/2000/NT/XP and Linux x86
Chapter 7 - Testing the Oracle Database
that discusses how you can test the migrated data.
I've only ever run small test migrations and issues can depend on the complexity of the data and particularly stored procedures and embedded SQL.
If you have no triggers, few procedures and functions then it should be fairly straightforward.
It is planned to include Informix migration in a later version of SQL*Developer but there is no date for that yet.
Regards,
Mike

Migrating Informix 7.3 to Oracle 9i

Hi,
I want to know any one (Bay Area) worked on migrated/working on migrating databases from Informix to Oracle. Please let me know.
Thanks in advance for your reply.
Ramesh

Ramesh,
I am working on migrating Informix 9 to Oracle9.2i. I know it is a version up in Informix but the lessons
should be the same almost.
I am doing this on AIX 4.3.
Geoff Heaton
ING Australia

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 image database in Informix 9.21 to Oracle 9i

I am going to be migrating an image database from Informix 9.21 to Oracle 9i and am needing to know
what Oracle9i has to offer as far as options in storing large media types - image, video, audio, etc...
Specifically, does Oracle have anything comparable to Informix' smart blobspace? Is it possible to migrate
image data from Informix to Oracle? I know the migration kits only are available up to Informix version 7.
What does interMedia offer?

Hi,
I was unable to reproduce your problem. I carried out the following steps in attempt to replicate the issue:
1. I launched the workbench, version 10.1.0.2, selecting the Oracle Lite "Default Repository".
2. Using the Oracle Enterprise Manager Console, I created a user "rtdb" with the password "rtdb" on my target Oracle 9i database.
3. I captured a test Informix database, generating its source and oracle models.
4. I then proceeded to migrate the database to Oracle and supplied my target Oracle9i database information in the "Migration Wizard, Step 1 of 4: Destination Database Details", supplying rtdb/rtdb as the username/password.
5. My test database migrated with no such error messages reported.
If you carried out the migration steps as I have outlined above, and are still experiencing issues with a "Failed to connect" error, I would contact support.
Regards,
Hilary

Migrating Informix databases to Oracle

Hi, I am new to Oracle so apologies if this is a basic question.
I have Informix set up on a Unix system, which consists of several databases, within Informix the databases are truly relational, i.e I can perform sql queries across rwo databases at the same time.
From what I understand with Oracle, you can only have one database per instance? is this correct?

People who come from another rdbms usually have a different concept between database and schema and instance. In Oracle a database, a single database can contain multiple schemas (independent collections of objects belonging to one user). You can have as many databases per host as the host is able to handle according to its capacity. A database is open by one Oracle instance (mutiple instances can open the same database only in RAC mode).
Oracle can query remote databases by means of database links. In this case the schemas can be queried by granting proper privileges to the users.
For further introductory concepts I suggest you to read this reference:
Oracle® Database 2 Day DBA
10g Release 2 (10.2)
Part Number B14196-02
~ Madrid

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?

Migrate Informix 11 to Oracle 11g

Hi,
Are there any Oracle or third-party tools to assist with the migration of a database from Informix 11 to Oracle 11g? All the stuff I've found seems to stop at Informix 9.
Thanks
   Brian

Hi Brian,
If your management do not want to pay for Dg4Informix then you could use the Database Gateway for ODBC (DG4ODBC) which is included in your RDBMS license but needs a third-party ODBC driver. It has less functionality than the DG4Informix but can be used for simple processing.
See the following -
Note.233876.1   Options for Connecting to Foreign Data Stores and Non-Oracle Databases (Doc ID 233876.1)
Note.252364.1   Functional Differences Between DG4ODBC and Specific Database Gateways (Doc ID 252364.1)
Regards,
Mike

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.

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.

Database migration informix to Oracle

Similar Messages

Maybe you are looking for