Hyperion Oracle database migration

Hi,
We have Hyperion 11.1.2.0 running on Oracle database 11.1. We want to upgrade the oracle database from 11.1 to 11.2. Is that possible and will there be an impact on Hyperion that is running fine now?
Regards,
Ragav.

John,
Thanks for your response. The document does not talk about migrating the data from the old DB to the new DB server.
1. Should the data be migrated for all schemas to the new DB server before the re configuration?
2. From the doc - If you updated the datasource configuration for any deployed Web applications, rerun EPM System Configurator and select the Deploy to Application Server task for every Web Application with updated database connection properties. Alternatively, you can manually update the datasource configuration using WebLogic Administration Console.
So once the Configure Database is done, the applications should be deployed to the Application server using "Deploy to Application Task". Is that right?
Regards,
Ragav.

Similar Messages

Oracle Database Migration Verifier - Can it be used for diff table structur

Hello,
We have re-engineered the existing sybase tables to a new structure in Oracle for few of the tables.For example a table in sybase is normalized to two tables in oracle.In these cases can the "Oracle Database Migration Verifier" be mapped such that the columns in one table in sybase be mapped to two table is Oracle with their respective column names.
In a gist can the tool be used even if the structure is not the same in the source and targer databases.
Please let me know if you need more clarifications regarding my query.
Regards,
Ramanathan.K

not really. The DMV was a simple tool for verifiying that what you now had in Oracle was what you had in Sybase. It does not do what you are expecting.
B

Oracle Database Migration Assistant for Unicode (DMU) is now available!

Oracle Database Migration Assistant for Unicode (DMU) is a next-generation GUI migration tool to help you migrate your databases to the Unicode character set. It is free for customers with database support contracts. The DMU is built on the same GUI platform as SQL Developer and JDeveloper. It uses dedicated RDBMS functionality to scan and convert a database to AL32UTF8 (or to the deprecated UTF8, if needed for some reasons). For existing AL32UTF8 and UTF8 databases, it provides a validation mode to check if data is really encoded in UTF-8. Learn more about the tool on its OTN pages.
There is a new Database Migration Assistant for Unicode. We encourage you to post all questions related to the tool and to the database character set migration process in general to that forum.
Thanks,
The DMU Development Team

HI there!
7.6.03 ? Why do you use outdated software for your migration.
At least use 7.6.06 or 7.7.07 !
About the performance topic - well, you've to figure out what the database is waiting for.
Activate time measurement, activate the DBanalyzer with a short snapshot interval (say 120 or 60 seconds) and check what warnings you get.
Also you should use the parameter check to make sure that you don't run into any setup-induced bottlenecks.
Apart from these very basic prerequisites for the analysis of this issue, you may want to check
SAP Note 1464560 FAQ: R3load on MaxDB
Maybe you can use some of the performance features available in the current R3load versions.
regards,
Lars
p.s.
open a support message if you're not able to do the performance analysis yourself.

Step-by-step approach for "manual" Oracle Database Migration

Hi All,
I'm looking for a step-by-step approach for "manual" Oracle Database Migration. Basically, the minutes followed in a real-time production DB implementation.
I assume the steps may vary for different setups. However any scenario-based docs will be of great help!

The
Oracle Upgrade Guide
that comes with your download as far as I know is very detailed.

IBM DB2 to Oracle Database Migration Using SQL Developer

Hi,
We are doing migration of the whole database from IBM DB2 8.2 which is running in WINDOWS to Oracle 11g Database in LINUX.
As part of pre-requisites we have installed the Oracle SQL Developer 4.0.1 (4.0.1.14.48) in Linux Server with JDK 1.7. Also Established a connection with Oracle Database.
Questions:
1) How can we enable the Third Party Database Connectivity in SQL Developer?
I have copied the files db2jcc.jar and db2jcc_license_cu.jar from the IBM DB2 (Windows) to Oracle (Linux)
2) Will these JAR files are universal drivers? will these jar files will support in Linux platform?
3) I got a DB2 full privileged schema name "assistdba", Shall i create a new user with the same name "assistdba" in the Oracle Database & grant DBA Privillege? (This is for Repository Creation)
4) We have around 35GB of data in DB2, shall i proceed with ONLINE CAPTURE during the migration?
5) Do you have any approx. estimation of Time to migrate a 35 GB of data?
6) In-case of any issue during the migration activity, shall i get an support from Oracle Team (We have a Valid Support ID)?
7) What are all the necessary Test Cases to confirm the status of VALID Migration?
Request you to share the relevant metalink documents!!!
Kindly guide me in-order to go-ahead with the successful migration.
Thanks in Advance!!!
Nagu
[email protected]

Hi Klaus,
Continued with the above posts - Now we are doing another database migration from IBM DB2 to Oracle, which is very less of data (Eg: 20 Tables & 22 Indexes).
As like previous database migration, we have done the pre-requirement steps.
DB Using SQL Developer
Created Migration Repository
Connected with the created User in SQL Developer
Captured the Source Database
Converted Captured Model to Oracle
Before Translation Phase we have clicked on the "Proceed Summary"
Captured Database Objects & Converted Database Objects has been created under PROJECT section.
Here while checking the status of captured & converted database objects, It's showing the below chart as sample:
OVERVIEW
PHASE               TABLE DETAILS          TABLE PCT
CAPTURE               20/20                              100%
CONVERT               20/20                              100%
COMPILE                 0/20                                   0%
TARGET STATUS
DESC_OBJECT_NAME
SCHEMANAME
OBJECTNAME
STATUS
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:ARG_I1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H0INDEX01:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H1INDEX01:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H2INDEX01:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H3INDEX01:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H4INDEX01:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H4INDEX02:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H5INDEX01:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H7INDEX01:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:H7INDEX02:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:MAPIREP1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:MAPISWIFT1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:MAPITRAN1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:OBJ_I1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:OPR_I1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:PRD_I1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:S1TABLE01:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:STMT_I1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:STM_I1:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
INDEX
TRADEIN1
SQLDEV:LINK:&SQLDEVPREF_TARGETCONN:null:TRADEIN1:INDEX:X0IAS39:oracle.dbtools.migration.workbench.core.ConnectionAwareDrillLink
Missing
We have seen only "Missing" in the chart, also we couldn't have any option to trace it in Log file.
Only after the status is VALID, we can proceed with the Translation & Migration PHASE.
Kindly help us how to approach this issue now.
Thanks
Nagu

Query on Oracle Database migration verifier

Hi,
I would like to know whether the migration verifier can be used to verify the data migration done between two different Oracle database, where the schema structures of both the databases are totally different.
Thanks,
Vijaya.

What "migration verifier" are you talking about?
I would be reasonably confident that no automated tool could verify data migration between different schema designs unless you told the tool about every mapping your ETL routine did. If you can do that, though, you can always roll your own queries.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

Oracle Database Migration 10g between Cross Platform...!

Hi,
Like to know any is there any third party tool
available in the market for cross platform EASY database migration
between AIX - 10g R2 to Windows - 10g R2.
Before there used be a third party tool called DBPUT which is no longer
available now.Looking for similar type.
Any Suggestion Please.
Regards,

Hi ,
Do it yourself , I suggest you to use export/import .
Master Note For Oracle Database Upgrades and Migrations (Doc ID 1152016.1)
Export/Import DataPump: The Minimum Requirements to Use Export DataPump and Import DataPump (System Privileges) (Doc ID 351598.1)

Oracle Database migration to Exadata

Dear Folks,
I have a requirement to migrate our existing Oracle Database to Exadata Machine. Below is the source & destination details:
Source:
Oracle Database 11.1.0.6 Verson & Oracle DB 11.2.0.3
Non-Exadata Server
Linux Enivrionment
DB Size: 12TB
Destination:
Oracle Exadata 12.1
Oracle Database 12.1
Linux Environment
System Dowtime would be available for 24-30 hours.
Kindly clarify below:
1. Do we need to upgrade the source database (either 11.1 or 11.2) to 12c before migration?
2. Any upgarde activity after migration?
3. Which migration method is best suited in our case?
4. Things to be noted before migration activity?
Thanks for your valuable inputs.
Regards
Saurabh

Saurabh,
1. Do we need to upgrade the source database (either 11.1 or 11.2) to 12c before migration?
This would help if you wanted to drop the database in place as this would allow a standby database to be used which would reduce downtime or a backup and recovery to move the database as is into the Exadata. This does not however allow you the chance to put in some things that could help you on the Exadata such as additional partitioning/adjusting partitioning, Advanced Compression and HCC Compression.
2. Any upgrade activity after migration?
If you upgrade the current environment first then not there would not be additional work. However if you do not then you will need to explore a few options you could have depending on your requirements and desires for your exadata.
3. Which migration method is best suited in our case?
I would suggest some conversations with Oracle and/or a trusted firm that has done a few Exadata implementations to explore your migration options as well as what would be best for your environment as that can depend on a lot of variables that are hard to completely cover in a forum. At a high level I typically have recommended when moving to Exadata that you setup the database to utilize the features of the exadata for best results. The Exadata migrations I have done thus far have been done using Golden Gate where we examine the partitioning of tables, partition the ones that make sense, implement advanced compression and HCC compression where it makes sense, etc. This gives us an environment that fits with the Exadata rather then a drop an existing database in place though that works very well. Doing it with Golden Gate eliminates the migration issues for the database version difference as well as other migration potential issues as it offers the most flexibility, but there is a cost for Golden Gate to be aware of as well so may not work for you and Golden Gate will keep your downtime way down as well and give you opportunity to ensure that the upgrade/implementation will be smooth by giving some real work load testing to be done..
4. Things to be noted before migration activity?
Again I would suggest some conversations with Oracle and/or a trusted firm that has done a few Exadata implementations to explore your migration options as well as what would be best for your environment as that can depend on a lot of variables that are hard to completely cover in a forum. In short here are some items that may help keep in mind exadata is a platform that has some advantages that no other platform can offer, while a drop in place does work and does make improvements, it is nothing compared to the improves that could be if you plan well and implement with the features Exadata has to offer. The use of Real Application Testing Database Replay and flashback database will allow you to implement the features, test then with a real workload and tune it well before production day and allow you to be nearly 100% confident that you have a well running tuned system on the Exadata before going live. The use of Golden Gate allows you to get an in Sync database run many replays of workloads on the Exadata without losing the sync giving you time and ability to test different workload partitioning and compression options. Very nice flexibility.
Hope this helps...
Mike Messina

Changes to be made in EP server during Oracle database migration

Hi,
Currently we have a scenario where both our Oracle database 10.2 and NW 7.0 server are on same system which has got the hardware configuration as 32 bit 2003 windows machine. Due to memory constraints DB team is planning to migrate the database in to another system which is of 64 bit unix OS.
Now before they migrate the Oracle database from current system to new system i wanted to know on what all parameters and changes have to carried out from NW/ EP end so that after the database is moved EP points to the same Oracle database in the new system and runs smoothly.
Thanks in Advance,
Regards,
Vipin.

> Currently we have a scenario where both our Oracle database 10.2 and NW 7.0 server are on same system which has got the hardware configuration as 32 bit 2003 windows machine. Due to memory constraints DB team is planning to migrate the database in to another system which is of 64 bit unix OS.
This is a heterogeneous migration (you change the operating system) - which requires a certified migration consultant to do that task. If you do it on your own you will loose support for the target system (see http://service.sap.com/osdbmigration)
> Now before they migrate the Oracle database from current system to new system i wanted to know on what all parameters and changes have to carried out from NW/ EP end so that after the database is moved EP points to the same Oracle database in the new system and runs smoothly.
You will have to use the Java export/import method, not copying database files over.
Check the official system copy guides.
Markus

Oracle Database Migration Guide (MOS) and csscan info

Hi
I have to expdp select set of schemas from one database (10.2.0.5) to another (new database on new server - 10.2.0.5, both RHEL 5.8). I am basically moving a database fro move server to another and I have been told to do it this way. This is not a database migration from one release to another - but it is migration from one server to another within same release and version (same patch level).
I believe there is more to it than just expdp and impdp. I have been trying to find some kind of checklist or guide on Oracle Support site which may guide me in right direction but could not find on this specific task (there are many on DB Upgrades and Migrations to new releases). I also heard of a tool called "csscan". I had a very beirf chat with an expert and he asked me to look for MOS on this task and also make use of csscan.
Can anyone please help me find such document or guide?
Best regards

csscan is for checking to see if a character set change will affect data. Do the two databases have different character sets? Is the client different than the db?
You can go to tahiti.oracle.com and select your version, then search for the term.
You have to understand what grants and synonyms and procedural objects your app uses. Details depend.

OMWB schema prefix (MS SQL Server to Oracle database migration)

I made automatical migration + some manual changes (pipelined functions) to migrate MS SQL 2000 database to Oracle 9i. Still one issue remains which requires lot of manual conversion : Names of the tables in views after automatic migration doesn't contain schema prefix and it doesn't compile on destination database.
My question is: Is there any way to add schema prefix to table names in views automatically during migration process ?

Two things here.
The omwb will login to Oracle and create the views in the schema where they will be stored, hence not needing the schema appended.
If the views are on other schemas than the one being installed into, then yes, there may be some manual edits to do to the table names in the views. This is not configurable today.

Oracle Database Migration Verifier

I would like to ask a few questions.
Is there any workaround to use this tool against a MS SQL server 7.0 database?
Is there any date or proyect to adapt this tool using jtds (or something else) to access SQL 7.0?
Just in case...
I would like to request support to MS SQL server 7.0 for ODMig. Verifier, and, if this tooll could be VPD aware, It could be quite and improvement, since it was almost natural to our data model to migrate databases to schemas, and then use VPD to allow us to simplify management. This way, different column numbers will not be treated as a warning or error.
Thank you very much for your answer.

Right now, the dmv is not a supported tool really. we put it up to help out users who had databases that needed to be independently verified that the tables and data were correct when they were migrated to Oracle.
We will be moving this fucntionality in the SQL Developer Migration Workbench over time and we should capture your requirements at that time.

Oracle Database Migration(Oracle 9.2.0.4 to Oracle 10g)

I want to migrate my database from Oracle 9.2.0.4 to Oracle 10g XE, is there any method to migrate the database successfully..?
My plan is to empty the existing database on the Oracle 10g XE then export the database from old machine(Oracle 9.2.0.4-including privilages,users,tables,etc) and import it to the new machine(Oracle 10g XE), but i was worried if I empty the existing database(Oracle 10g XE), all the tables will be gone(including Oracle 10g XE system table that do not exist in older oracle version) and after I import the database to Oracle 10g, I afraid the database will encounter any problem because I've deleted the Oracle 10g system tables.
Anyone can give me suggestion on how to migrate the database successfully..?
Thank you.

What's the Edition of your Oracle 9.2 ?
I don't think do full export/import from 9i to Oracle 10g XE is good idea. The chance you will have problem after import is very high.
Instead, you may want to consider do schema user level exp/imp.
Don't drop any thing belongs to SYS and SYSTEM on 10g XE. Actually you only need to drop the sample users like 'HR'

Oracle Database Migration Verifier - Is it part of Oracle 10g Client or Ser

Hello,
I have some restrictions on downloading the tool from Oralce Website.
Can I know if this is part of Oracle 10g Suite ,either Client or Server.
Please let me know this useful information.
Regards,
Ramanathan.K

Its not available any more. We are rebuilding this as part of SQL Developer and in the meantime we have withdrawn access to this.
Thanks
Barry

Need to migrate oracle database 10.1.0.4.0(windows 2000 32bit) to 64bit

Hi all,
could you please send me the steps of 10G migration from 32 bit 2000 to 64 bit 2003. i have my prod server which is in hazerds because i have some operating system level problems ,
*(source)*
OS                      database
windows 2000(32 bit)       10.1.0.4.0
Target
OS
Windows 2003 (64bit)     10.1.0.4.0
both the servers are on remote sites
thanks and regards

G.7 Database Migration from a 32-bit Windows Computer
This section contains these topics:
Backing Up a 32-Bit Oracle Database
Migrating an Oracle Database 10g Release 1 (10.1) Database
Migrating an Oracle9i or Older Database
See Also:
Oracle Database Upgrade Guide
G.7.1 Backing Up a 32-Bit Oracle Database
To back up a 32-bit Oracle home database:
Start SQL*Plus:
C:\> sqlplus /NOLOG
Connect to the database instance as SYSDBA:
SQL> CONNECT / AS SYSDBA;
Create a .trc file to use as a template to re-create the control files on the 64-bit computer:
SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
Shut down the database:
SQL> SHUTDOWN IMMEDIATE;
Perform a full offline backup of the database.
See Also:
Oracle Database Recovery Manager Quick Start Guide
G.7.2 Migrating an Oracle Database 10g Release 1 (10.1) Database
To migrate an Oracle Database 10g Release 1 (10.1) database for 32-bit Windows to an Oracle Database 10g Release 1 (10.1) database for 64-bit Windows:
Install Oracle Database 10g Release 1 (10.1) for 64-bit Windows.
See Also:
Oracle Database Installation Guide for Windows
Create the new Oracle Database 10g Release 1 (10.1) service at the command prompt:
C:\> ORADIM -NEW -SID SID [-INTPWD PASSWORD ]-MAXUSERS USERS
-STARTMODE AUTO -PFILE ORACLE_HOME\DATABASE\INITSID.ORA
The following table provides more information on the values you must supply.
Parameter      Description
SID     SID of the database you are upgrading
PASSWORD     Password for the new Oracle Database 10g Release 1 (10.1) for 64-bit Windows database. This is the password for the user connected with SYSDBA privileges. The -INTPWD option is not required. If you do not specify it, then operating system authentication is used, and no password is required.
USERS     Maximum number of users who can be granted SYSDBA and SYSOPER privileges
ORACLE_HOME     Oracle home directory. Ensure that you specify the full path name with the -PFILE option, including drive letter of the Oracle home directory.
Copy the 32-bit datafiles to the new 64-bit Oracle home.
Copy the 32-bit configuration files to the 64-bit Oracle home.
If your 32-bit initialization parameter file has an IFILE (include file) entry, then copy the file specified by the IFILE entry to the 64-bit Oracle home and edit the IFILE entry in the initialization parameter file to point to its new location.
If you have a password file that resides in the 32-bit Oracle home, then copy the password file to the 64-bit Oracle home. The default 32-bit password file is located in ORACLE_BASE\ORACLE_HOME\database\pwdSID.ora., where SID is your Oracle instance ID.
In the 64-bit Oracle home, add the _SYSTEM_TRIG_ENABLED = false parameter to the ORACLE_HOME\database\ORACLE_SID \init.ora file before changing the word size.
Remove this parameter from the initialization file after the word size change is complete.
See Also:
Oracle Database Upgrade Guide for more information on changing word size
Go to the 64-bit ORACLE_HOME\rdbms\admin directory from the command prompt.
Start SQL*Plus:
C:\> sqlplus /NOLOG
Connect to the database instance as SYSDBA:
SQL> CONNECT / AS SYSDBA;
Re-create the 64-bit control files using the CREATE CONTROLFILE command. Edit the trace file created in "Backing Up a 32-Bit Oracle Database" to change the paths to the datafiles, log files and control files to point to the Oracle home on the 64-bit computer. This creates the new control file in ORACLE_HOME\database.
Here is an example of a database named "orcl32" on a 32-bit computer migrating to "orcl64" on a 64-bit computer:
CREATE CONTROLFILE REUSE DATABASE "T1" NORESETLOGS NOARCHIVELOG
    MAXLOGFILES 32
    MAXLOGMEMBERS 2
    MAXDATAFILES 32
    MAXINSTANCES 16
    MAXLOGHISTORY 1815
LOGFILE
    GROUP 1 'C:\oracle\product\10.1.0\oradata\orcl64\REDO03.LOG' SIZE 1M,
    # was   'C:\oracle\product\10.1.0\oradata\orcl32\...LOG'
    # on the 32-bit computer
    GROUP 2 'C:\oracle\product\10.1.0\oradata\orcl64\REDO02.LOG' SIZE 1M,
    GROUP 3 'C:\oracle\product\10.1.0\oradata\orcl64\REDO01.LOG' SIZE 1M
DATAFILE
   'C:\oracle\product\10.1.0\oradata\orcl64\SYSTEM01.DBF',
    # was 'C:\oracle\product\10.1.0\oradata\orcl32\...DBF'
    # on the 32-bit computer
   'C:\oracle\product\10.1.0\oradata\orcl64\RBS01.DBF',
   'C:\oracle\product\10.1.0\oradata\orcl64\USERS01.DBF',
   'C:\oracle\product\10.1.0\oradata\orcl64\TEMP01.DBF',
   'C:\oracle\product\10.1.0\oradata\orcl64\TOOLS01.DBF',
   'C:\oracle\product\10.1.0\oradata\orcl64\INDX01.DBF',
   'C:\oracle\product\10.1.0\oradata\orcl64\DR01.DBF'
CHARACTER SET WE8ISO8859P1;
Alter the init file from the 32-bit computer to include the new control file generated in the preceding step.
Start the database in RESTRICT mode:
SQL> STARTUP RESTRICT;
You might need to use the PFILE option to specify the location of your initialization parameter file.
Set the system to spool results to a log file for later verification of success. For example:
SQL> SPOOL catoutw.log
Enter the following command to view the output of the script on-screen:
SQL> SET ECHO ON;
Recompile existing PL/SQL modules in the format required by the 64-bit Oracle9i database:
SQL> @utlirp.sql;
Turn off the spooling of script results to the log file:
SQL> SPOOL OFF;
Check the spool file and verify that the packages and procedures compiled successfully. Correct any problems you find in this file.
If you were viewing the output of catoutw.log on-screen, disable viewing now:
SQL> SET ECHO OFF;
Exit the RESTRICT database mode:
SQL> ALTER SYSTEM DISABLE RESTRICTED SESSION;
The word size of the 64-bit Oracle Database 10g Release 1 (10.1) database is changed. You can open the database for normal use.This is from the link

Hyperion Oracle database migration

Similar Messages

Maybe you are looking for