11g Database Upgrade

Hello,
I was going over the upgrade documention.
When upgrading to 11g from 10.2 database.
The 11g database software is installed in a new oracle_home than run the upgrade DBUA from that new 11g home
and upgrade the 10.2 database oracle_home ?
Is this the correct procedure for upgrading to 11g ?
Thanks

Upgrade process consists of two broad steps -
1. Install the new version of the software in a separate/new ORACLE_HOME
2. Upgrade any databases in the older ORACLE_HOME
>
1) Do I install the 11g software only or the started DB and then do the upgrade.
I woud have 3 running DB if i did this.
>
All of the steps are documented in the Upgrade Guide at http://download.oracle.com/docs/cd/B28359_01/server.111/b28300/toc.htm
Any reason you have chosen 11gR1 instead of 11gR2, which is the newest version ?
>
2) The OUI throws errors that my paths LD_library and oracle _home is already used.
How do I set this prior to installing the 11g software ?
>
You haven't posted enough details of what you did, but I suspect you are trying to install the 11gR1 software in the 10g ORACLE_HOME, which cannot be done. You will need to install in a new/separate ORACLE_HOME - see http://download.oracle.com/docs/cd/B28359_01/install.111/b32002/toc.htm
>
3) I am alos using a listener from my other 10g oracle_home and not the one I am upgrading.
Do I need to use the 11g listener and stop my 10g listener and copy my files into the 11g listener ?
>
The recommended approach is to use the latest (11gr1 in your case) listener for all oracle databases. As you stated, you will need to stop your 10g listener, configure the 11g listener for your databases and bring up the 11g listener.
HTH
Srini

Similar Messages

11.5.10.2 12.1.1 and 10g 11g database upgrade at same time

I have just started an 11.5.10.2 > 12.1.1 upgrade and have created a project in MWIZ 2.15 for it.
I would also like to upgrade the 10.2.0.2 database to 11.1.0.7 as part of the same upgrade and create an MWIZ project for that.
I have a couple of questions that the MWIZ FAQ does not address:
1. At what point in the 11.5.10.2 > 12.1.1 upgrade should I do the database upgrade?
MWIZ has two points when it can be done based on apps/database versions. One is at the end of the 'Prep for Upgrade' category and the other is during the 'Upg to Rel 12.1.1' category. The MWIZ step notes cover upgrading to the latest 10g or 11g patch version but not upgrading from 10g to 11g so I am unsure which category to go for.
2. When I create the database upgrade project which 'Destination Version' should I choose?
The two options are 'RDBMS 11.1 and E-Business Suite 11.5' and 'RDBMS 11.1 and E-Business Suite 12'.
As I haven't upgraded to R12 yet and am still at the pre-upgrade stage should I pick 11.5? Or should I go with R12 because I am upgrading Apps and the database at the same time?
Any help and advice gratefully received.
Thanks

Answer to above question not required now as:
Having read the 24th December update of note 761570.1 - 'Database Preparation Guidelines for an Oracle E-Business Suite Release 12.1.1 Upgrade' I have decided to upgrade the database to 11.2.0.x by following the Path C option.
Unfortunately as the 11.2.0.x upgrade isn't covered by MWIZ yet I will have to follow the manual steps.

R12: 11g database upgrade

Hi,
I'm successfully upgraded 11.5.10.2 to 12.0.6 and i'm able to login to application also.Now i'm working on upgrade from 10.2.0.3 to 11g database and trying to apply for one of the interoperability patch for 12.0.4 (6928236) and getting following error.please help me to resolve the issue.
Error: Applying zpbecm.plb to the wrong release:
Patch : /u08/stageR12-32bits/patch/6928236/zpb/patch/115/sql/zpbecm.plb, v120.0.12000000.4
On-Site: /u1690/oracle/oad6appl/zpb/11.5.0/patch/115/sql/zpbecm.plb, v115.24
Error: Applying zpbecm.pls to the wrong release:
Patch : /u08/stageR12-32bits/patch/6928236/zpb/patch/115/sql/zpbecm.pls, v120.0.12000000.4
On-Site: /u1690/oracle/oad6appl/zpb/11.5.0/patch/115/sql/zpbecm.pls, v115.22
Error: Applying zpbpa_attach_s.sql to the wrong release:
Patch : /u08/stageR12-32bits/patch/6928236/zpb/patch/115/sql/zpbpa_attach_s.sql, v120.0.12000000.4
On-Site: /u1690/oracle/oad6appl/zpb/11.5.0/patch/115/sql/zpbpa_attach_s.sql, v115.14
Error occurred in version checking.
See above error messages or AutoPatch log file for details.
Exiting AutoPatch...

Hi,
Try to rename those files and see if you get the same error.
If the above does not help, I would suggest you log a SR since no similar error is reported in Metalink.
Regards,
Hussein

Has any seen collection issues after 11g database upgrade?

We do have an SR open.
Just wondering if anyone else has experienced collection issues after upgrading the db to 11g? Our technical folks are hoping it is something else but for the past few weeks we have seen random issues stemming from collections. We run a full collections 5 nights a week. There are material transactions occurring during the two plus hours of collections. This seems to be randomly skewing on hand snapshots in collections as well as missing supply i.e. work orders. Only impacts a fraction of the records in material transactions and they are different every night.
Reason I believe it has to do with transactions during collections is one collection run out of the five is generally pretty good...Sunday evening for there is very limited transactions taking place on this evening.
Thanks in advance

Answer to above question not required now as:
Having read the 24th December update of note 761570.1 - 'Database Preparation Guidelines for an Oracle E-Business Suite Release 12.1.1 Upgrade' I have decided to upgrade the database to 11.2.0.x by following the Path C option.
Unfortunately as the 11.2.0.x upgrade isn't covered by MWIZ yet I will have to follow the manual steps.

Forms HOST command no longer works after database upgrade from 10g to 11g

Hi,
After upgrading the database 10g to 11g the forms HOST command no longer works on Unix server. The form used to work fine prior the upgrade. I read all the threads I could find and did not see any solutions. Adding PATH and LD_LIBRARY_PATH does not work because it does not even run a basic shell script. (I saw this solution, adding PATH and LD_LIBRARY_PATH, in many questions / threads).
1. I wouldn't expect the database upgrade to be an issue, but it is the only change we had.
2. Note, 11g is Oracle Fusion Middleware which is quite a bit different than 10g.
I even tried the most basic commands like "echo" which is a build-in Unix command and there is no directory for it (ie. no /usr/bin - so variable PATH is irrelvent). i.e HOST('echo hi'); and HOST('echo "hi" '); and even HOST ('echo hi > /my_file.txt'); all returns FORMS_FAILURE (actually the if is IF FORM_SUCCESS THEN ... else ... and the else part always runs now - whereas it didn't before.).
Or basic commands like /usr/bin/ls as in HOST(/usr/bin/ls). At that point I was just testing the Unix command would return FORM_SUCCESS even though I could not see the results (because they weren't writing to a log file). Notice that I'm using the direct path /usr/bin so no Unix environment variables were needed.
The form does use webutil but that part works. For example, we have webutil_file_transfer( ....) The file shows up on the application server and in the expected directory.
Here's the main goal. Upload a file from clients local PC to the datebase server. The form uploads the file to the Application server, then we have a Unix script to scp (secure copy) the file from the application server to the database server. IF webutil, or any other Oracle functions could put the file on the database server that would be better. But, I don't know of any procedures that do that - or would have done it cleanly (i.e. storing to database and write back to server and then using a blob etc. )
Anyway, I was hoping someone would help with either of these.
1) Get the HOST command to work. - If we can get that to work then I wouldn't need any more help. We can just call the already existing Unix script to copy the file from the application server to the database.
2) OR be able to upload directly to the database server - wanted to do that originally
Any help would be appreciated

Solution for those interested and for anyone else searching this forum for a solution
I found this on My Oracle Support:
<h3>Host Command from Forms Not Working in 11g in Sun Solaris Sparc OS [ID 1157346.1]</h3>
Applies To: Oracle Forms - Version 11.1.1.1.0 and later
Sun SPARC Sun OS
Symptoms:
When trying to execute a Shell script or any OS command using the host() Built-in from Forms 11g, the host()command is not getting executed. The same functionality works on other operating systems and in previous versions like 10gR2.
Steps to be followed:
1) Take a backup and edit the $DOMAIN_HOME/config/fmwconfig/servers/WLS_FORMS/applications/formsapp_11.1.1/config/default.env or any custom environment file.
2) Locate the following environment variable:
LD_PRELOAD=/ora10gas/app/11.1.0/Middleware/as_1/jdk/jre/lib/sparcv9/libjsig.so
3) Comment out this variable. After the changes, it will look like the following:
#LD_PRELOAD=/ora10gas/app/11.1.0/Middleware/as_1/jdk/jre/lib/sparcv9/libjsig.so
3) a) Instead of LD_PRELOAD, kindly use LD_PRELOAD_64 as given below :
LD_PRELOAD_64=/ora10gas/app/11.1.0/Middleware/as_1/jdk/jre/lib/sparcv9/libjsig.so
(This makes HOST AND RUN_REPORT_OBJECT work fine).
4) Save the file and execute your forms. The Host() built-in will work as expected
The LD_PRELOAD setting in default.env is only required for the working of signal chaining facility in JVM version 1.5 and later. If you are not using theSignal chaining facility, this variable is not required. For more information, refer to the following documentation
http://download.oracle.com/docs/cd/E14571_01/doc.1111/e14772/forms.htm#CJAJGAFF

Upgrade ebs Database 10G to 11G (Os upgrade from 32 to 64)

I have to perform the following upgrade:
ebs Database 10G to 11G (Os upgrade from 32 to 64)
Any information is welcome.
Thank you in advance.
Edited by: Atanas Cholakov on Nov 19, 2012 2:27 AM

Please also see:
11gR2 11.2.0.3 Database Certified with E-Business Suite
https://blogs.oracle.com/stevenChan/entry/11gr2_11_2_0_3
Thanks,
Hussein

Oracle Database upgrade to 11G (Host_Command Issues)

Sorry I'm posting this again. Original post in Database - Upgrade. I'm not getting a lot of clicks in that category
We recently upgraded to Oracle 11g (Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production). Our PL/SQL release: (PL/SQL Release 11.2.0.2.0 - Production). We use a lot of host commands inside our PL/SQL stored procedures. One of these included fetching data from an external server and pushing the data into Oracle Tables.
Most of this process is running fine, except the execution never completes. There is no issue data wise. It's just that the Host_command doesn't receive the completion status and seems to be running even though there's nothing going on in the background.
The Oracle e-business suite's concurrent program based on this stored proc also never completes, though it doesn't do anything in the background. For testing purpose, our DBA used 2 insert statements one before and one after the host_command. The insert before the host_command worked but not the one after. Please help! This is happening after we upgraded to 11g 3 weeks ago!
Thanks, Naveen Gagadam.

Pl do not post duplicates - Upgrade to 11g, Host Command Inside Stored Proc doesn't end.
I have moved your duplicate post to the EBS forums
Srini

Poor performance on Discoverer after upgrade to 11g database

Hello,
We have two customers who have experienced a sharp decline in the time it takes to run their queries when they have upgraded to an 11g database.
One was a full Disco upgrade from 4 to 10 plus the database upgrade.
The other was purely a database upgrade - Discoverer version was already 10g.
They were both on 9i database.
They are both Oracle Apps - and the reports are based on a mixture of everything from standard tables to custom tables - there is no pattern (or one that we have seen) in the poorly performing reports.
I have not seen much on metalink regarding this - has anyone else come across why this would be?
It does seem to be only Discoverer - standard reports and the app are performing as expected.
Any advice welcome,
Thanks
Rachael

Hi Rachael
There are additional database privileges needed for running in 10g and 11g databases that weren't needed in 9i. Here's the typical privileges that I use:
accept username prompt'Enter Username: '
accept pword prompt'Enter Password: '
create user &username identified by &pword;
grant connect, resource to &username;
grant analyze any to &username;
grant create procedure, create sequence to &username;
grant create session, create table, create view to &username;
grant execute any procedure to &username;
grant global query rewrite to &username;
grant create any materialized view to &username;
grant drop any materialized view to &username;
grant alter any materialized view to &username;
grant select any table, unlimited tablespace to &username;
grant execute on sys.dbms_job to &username;
grant select on sys.v_$parameter to &username;
I appreciate that all of the above are not needed for all users and some are only needed if the user is going to be scheduling.
However, I do know that sys.v_$parameter was not needed in 9i. Can you check whether you have this assigned?
I know this might sound silly too, but you need to refresh your database statistics in order for Discoverer to work well. You might also want to try turning off the query predictor if it is still enabled.
Best wishes
Michael

Oracle 11g R1(11.1) Database Upgrade Guide.

Where can I find the SAP documentation for:
Database Upgrade guide > Upgrade to Oracle Database 11g Release 1(11.1):UNIX.
I am able to find Upgrade to Oracle Database 11g Release 2(11.2). We are planning to upgrade to 11g Release 1(11.1) and I am not able to find any SAP documentation for 11g Release 1(11.1):
Does SAP support 11g Release 1(11.1)?
We are using Business Object XIR3 and want to upgrade from Oracle 9i to Oracle 11g R1.
Thanks
Edited by: Sherry Barkodar on Jan 7, 2011 1:52 AM

We are using Oracle 9i for our Business Object repository for CMS / Audit repository purpose and we want to upgrade to Oracle 11g. What is the impact of this upgrade (from Oracle 9i to Oracle 11g) on Business Object repository?
Can you please provide some information for upgrade to Oracle 11g R2 and impact on business Object Repository?
Bellow is information about our platform:
-          The BOE XI 3.1 installation is on Sun Solaris.
-          Upgrading from Oracle 9i to Oracle 11g to be used for CMS / Audit repository purpose.
-          We want to use Oracle 11g for CMS repository and reporting purposes.
Thanks,
Sherry

Upgrade JRE version of Oracle 11g database

Hi all.
I need to upgrade the version of the JRE installed on a Oracle 11g database, migrating from 1.5 to 1.6.
Any suggestions or practical guides that i can follow ?
Thanks
A.

Pl post exact OS and database versions. Are you wanting to upgrade the Java version in the database ? If so, that is not possible.
Is It Supported to Update /Upgrade the Default JDK/JRE in Oracle Home? [ID 1449674.1]
OracleJVM Install and Upgrade FAQ [ID 825306.1]
Java update of the JDK and JRE Installed In Oracle Database Home [ID 418399.1]
Master Note for Oracle JVM [ID 1098505.1]
Re: update jdk from Oracle 11g? (version is > EOL)
HTH
Srini

Now Live - "Oracle Certification Database 11g OCM (Upgrade)" Exam

The "Oracle Certification Database 11g OCM (Upgrade)" Exam is now LIVE! http://bit.ly/961oTi

mediaguy wrote:
The "Oracle Certification Database 11g OCM (Upgrade)" Exam is now LIVE! http://bit.ly/961oTi
Good news.

Upgradation of 11g database R1 to R2

Hi
Currently we are on 11g database R1 and we want to upgrade to R2 soon.Please let me know the steps on how to do this.Is there any patch that we need to update on 11g database R2.Is there any document which lists all the instructions for upgradation of 11g R1 to 11g R2.
Pandu

P. Forstmann wrote:
You can also try to use MOS note:
Subject:      Complete Checklist for Manual Upgrades to 11gR2
     Doc ID:      837570.1      Type:      BULLETIN
     Modified Date:      29-OCT-2009      Status:      PUBLISHED
which can be more detailed that the 11gr2 Upgrade Guide and should be updated with latest known limitations and bugs....and likely more accessible these days.
Nicolas.

Oracle Database Upgradation 10g to 11g in HP unix

Oracle Database Upgradation 10g to 11g (standalone DB & ASM is implemented) in HP unix ?
Kindly furnish the good links and screen shot documents.
Edited by: user11937849 on Apr 9, 2012 4:04 AM

As part of the upgrade, you might research how new Oracle 11g features can help your system run better.
Your upgraded system can effectively start using extended statistics, a very powerful new 11g feature, immediately after the upgrade. I have a detailed blog post on how to do this with OEM - http://iiotzov.wordpress.com/2011/11/01/get-the-max-of-oracle-11gr2-right-from-the-start-create-relevant-extended-statistics-as-a-part-of-the-upgrade
Iordan Iotzov
http://iiotzov.wordpress.com/

Installing 10.1.3.1 (want to upgrade to 10.1.3.4) with 11g Database

I want to install SOA Suite 10.1.3.4 on a new laptop I have. I have ins
I checked the certification matrix and saw that SOA Suite was certified with 11.0.6 version of the Database so I installed the 11g database no problem and went to install the SOA SUite 10.1.3.1 last night (would then patch up to 10.1.3.4 afterwards).
I choose Advanced Install, as I want to put the schemas in my 11g database but when I put in my connection details for the DB a window pops up saying that it must be installed on the correct version of the DB, it lists a load of them but 11g is not one of them (10.2 series was the highest).
So 10.1.3.4 is certified with 11g but you can do the base install on 11g, Is this correct?
Are there any workarounds?
I assume one option is to do a Standard Install where it creates the XE database, then patch up to 10.1.3.4.
Then some how point everthing to my 11g DB afterwards.
Any ideas?
Stuart

just found the solution. One needs to follow patch instructions 6265268 even before starting installation to replace the relevant jar files in the installable.
Also, refer to metalink note 605489.1

Database Upgradation from oracle 9.2.0.8 to oracle11gR2

Hi
we are using AIX 5.3 TL 10 SP4 and we are upgrading DB from oracle9.2.0.8 to oracle 11.2.0.2
i am having some doubt from below pre-upgrade scripts out put.
oratst@ebsdevdb on /tmp # sqlplus "/as sysdba"
SQL*Plus: Release 9.2.0.8.0 - Production on Mon Jul 4 10:11:48 2011
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production
SQL> spool 11202_upgrade.txt
SQL> @utlu112i.sql
Oracle Database 11.2 Pre-Upgrade Information Tool 07-04-2011 10:17:06
Script Version: 11.2.0.2.0 Build: 001
Database:
--> name: EBSTEST
--> version: 9.2.0.8.0
--> compatible: 9.2.0
--> blocksize: 8192
--> timezone file: V1
Logfiles: [make adjustments in the current environment]
--> The existing log files are adequate. No changes are required.
Tablespaces: [make adjustments in the current environment]
--> SYSTEM tablespace is adequate for the upgrade.
.... minimum required size: 8546 MB
--> TOOLS tablespace is adequate for the upgrade.
.... minimum required size: 8 MB
--> TEMP tablespace is adequate for the upgrade.
.... minimum required size: 61 MB
--> AR_TABLE tablespace is adequate for the upgrade.
.... minimum required size: 33497 MB
--> FND_TABLE tablespace is adequate for the upgrade.
.... minimum required size: 45447 MB
--> AMVD tablespace is adequate for the upgrade.
.... minimum required size: 7 MB
--> ASOD tablespace is adequate for the upgrade.
.... minimum required size: 7 MB
--> CCTD tablespace is adequate for the upgrade.
.... minimum required size: 7 MB
--> IBUD tablespace is adequate for the upgrade.
.... minimum required size: 1 MB
--> IEMD tablespace is adequate for the upgrade.
.... minimum required size: 5 MB
--> IEOD tablespace is adequate for the upgrade.
.... minimum required size: 4 MB
--> JTFD tablespace is adequate for the upgrade.
.... minimum required size: 135 MB
--> OKCD tablespace is adequate for the upgrade.
.... minimum required size: 34 MB
--> XDPD tablespace is adequate for the upgrade.
.... minimum required size: 7 MB
--> XNPD tablespace is adequate for the upgrade.
.... minimum required size: 7 MB
--> APPS_UNDOTS1 tablespace is adequate for the upgrade.
.... minimum required size: 849 MB
Update Parameters: [Update Oracle Database 11.2 init.ora or spfile]
Note: Pre-upgrade tool was run on a lower version 64-bit database.
--> If Target Oracle is 32-Bit, refer here for Update Parameters:
WARNING: --> "compatible" must be set to at least 10.1.0
--> If Target Oracle is 64-Bit, refer here for Update Parameters:
WARNING: --> "compatible" must be set to at least 10.1.0
WARNING: --> "shared_pool_size" needs to be increased to at least 532 MB
WARNING: --> "java_pool_size" needs to be increased to at least 128 MB
Renamed Parameters: [Update Oracle Database 11.2 init.ora or spfile]
-- No renamed parameters found. No changes are required.
Obsolete/Deprecated Parameters: [Update Oracle Database 11.2 init.ora or spfile]
--> optimizer_max_permutations 10.1 OBSOLETE
--> row_locking 10.1 OBSOLETE
--> undo_suppress_errors 10.1 OBSOLETE
--> max_enabled_roles 10.1 DEPRECATED
--> enqueue_resources 10.2 OBSOLETE
--> sql_trace 10.2 DEPRECATED
--> background_dump_dest 11.1 DEPRECATED replaced by "diagnostic_dest"
--> user_dump_dest 11.1 DEPRECATED replaced by "diagnostic_dest"
Components: [The following database components will be upgraded or installed]
--> Oracle Catalog Views [upgrade] VALID
--> Oracle Packages and Types [upgrade] VALID
--> JServer JAVA Virtual Machine [upgrade] VALID
--> Oracle XDK for Java [upgrade] VALID
--> Real Application Clusters [upgrade] INVALID
--> Oracle Text [upgrade] VALID
--> Oracle XML Database [install]
--> Oracle Java Packages [upgrade] VALID
--> Oracle interMedia [upgrade] VALID
--> Spatial [upgrade] VALID
Miscellaneous Warnings
WARNING: --> Passwords exist in some database links.
.... Passwords will be encrypted during the upgrade.
.... Downgrade of database links with passwords is not supported.
WARNING: --> Deprecated CONNECT role granted to some user/roles.
.... CONNECT role after upgrade has only CREATE SESSION privilege.
WARNING: --> Database is using a timezone file older than version 14.
.... After the release migration, it is recommended that DBMS_DST package
.... be used to upgrade the 9.2.0.8.0 database timezone version
.... to the latest version which comes with the new release.
WARNING: --> Database contains INVALID objects prior to upgrade.
.... The list of invalid SYS/SYSTEM objects was written to
.... registry$sys_inv_objs.
.... The list of non-SYS/SYSTEM objects was written to
.... registry$nonsys_inv_objs.
.... Use utluiobj.sql after the upgrade to identify any new invalid
.... objects due to the upgrade.
.... USER ADWANIAH has 1 INVALID objects.
.... USER APPS has 34 INVALID objects.
.... USER CHAKKACHANSA has 1 INVALID objects.
.... USER FA_USER has 9 INVALID objects.
.... USER SYSSEL has 2 INVALID objects.
.... USER SYSTEM has 30 INVALID objects.
.... USER XXITDFINAD has 7 INVALID objects.
WARNING: --> SYSTEM schema default tablespace has been altered.
.... The SYSTEM schema default tablespace is currently set to TOOLS.
.... Prior to upgrading your database please reset the
.... SYSTEM schema default tablespace to SYSTEM using the command:
.... ALTER USER SYSTEM DEFAULT TABLESPACE SYSTEM;
WARNING: --> Database contains schemas with objects dependent on DBMS_LDAP package.
.... Refer to the 11g Upgrade Guide for instructions to configure Network ACLs.
.... USER APPS has dependent objects.
Recommendations
Oracle recommends gathering dictionary statistics prior to
upgrading the database.
To gather dictionary statistics execute the following commands
while connected as SYSDBA:
EXECUTE dbms_stats.gather_schema_stats('CTXSYS',options=>'GATHER'
,estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE
,method_opt=>'FOR ALL COLUMNS SIZE AUTO'
,cascade=>TRUE);
EXECUTE dbms_stats.gather_schema_stats('DBSNMP',options=>'GATHER'
,estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE
,method_opt=>'FOR ALL COLUMNS SIZE AUTO'
,cascade=>TRUE);
EXECUTE dbms_stats.gather_schema_stats('MDSYS',options=>'GATHER'
,estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE
,method_opt=>'FOR ALL COLUMNS SIZE AUTO'
,cascade=>TRUE);
EXECUTE dbms_stats.gather_schema_stats('ORDPLUGINS',options=>'GATHER'
,estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE
,method_opt=>'FOR ALL COLUMNS SIZE AUTO'
,cascade=>TRUE);
EXECUTE dbms_stats.gather_schema_stats('ORDSYS',options=>'GATHER'
estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE
,method_opt=>'FOR ALL COLUMNS SIZE AUTO'
,cascade=>TRUE);
EXECUTE dbms_stats.gather_schema_stats('OUTLN',options=>'GATHER'
,estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE
,method_opt=>'FOR ALL COLUMNS SIZE AUTO'
,cascade=>TRUE);
EXECUTE dbms_stats.gather_schema_stats('SYS',options=>'GATHER'
,estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE
,method_opt=>'FOR ALL COLUMNS SIZE AUTO'
,cascade=>TRUE);
EXECUTE dbms_stats.gather_schema_stats('SYSTEM',options=>'GATHER'
,estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE
,method_opt=>'FOR ALL COLUMNS SIZE AUTO'
,cascade=>TRUE);
Oracle recommends removing all hidden parameters prior to upgrading.
To view existing hidden parameters execute the following command
while connected AS SYSDBA:
SELECT name,description from SYS.V$PARAMETER WHERE name
LIKE '\_%' ESCAPE '\'
Changes will need to be made in the init.ora or spfile.
Oracle recommends reviewing any defined events prior to upgrading.
Changes will need to be made in the init.ora or spfile.
Oracle recommends reviewing any defined events prior to upgrading.
To view existing non-default events execute the following commands
while connected AS SYSDBA:
Events:
SELECT (translate(value,chr(13)||chr(10),' ')) FROM sys.v$parameter2
WHERE UPPER(name) ='EVENT' AND isdefault='FALSE'
Trace Events:
SELECT (translate(value,chr(13)||chr(10),' ')) from sys.v$parameter2
WHERE UPPER(name) = '_TRACE_EVENTS' AND isdefault='FALSE'
Changes will need to be made in the init.ora or spfile.
SYSAUX Tablespace:
[Create tablespace in the Oracle Database 11.2 environment]
--> New "SYSAUX" tablespace
.... minimum required size for database upgrade: 500 MB
From above output script
1)SYSTEM tablespace is adequate for the upgrade.
.... minimum required size: 8546 MB
From system tablespace minimum required size means free space from system tablespace or total size of system tablespace?
i am going to use dbua utility for upgrade means does it alter tablespace as per output of scripts or we need to manually alter tablespace size as per requirement?
2)WARNING: --> Database contains schemas with objects dependent on DBMS_LDAP package.
.... Refer to the 11g Upgrade Guide for instructions to configure Network ACLs.
.... USER APPS has dependent objects.
what is above warning and how can i configure ACL's for APPS User?
Thanks
With Regards
A-Z

Hi
oratst@ebsdevdb on /ebdbh/11g/data/cfgtoollogs/dbua/ebstest/upgrade1 # more Upgrade_Directive.log
Connected.
ODMA_DIRECTIVE:VERSION:9.2.0.8
ODMA_DIRECTIVE:MIGRATE_SID:
ODMA_DIRECTIVE:ORA:IGNORE:06512:
ODMA_DIRECTIVE:ORA:FATAL:00600:
ODMA_DIRECTIVE:ORA:FATAL:01012:
ODMA_DIRECTIVE:ORA:FATAL:01031:
ODMA_DIRECTIVE:ORA:FATAL:01034:
ODMA_DIRECTIVE:ORA:FATAL:01078:
ODMA_DIRECTIVE:ORA:FATAL:01092:
ODMA_DIRECTIVE:ORA:FATAL:01109:
ODMA_DIRECTIVE:ORA:FATAL:01119:
ODMA_DIRECTIVE:ORA:FATAL:01507:
ODMA_DIRECTIVE:ORA:FATAL:01722:
ODMA_DIRECTIVE:ORA:FATAL:03113:
ODMA_DIRECTIVE:ORA:FATAL:03114:
ODMA_DIRECTIVE:ORA:FATAL:07445:
ODMA_DIRECTIVE:ORA:FATAL:12560:
ODMA_DIRECTIVE:ORA:RECOVER_TBS:01650:
ODMA_DIRECTIVE:ORA:RECOVER_TBS:01651:
ODMA_DIRECTIVE:ORA:RECOVER_TBS:01652:
ODMA_DIRECTIVE:ORA:RECOVER_TBS:01653:
ODMA_DIRECTIVE:ORA:RECOVER_TBS:01654:
ODMA_DIRECTIVE:ORA:RECOVER_TBS:01655:
ODMA_DIRECTIVE:ORA:RECOVER_ROLL:01562:
ODMA_DIRECTIVE:ORA:RECOVER_INIT:04031:
ODMA_DIRECTIVE:SCRIPT:UPGRADE:rdbms/admin/catupgrd.sql:
ODMA_DIRECTIVE:BOUNCE_DATABASE:UPGRADE:
ODMA_DIRECTIVE:SCRIPT:UPGRADE:rdbms/admin/catuppst.sql:
ODMA_DIRECTIVE:SCRIPT:UPGRADE:sqlplus/admin/help/hlpbld.sql helpus.sql:
Thanks
With Regards
A-Z

11g Database Upgrade

Similar Messages

Maybe you are looking for