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

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

  • 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.

  • 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>

  • Problem when migrate Informix 9.4 to Oracle 10.2 by use OMWB 10.1.0.4

    Hi,
    When I use OMWB to migrate Informix 9.4 to Oracle 10.2, I encounter many errors as follows:
    ===========================================================
    java.sql.SQLException: ORA-12899: value too large for column "ROGER"."ABB_FILE"."ABB04" (actual : 32, maximum: 30)
         at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:125)
         at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:305)
         at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:272)
         at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:626)
         at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:182)
         at oracle.jdbc.driver.T4CPreparedStatement.execute_for_rows(T4CPreparedStatement.java:630)
         at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1081)
         at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:2905)
         at oracle.jdbc.driver.OraclePreparedStatement.execute(OraclePreparedStatement.java:2996)
         at oracle.mtg.migrationServer.LoadTableData._migrateTableData(LoadTableData.java:1473)
         at oracle.mtg.migrationServer.LoadTableData.run(LoadTableData.java:326)
         at oracle.mtg.migration.WorkerThread.run(Worker.java:268)
    ==========================================================
    But when I check the Source column length, it is not long then column length in Oracle actually. I don't know why....
    Does anybody have idea? Thanks!

    Hi Donald,
    Thanks for your reply.
    "ROGER"."ABB_FILE"."ABB04" means in user "ROGER" schema, have a table "ABB04", and have a column named "ABB04".
    So the column's name is "ABB04", not exceed 30 characters.
    The table's description in Informix as follows:
    create table "roger".abb_file
    abb00 char(2),
    abb01 char(12),
    abb02 smallint,
    abb03 char(24),
    abb04 char(30),
    abb05 char(6),
    abb06 char(1),
    abb07 decimal(16,3) not null ,
    abb08 char(10),
    abb11 char(15),
    abb12 char(15),
    abb13 char(15),
    abb14 char(15),
    abb15 char(4)
    And the table in Oracle's description:
    CREATE TABLE "ROGER"."ABB_FILE"
         "ABB00" VARCHAR2(2),
         "ABB01" VARCHAR2(12),
         "ABB02" NUMBER(5),
         "ABB03" VARCHAR2(24),
         "ABB04" VARCHAR2(30),
         "ABB05" VARCHAR2(6),
         "ABB06" VARCHAR2(1),
         "ABB07" NUMBER(16, 3) NOT NULL,
         "ABB08" VARCHAR2(10),
         "ABB11" VARCHAR2(15),
         "ABB12" VARCHAR2(15),
         "ABB13" VARCHAR2(15),
         "ABB14" VARCHAR2(15),
         "ABB15" VARCHAR2(4)
    )

  • 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 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

  • 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 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 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

  • Migrating menues from oracle 11i to R12

    Hi all,
    I have to migrate Menus from Oracle 11i to R12, this can be done using FND_LOAD, but we have to migrate it using API's. Please suggest me the API name and approach. Currently I am investigating on fnd_menus_pkg.load_row and fnd_menu_entries_pkg.load_row . Please let mw know if these are the correct API's to migrate Menus. Any help is appreciated.

    If the version of $FND_TOP/patch/115/import/afsload.lct and the table structure is identical on both instances, you may use FNDLOAD for your custom menus. However, I would not recommend using FNDLOAD or any API between different application releases.
    How To Download a Parent Menu and Submenus [ID 369421.1]
    Replicating Custom Menu [ID 839879.1]
    Thanks,
    Hussein

  • Can we have DB Links betweeb Informix and Oracle ?

    Hi All,
    Can we have DB Links between Informix and Oracle ?
    I am planning to write a PL/SQL procedure in Oracle
    which will pull records from a remote Informix database.
    Any help is greatly appreciated.
    Thanks.
    Cheers,
    Srini

    There are really two options:
    Generic Connectivity - functionality bundled with the database which uses ODBC / OLEDB to access other data source
    Transparent Gateways - extra cost products which allow access to other relational databases (provides better performance, more advanced features)
    For more info see: http://www.oracle.com/gateways/gateway_bundles/faq.html

Maybe you are looking for