Database Upgrade Pre checks

I am planning to upgrade a database from 11.2.0.2 to 11.2.0.4 version. I ran the pre upgrade checks utlu112i script and got the below warning.
WARNING: --> Database contains schemas with objects dependent on DBMS_LDAP package.
.... Refer to the 11g Upgrade Guide for instructions to configure Network ACLs.
.... USER APEX_030200 has dependent objects.
Could you please suggest how to handle this warning. Is there any oracle doc for this?

OWNER                NAME                      TYPE               REFERENCED_OWNER     REFERENCED_NAME      REFERENCED_TYPE      REFERENCED_LINK_NAME DEPE
APEX_030200          UTL_HTTP                  SYNONYM            SYS                  UTL_HTTP             PACKAGE                                   HARD
APEX_030200          UTL_SMTP                  SYNONYM            SYS                  UTL_SMTP             PACKAGE                                   HARD
APEX_030200          WWV_FLOW_LDAP             PACKAGE            PUBLIC               DBMS_LDAP            SYNONYM                                   HARD
APEX_030200          WWV_FLOW_LDAP             PACKAGE BODY       PUBLIC               DBMS_LDAP            SYNONYM                                   HARD
APEX_030200          WWV_FLOW_CUSTOM_AUTH_LDAP PACKAGE BODY       PUBLIC               DBMS_LDAP            SYNONYM                                   HARD
MDSYS                SDO_OLS                   PACKAGE BODY       PUBLIC               UTL_HTTP             SYNONYM                                   HARD
ORACLE_OCM           MGMT_DB_LL_METRICS        PACKAGE BODY       PUBLIC               UTL_INADDR           SYNONYM                                   HARD
APEX_030200          WWV_FLOW_DISP_PAGE_PLUGS  PACKAGE BODY       APEX_030200          UTL_HTTP             SYNONYM                                   HARD
APEX_030200          WWV_FLOW_WEB_SERVICES     PACKAGE BODY       APEX_030200          UTL_HTTP             SYNONYM                                   HARD
APEX_030200          WWV_FLOW_PRINT_UTIL       PACKAGE BODY       APEX_030200          UTL_HTTP             SYNONYM                                   HARD
APEX_030200          WWV_FLOW_HELP             PACKAGE BODY       APEX_030200          UTL_HTTP             SYNONYM                                   HARD
OWNER                NAME                      TYPE               REFERENCED_OWNER     REFERENCED_NAME      REFERENCED_TYPE      REFERENCED_LINK_NAME DEPE
APEX_030200          WWV_FLOW_MAIL             PACKAGE BODY       APEX_030200          UTL_SMTP             SYNONYM                                   HARD

Similar Messages

  • Check Writer Hangs after 10G database upgrade

    Hi Gurus,
    Can anybody let me know how i can trace check writer concurrent process.
    It seems to hang after we upgraded the database to 10g version.
    Thanks,
    S.

    The log file shows
    /u31/oracle/fimsprodappl/pay/11.5.0/bin/PYUGEN
    Program was terminated by signal 11
    Should i do some thing with PYUGEN (rebuild/relink) after 10G database upgrade.
    We are on HP-UX 11 (PA-RISC) 64 bit.
    S

  • Oracle Upgrade --  Pre-Upgrade 10.2.0.4 to 11.2.0.1

    Hello,
    I want to do an Oracle Upgrade to version 11.2g!
    At this point I did some things (in Windows Server 2003 X64):
    1-) Install Oracle 10.2.0.1 (DVD Media);
    2-) Installation of Oracle patchset 10.2.0.4 (note 871735);
    3-) Installation of interim / last generics patch (note 1137346);
    4-) Installation of SAP ECC 6.0 SR3 by SAPInst
    5-) After SAP installation I did all the corrections in Oracle parameters as it mentioned in note 830576.
    As you see above, all the SAP system was well installed!
    But now I want to do the Oracle Upgrade process to the last version, Oracle DB 11.2g  (11.2.0.1)... and so I´m following the Upgrade guide "Upgrade to Oracle Database 11g Release 2 (11.2) Windows.pdf" with some SAP notes for Upgrade process.
    So I´m at this point in planning chapter where is recommended to check so things in actual database, one of this checks are running some SQL-scripts to perform an Oracle database upgrade with DBUA to release 11.2 (as mentioned in note 1431793 - Oracle 11.2.0: Upgrade Scripts)
    I ran two Pre-Scripts, the @pre_upgrade_status.sql and @pre_upgrade_tasks.sql but both outputs showed some warnings and they are worrying me... so what I ask to you is some kind of help in analyse of them and tell me if this issues are relevant for the upgrading process and if so, what you recommend me to do to correct their!
    Next I will post here this two log scripts... they are long!!!

    PRE_UPGRADE_TASKS.log:
    SQL> @pre_upgrade_tasks.sql
    PRE-UPGRADE Tasks: === START ===
    2010-08-05 18:24:13                                                                               
    Recompiling invalid objects
    This reduces the number of invalid objects as much as possible.
    COMP_TIMESTAMP UTLRP_BGN  2010-08-05 18:24:13                                                      
    DOC>   The following PL/SQL block invokes UTL_RECOMP to recompile invalid
    DOC>   objects in the database. Recompilation time is proportional to the
    DOC>   number of invalid objects in the database, so this command may take
    DOC>   a long time to execute on a database with a large number of invalid
    DOC>   objects.
    DOC>
    DOC>   Use the following queries to track recompilation progress:
    DOC>
    DOC>   1. Query returning the number of invalid objects remaining. This
    DOC>       number should decrease with time.
    DOC>          SELECT COUNT(*) FROM obj$ WHERE status IN (4, 5, 6);
    DOC>
    DOC>   2. Query returning the number of objects compiled so far. This number
    DOC>       should increase with time.
    DOC>          SELECT COUNT(*) FROM UTL_RECOMP_COMPILED;
    DOC>
    DOC>   This script automatically chooses serial or parallel recompilation
    DOC>   based on the number of CPUs available (parameter cpu_count) multiplied
    DOC>   by the number of threads per CPU (parameter parallel_threads_per_cpu).
    DOC>   On RAC, this number is added across all RAC nodes.
    DOC>
    DOC>   UTL_RECOMP uses DBMS_SCHEDULER to create jobs for parallel
    DOC>   recompilation. Jobs are created without instance affinity so that they
    DOC>   can migrate across RAC nodes. Use the following queries to verify
    DOC>   whether UTL_RECOMP jobs are being created and run correctly:
    DOC>
    DOC>   1. Query showing jobs created by UTL_RECOMP
    DOC>          SELECT job_name FROM dba_scheduler_jobs
    DOC>          WHERE job_name like 'UTL_RECOMP_SLAVE_%';
    DOC>
    DOC>   2. Query showing UTL_RECOMP jobs that are running
    DOC>          SELECT job_name FROM dba_scheduler_running_jobs
    DOC>          WHERE job_name like 'UTL_RECOMP_SLAVE_%';
    DOC>#
    COMP_TIMESTAMP UTLRP_END  2010-08-05 18:24:15                                                      
    DOC> The following query reports the number of objects that have compiled
    DOC> with errors (objects that compile with errors have status set to 3 in
    DOC> obj$). If the number is higher than expected, please examine the error
    DOC> messages reported with each object (using SHOW ERRORS) to see if they
    DOC> point to system misconfiguration or resource constraints that must be
    DOC> fixed before attempting to recompile these objects.
    DOC>#
                      0                                                                               
    DOC> The following query reports the number of errors caught during
    DOC> recompilation. If this number is non-zero, please query the error
    DOC> messages in the table UTL_RECOMP_ERRORS to see if any of these errors
    DOC> are due to misconfiguration or resource constraints that must be
    DOC> fixed before objects can compile successfully.
    DOC>#
                              0                                                                        
    Purging Recyclebin
    This reduces the time needed for upgrading the database.
    Truncating SYS.AUD$
    This reduces the time needed for upgrading the database.
    Gathering Oracle Dictionary Statistics
    This reduces the time needed for upgrading the database.
    Running Pre-Upgrade-Information Tool utlu112i.sql
    This is a mandatory task for manual database upgrades.
    This tool is also run in pre_upgrade_status.sql.
    Oracle Database 11.2 Pre-Upgrade Information Tool 08-05-2010 18:24:45                              
    Script Version: 11.2.0.1.0 Build: 003                                                              
    Database:                                                                               
    --> name:          PRD                                                                             
    --> version:       10.2.0.4.0                                                                      
    --> compatible:    10.2.0                                                                          
    --> blocksize:     8192                                                                            
    --> platform:      Microsoft Windows x86 64-bit                                                    
    --> timezone file: V4                                                                               
    Tablespaces: [make adjustments in the current environment]                                         
    --> SYSTEM tablespace is adequate for the upgrade.                                                 
    .... minimum required size: 905 MB                                                                 
    --> PSAPUNDO tablespace is adequate for the upgrade.                                               
    .... minimum required size: 84 MB                                                                  
    --> SYSAUX tablespace is adequate for the upgrade.                                                 
    .... minimum required size: 210 MB                                                                 
    --> PSAPTEMP tablespace is adequate for the upgrade.                                               
    .... minimum required size: 61 MB                                                                  
    Flashback: OFF                                                                               
    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:                                  
    -- No update parameter changes are required.                                                       
    --> If Target Oracle is 64-Bit, refer here for Update Parameters:                                  
    WARNING: --> "shared_pool_size" needs to be increased to at least 472 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]                   
    --> remote_os_authent            11.1       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                                                  
    Miscellaneous Warnings                                                                             
    WARNING: --> Database is using a timezone file older than version 11.                              
    .... After the release migration, it is recommended that DBMS_DST package                          
    .... be used to upgrade the 10.2.0.4.0 database timezone version                                   
    .... to the latest version which comes with the new release.                                       
    Recommendations                                                                               
    Oracle recommends gathering dictionary statistics prior to                                         
    upgrading the database.                                                                            
    To gather dictionary statistics execute the following command                                      
    while connected as SYSDBA:                                                                               
    EXECUTE dbms_stats.gather_dictionary_stats;                                                                               
    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.                                                                               
    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.                                                                               
    PRE-UPGRADE Tasks: === FINISHED ===
    SQL> spool off

  • 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

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

  • Upgrade defaults checking step with no web acces

    Hi
    We are moving over our servers between datacenters along with a Peoplesoft Upgrade, Our present peoplesoft environment is on tools 8.47.11 which cannot be brought up in web on the new x64 servers. Due to not having the web access, what are the other options of doing the upgrade defaults checking step which is part of the upgrade, with just 2-tier and database access.
    Please suggest on this.
    Regards
    Milind

    can you post some more additional details?
    What is the web server installed on the new server etc...
    Thanks
    Soundappan

  • Zen 4 - Zen 6.5 Inventory database upgrade fails

    Hi all,
    Have installed Zen 6.5 over a Zen 4 server (nw65) running inventory.
    Database is on a seperate oracle server.
    When I start inventory, it starts the database upgrade and then fails
    with a java exception part way through, and then says "stopping the
    upgrade service".
    Following is the log. Anyone know which bit is falling over and why?
    There's a few errors in the log and I don't know which are cosmetic/non
    critical. Either way, I've researched each and can't find any fixes
    anyway.
    cheers
    Dave
    [12/8/05 14:58:40.307] ZENInv - Server Config: The severconfig service
    start is pending...
    [12/8/05 14:58:40.464] ZENInv - Server Config: Getting Cascade INit
    time
    [12/8/05 14:58:41.462] ZENInv - Server Config: Database Location
    Policy DN is CN=Server Package - DAN02:General:ZENworks
    Database.OU=POLICIES.OU=APPLICATIONS.O=CHISHOLM
    [12/8/05 14:58:43.573] ZENInv - Server Config: The severconfig service
    is started...
    [12/8/05 14:58:43.707] ZenInv - Upgrade Service: Info : Read
    zenInvComponentStatus = 6.5 12 0
    [12/8/05 14:58:43.707] ZenInv - Upgrade Service: Inventory Server
    zenInvComponentStatus = 6.5 12 0
    [12/8/05 14:58:43.720] Service Manager: start(ServiceDataAccessor,
    String[]) not found in
    'com.novell.zenworks.desktop.inventory.storer.Stor erServiceInit'
    [12/8/05 14:58:43.740] ZENInv - Storer: Start with
    'ServiceStatusChangeListener' invoked
    [12/8/05 14:58:44.824] ZenInv - Upgrade Service: Unzipping the file
    migrate.zip
    [12/8/05 14:58:46.718] ZenInv - Upgrade Service: Transforming the
    Migration SQL files...
    [12/8/05 14:58:51.768] ZENInv - Storer: zenworks.isClosed =true
    [12/8/05 14:58:53.699] ZENInv - Storer: The current NDS tree=CIT
    [12/8/05 14:58:53.724] ZENInv - Storer: Storer from dblocation user:
    MW_DBA driver: oracle.jdbc.driver.OracleDriver protocol: jdbc:oracle:
    subname: thin:@ port: 1522
    [12/8/05 14:58:53.728] ZENInv - Storer: url[From DBObject]:
    jdbc:oracle:thin:@ora01a.chisholm.vic.edu.au:1522: dw
    [12/8/05 14:58:53.756] ZENInv - Storer: wsdn:
    CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLMi = 0
    [12/8/05 14:58:53.973] ZENInv - Storer: Loading Storer test properties
    file
    [12/8/05 14:58:54.053] Service Manager: start(ServiceDataAccessor,
    String[]) not found in
    'com.novell.zenworks.desktop.inventory.strconverte r.STRConverterServiceInit'
    [12/8/05 14:58:54.059] ZENInv - STRConverter: Start with
    'ServiceStatusChangeListener' invoked
    [12/8/05 14:58:54.755] ZENInv - Status Reporting: Messages are written
    into XML file for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:58:54.914] ZENInv - Status Reporting: Number of records to
    add are: 1 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:58:55.012] ZENInv - Status Reporting: Adding record 0 for
    DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:58:55.729] ZENInv - Status Reporting: Number of modified
    records are: 0 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:58:55.780] ZENInv - Storer: Database is not
    initialized..will retry after 300 seconds
    [12/8/05 14:58:55.787] ZENInv - Storer: Storer: Database not
    initialized as it is being upgraded ...will retry after 300 seconds.
    [12/8/05 14:58:55.788] ZENInv - Status Reporting: Messages are written
    into XML file for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:58:55.826] ZENInv - Status Reporting: Number of records to
    add are: 1 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:58:55.860] ZENInv - Status Reporting: Adding record 0 for
    DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:58:57.439] ZENInv - Status Reporting: Number of modified
    records are: 0 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:59:04.100] ZENInv - STRConverter: Loading STRConverter test
    properties file
    [12/8/05 14:59:04.201] Service Manager: start(ServiceDataAccessor,
    String[]) not found in
    'com.novell.zenworks.desktop.inventory.senderrecei ver.control.ReceiverServiceInit'
    [12/8/05 14:59:15.618] ZENInv - SendRec Common: entPushDir =
    SYS:\ZENworks\Inv\ScanDir\EntPushDir
    [12/8/05 14:59:15.618] ZENInv - SendRec Common: entMergeDirD =
    SYS:\ZENworks\Inv\ScanDir\EntMergeDir
    [12/8/05 14:59:15.618] ZENInv - SendRec Common: dbDirD =
    SYS:\ZENworks\Inv\ScanDir\DbDir
    [12/8/05 14:59:15.625] ZENInv - SendRec Common: serverName = DAN02
    [12/8/05 14:59:15.626] ZENInv - SendRec Common: serviceDN =
    CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:59:15.626] ZENInv - SendRec Common: treeName = CIT
    [12/8/05 14:59:15.626] ZENInv - SendRec Common: hasSSD = false
    [12/8/05 14:59:15.626] ZENInv - SendRec Common: hasISD = false
    [12/8/05 14:59:15.626] ZENInv - SendRec Common: hasESD = true
    [12/8/05 14:59:15.632] ZENInv - SendRec Common: hasDB = true
    [12/8/05 14:59:15.633] ZENInv - SendRec Common: securityDir =
    SYS:\PUBLIC\ZENWORKS\WMINV\PROPERTIES
    [12/8/05 14:59:15.661] Service Manager: start(ServiceDataAccessor,
    String[]) not found in
    'com.novell.zenworks3x.desktop.inventory.senderrec eiver.control.ReceiverServiceInit'
    [12/8/05 14:59:15.882] ZENInv - CascadedBaseTime Server:
    zenInvCascadeBaseTimeService: CBTServiceController: Startup Properties:
    {basetime=Thu Jan 01 10:00:00 EST 1970,
    servicename=zenInvCascadeBaseTimeService, portnumber=0}
    [12/8/05 14:59:16.367] ZENInv - IFS Server: zeninvReceiverService:
    FileServiceController: Startup Properties: {chunksize=4096,
    transfers=100,
    rootdirectory=SYS:\ZENworks\Inv\ScanDir\EntPushDir \ZipDir,
    timeout=60000, servicename=zeninvReceiverService, portnumber=0}
    [12/8/05 14:59:25.771] ZENInv - TCPReceiver: cascadingBaseTime = 0
    [12/8/05 14:59:25.771] ZENInv - TCPReceiver: entPushDir =
    SYS:\ZENworks\Inv\ScanDir\EntPushDir
    [12/8/05 14:59:25.777] ZENInv - TCPReceiver: serverName = DAN02
    [12/8/05 14:59:25.777] ZENInv - TCPReceiver: serviceDN =
    CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:59:25.777] ZENInv - TCPReceiver: treeName = CIT
    [12/8/05 14:59:25.778] ZENInv - TCPReceiver: hasDB = true
    [12/8/05 14:59:25.971] Service Manager: start(ServiceDataAccessor,
    String[]) not found in
    'com.novell.zenworks.common.inventory.dictionaryup date.provider.DictProvider'
    [12/8/05 14:59:26.005] ZENInv - TCPReceiver: Receiver Started without
    CLUSTER
    [12/8/05 14:59:26.006] ZENInv - TCPReceiver: Receiver Binds to Port
    Number : 65432
    [12/8/05 14:59:26.073] ZENInv - IFS Server: zenInvDictProvider:
    FileServiceController: Startup Properties: {chunksize=4096,
    transfers=100, rootdirectory=SYS:\ZENworks\Inv\server\DictDir,
    timeout=60000, servicename=zenInvDictProvider, portnumber=0}
    [12/8/05 14:59:26.183] Service Manager: start(ServiceDataAccessor,
    String[]) not found in
    'com.novell.zenworks.common.inventory.dictionaryup date.consumer.DictConsumer'
    [12/8/05 14:59:28.918] ZENInv - Dictionary Consumer:
    DictConsumerUtility::getUpdatePolicyDN: getDictionaryUpdatePolicy
    returned attribs.returnValue = 0
    [12/8/05 14:59:28.919] ZENInv - Dictionary Consumer:
    DictConsumerService::DictDownloadThread::run:
    UpdatePolicyNotFoundException.
    com.novell.zenworks.common.inventory.dictionaryupd ate.consumer.UpdatePolicyNotFoundException
    at
    com.novell.zenworks.common.inventory.dictionaryupd ate.consumer.DictConsumerUtility.getUpdatePolicyDN (DictConsumerUtility.java:237)
    at
    com.novell.zenworks.common.inventory.dictionaryupd ate.consumer.DictConsumerService$DictDownloadThrea d.setUpdatePolicyAttribs(DictConsumerService.java: 688)
    at
    com.novell.zenworks.common.inventory.dictionaryupd ate.consumer.DictConsumerService$DictDownloadThrea d.getFileClientProperties(DictConsumerService.java :616)
    at
    com.novell.zenworks.common.inventory.dictionaryupd ate.consumer.DictConsumerService$DictDownloadThrea d.transferFiles(DictConsumerService.java:429)
    at
    com.novell.zenworks.common.inventory.dictionaryupd ate.consumer.DictConsumerService$DictDownloadThrea d.run(DictConsumerService.java:211)
    [12/8/05 14:59:28.921] ZENInv - Status Reporting: Messages are written
    into XML file for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:59:28.953] ZENInv - Status Reporting: Number of records to
    add are: 1 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:59:28.986] ZENInv - Status Reporting: Adding record 0 for
    DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:59:29.326] ZENInv - Status Reporting: Number of modified
    records are: 0 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:59:29.326] ZENInv - Dictionary Consumer:
    DictConsumerService::FileDownloadListener::downloa dFailed.
    [12/8/05 14:59:59.680] ZenInv - Upgrade Service: Starting Schema
    Migration
    [12/8/05 14:59:59.751] ZenInv - Upgrade Service: mw_dba->alter
    tablespace cim3 default storage (maxextents unlimited) is being
    executed
    [12/8/05 14:59:59.752] ZenInv - Upgrade Service: Could not do the
    operation. details:ORA-25143: default storage clause is not compatible
    with allocation policy
    ErrorCode:25143
    [12/8/05 14:59:59.752] ZenInv - Upgrade Service: Totaltime taken for
    Schema Migration : 38
    [12/8/05 14:59:59.851] ZENInv - Storer: cim.isClosed =true
    [12/8/05 14:59:59.937] ZENInv - Status Reporting: Messages are written
    into XML file for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 14:59:59.970] ZENInv - Status Reporting: Number of records to
    add are: 1 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:00.133] ZENInv - Status Reporting: Adding record 0 for
    DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:00.277] ZENInv - Status Reporting: Number of modified
    records are: 0 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:00.719] ZenInv - Upgrade Service: migrateDbToMidas(true)
    failed in AlterProcedure
    [12/8/05 15:00:00.728] ZENInv - Status Reporting: Messages are written
    into XML file for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:00.761] ZENInv - Status Reporting: Number of records to
    add are: 1 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:00.795] ZENInv - Status Reporting: Adding record 0 for
    DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:00.964] ZENInv - Status Reporting: Number of modified
    records are: 0 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:00.966] ZenInv - Upgrade Service: Upgrade database to
    ZENworks 6.5 failed. Reinstall ZENworks 6.5 and start the inventory
    server again
    [12/8/05 15:00:00.967] ZENInv - Status Reporting: Messages are written
    into XML file for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:01.000] ZENInv - Status Reporting: Number of records to
    add are: 1 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:01.038] ZENInv - Status Reporting: Adding record 0 for
    DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:01.188] ZENInv - Status Reporting: Number of modified
    records are: 0 for DN=CN=DAN02_ZenInvService.OU=DAN.O=CHISHOLM
    [12/8/05 15:00:01.237] ZenInv - Upgrade Service: [EnumModifier]
    modifyEnumTables, Running EnumModifier in integrated mode with
    upgradeService
    [12/8/05 15:00:01.237] ZenInv - Upgrade Service: [EnumModifier]
    modifyEnumTables, dbDriver:oracle.jdbc.driver.OracleDriver
    [12/8/05 15:00:01.237] ZenInv - Upgrade Service: [EnumModifier]
    modifyEnumTables,
    dbURL:jdbc:oracle:thin:@ora01a.chisholm.vic.edu.au :1522:dw
    [12/8/05 15:00:01.239] ZenInv - Upgrade Service: [EnumModifier]
    modifyEnumTables, dbType:1
    [12/8/05 15:00:01.239] ZenInv - Upgrade Service: [EnumModifier]
    modifyEnumTables, dbUser:MW_DBA
    [12/8/05 15:00:01.239] ZenInv - Upgrade Service: [EnumModifier]
    modifyEnumTables, dbPasswd:novell
    [12/8/05 15:00:01.248] ZenInv - Upgrade Service: [EnumModifier] Product
    Version: ZFD 4
    [12/8/05 15:00:01.298] ZenInv - Upgrade Service: [EnumModifier]
    checkConditions(), Executing check 'Statements':5
    [12/8/05 15:00:01.298] ZenInv - Upgrade Service: [EnumModifier]
    DatabaseEnumsModifier::checkResult(), query: insert into
    cim.upgrademethod_en_US Values (13, 'Socket 423')
    [12/8/05 15:00:01.311] ZenInv - Upgrade Service: [EnumModifier]
    checkResult, errorcode:1
    [12/8/05 15:00:01.311] ZenInv - Upgrade Service: [EnumModifier]
    checkResult, Non-fatal error:1
    [12/8/05 15:00:01.312] ZenInv - Upgrade Service: [EnumModifier]
    DatabaseEnumsModifier::checkResult(), query: insert into
    cim.upgrademethod_en_US Values (14, 'Socket A (Socket 462)')
    [12/8/05 15:00:01.316] ZenInv - Upgrade Service: [EnumModifier]
    checkResult, errorcode:1
    [12/8/05 15:00:01.316] ZenInv - Upgrade Service: [EnumModifier]
    checkResult, Non-fatal error:1
    [12/8/05 15:00:01.317] ZenInv - Upgrade Service: [EnumModifier]
    DatabaseEnumsModifier::checkResult(), query: insert into
    cim.upgrademethod_en_US Values (15, 'Socket 478')
    [12/8/05 15:00:01.321] ZenInv - Upgrade Service: [EnumModifier]
    checkResult, errorcode:1
    [12/8/05 15:00:01.322] ZenInv - Upgrade Service: [EnumModifier]
    checkResult, Non-fatal error:1
    [12/8/05 15:00:01.322] ZenInv - Upgrade Service: [EnumModifier] Da

    ok putting inv into "ALL" debug mode, it told me it was running
    init_sl_0.sql
    I found this file contained in migrate.zip under the wminv\properties
    directory.
    So I extracted the migrate.zip file, edited init_sl_0.sql and removed
    the alter tablespace lines. Why they're wanting to do alter tablespace
    I have no idea - applications shouldn't expect to be able to do that...
    it's up to the organisation and the DBA to manage the tablespaces, not
    the application.
    I then re-zipped all the files using Winzip and named the file
    migrate.zip and placed it in the properties directory.
    Now, when the upgrade runs I get a java exception when it tries to
    unzip migrate.zip and the upgrade bombs.
    I also tried just opening the migrate.zip file with Winzip and directly
    editing the file from within Winzip, which does allow for this. However
    it appears the files inside the archive are flagged read-only, so
    Winzip can't rewrite the edited file back into the same folder location
    within the archive.
    Here's the java exception:
    ***12/21/05 16:24:40.789] ZenInv - Upgrade Service: Unzipping the file
    migrate.zip
    [12/21/05 16:24:40.827] ZenInv - Upgrade Service:
    [12/21/05 16:24:40.827] ZenInv - Upgrade Service: Exception while
    unzipping the migration zip file
    java.lang.NullPointerException
    at
    com.novell.zenworks.desktop.inventory.upgradeServi ce.MigUnzip.unZipFile(AlterProcedure.java:4557)
    at
    com.novell.zenworks.desktop.inventory.upgradeServi ce.MigUnzip.unzip(AlterProcedure.java:4522)
    at
    com.novell.zenworks.desktop.inventory.upgradeServi ce.AlterProcedure.unzipMigrateZipFile(AlterProcedu re.java:1983)
    at
    com.novell.zenworks.desktop.inventory.upgradeServi ce.AlterProcedure.unzipMigrateZipFile(AlterProcedu re.java:1975)
    at
    com.novell.zenworks.desktop.inventory.upgradeServi ce.UpgradeServiceController.aInitMigration(Upgrade ServiceController.java:218)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
    at
    sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:39)
    at
    sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at
    com.novell.zenworks.desktop.inventory.senderreceiv er.statemachine.StateMachine.execute(StateMachine. java:68)
    at
    com.novell.zenworks.desktop.inventory.upgradeServi ce.UpgradeServiceController.init(UpgradeServiceCon troller.java:113)
    at
    com.novell.zenworks.desktop.inventory.upgradeServi ce.UpgradeServiceThread.run(UpgradeServiceThread.j ava:81)
    [12/21/05 16:24:40.828] ZenInv - Upgrade Service: unzipMigrateZipFile()
    failed in AlterProcedure
    [12/21/05 16:24:40.829] ZenInv - Upgrade Service: in aLogError() method
    [12/21/05 16:24:40.830] ZenInv - Upgrade Service: Upgrade database to
    ZENworks 6.5 failed. Reinstall ZENworks 6.5 and start the inventory
    server again
    Ok.. what am I doing wrong ? :) It shouldn't be this hard....
    cheers
    Dave

  • Database Upgrade 10.1.0.4 to 10.2.0.4

    Newbie here.
    So I am starting to use OEM on Windows XP workstation and have upgraded it to 10.2.0.4 and also wanted to upgrade the repository to 10.2.0.4 as well.
    So this is what I have done so far.
    I have installed 10.2.0.1 into a new home. I have patch it to 10.2.0.4. I am using DBUA to upgrade the database and have set my ORACLE_HOME to the new home and started DBUA. Everything is working just fine until the new OracleService is created and is trying to start. I received a message that it is unable to start service. If i click on continue I received the ORA-12560 TNS error. I have tried multiple times to get this to work and it always fails on this part..
    Also to let you know that when I connect to SQLPlus before upgrade I have to connect using sysplus sysman/xxxxx@emrep with out emrep it won't connect. I have also set TNS_ADMIN to the original homes network/admin directory.
    I have research the documentation on upgrading, but maybe I am missing a step or someone has run into the same issue.
    Any help you can lend me would be appreciated.

    The database files won't be copied over. As general practice, databases aren't stored under Oracle Homes. You could always fix that by moving the database, backup the control file to trace, and edit it with new file locations. I wouldn't worry about that right now.
    Did you run the prerequisite script before trying to upgrade?
    <10.2 HOME>/rdbms/admin/utlu102i.sql
    Once a database is opened upgrade, you won't be able to open it with the old binaries.
    Was the listener up when you tried to connect to it with 10.1? Were there any errors?
    The manual process of upgrading the database is to export the 10.2 env, open the database upgrade, upgrade the data dictionary <10.2HOME>/rdbms/admin/catupgrd.sql, startup the database normally, and Compile all the invalid objects <10.2HOME>/rdbms/admin/utlrp.sql. I would make sure to go over the sql that executes prerequisite checks and read through the upgrade docs. I would also take a backup before doing anything.

  • Database Upgrade from 10.2.0.3.0 to 10.2.0.4.0 for a EBS 12 database

    Hi,
    Is there any specific procedure like interoperability for upgrading an R12 database from 10.2.0.3.0 to 10.2.0.4.0.
    Currently I have plans to upgrade database from 10.2.0.3.0 to 10.2.0.4.0 and then
    upgrade apps from 12.0.4 to 12.0.6. Also I need to install Arabic language on the instance.
    What would be the best sequence to do this ?
    Ram

    hi,
    you can use the oracle 10.2.0.4 patchset(downloadable from metalink) to upgrade your database to this version,
    just follow the OUI in the patch set and select the migrating oracle home ...
    before migrating it will ask you to stop all the oracle services , once it migrated then you need to use DBUA (DATABASE upgrade assistant ) to upgrade its components ..
    then you can check all the component versions vis
    select * from dba_registry;
    Regards,
    Mohd Mehraj Hussain
    http://mehrajdba.wordpress.com

  • Database upgrades fails

    Platform: SQL Server 2008
    Running P6 R7 SP5
    When trying to upgrade the database to R8, database upgrades fails without any error message.
    I just ran the dbsetup.bat and filled the "connection information" then press next and I got the "finish" screen directly without the "Ready to begin upgrading data" or "Primavera database setup wizard" and when check I found that no upgrade has been done.
    please assest.

    Thanks Alex for reply,
    I've tried the above steps and I got the same action.
    I can't see any strange in the console logging.
    console logging_____________________________________________________________
    DEV [INFO] : Look and feel is com.sun.java.swing.plaf.windows.WindowsLookAndFeel
    DEV [INFO] : Setting job property unicode ->
    DEV [INFO] : TRANSITION: operation_pm -> connect_upgrade_ss
    DEV [INFO] : Calling operator SetProductSuiteTransOp
    DEV [INFO] : Setting job property PRODUCT.SUITE.KEY -> PM
    DEV [INFO] : Calling operator SetProductSuiteTransOp
    DEV [INFO] : Setting job property PRODUCT.SUITE.KEY -> PM
    DEV [INFO] : Calling operator SetActionTypeTransOp
    DEV [INFO] : Setting job property ACTION.TYPE.KEY -> UPGRADE
    DEV [INFO] : Calling operator SetServerTypeTransOp
    DEV [INFO] : Setting job property SERVER.TYPE.KEY -> SQLSERVER
    DEV [INFO] : Setting job property PRIVILEGED.USER.NAME.KEY -> PRIVUSER
    DEV [INFO] : Setting job property PUBLIC.USER.NAME.KEY -> PUBUSER
    DEV [INFO] : Calling operator SetLicenseTypeTransOp
    DEV [INFO] : Setting job property LICNESE.KEY.TYPE -> MK
    DEV [INFO] : Setting job property lictype -> _mk
    DEV [INFO] : Calling initializer SetHostnameToCurrentMachine
    DEV [INFO] : Calling page post processor SetSqlServerConnectStringTransOp
    DEV [INFO] : Connection for class ADMINISTRATIVE in page (connect_upgrade_ss) fr
    om page (connect_upgrade_ss) = sa/sa@sqlserver:servername:1433:PMDB
    DEV [INFO] : Calling page post processor SetSSUpgradeSchemaType
    DEV [INFO] : Setting job property PRODUCT.UPGRADE.KEY -> PM
    DEV [INFO] : Calling page post processor SetSSUpgradeVersionFileString
    DEV [INFO] : Setting job property PM.PRODUCT.KEY -> PM
    DEV [INFO] : Setting job property EXP.SCHEMA.NAME.STRING.KEY -> PM
    DEV [INFO] : Setting job property SCHEMA.INFO.LIST.KEY -> [PM_08_00_00]
    DEV [INFO] : Setting job property PRODUCT.INSTALLED.VERSION.KEY -> 0700.0001.000
    1.0003
    DEV [INFO] : Calling page post processor SetSSUpgradeExpUseUnicode
    DEV [INFO] : Calling page post processor SetPMUpgradeSchemaInfoListTransOp
    DEV [INFO] : Setting job property PM.PRODUCT.KEY -> PM
    DEV [INFO] : Setting job property SCHEMA.INFO.LIST.KEY -> [PM_08_00_00, null]
    DEV [INFO] : Calling page post processor SetUpgradeNeedsWebUserOptionsPage
    DEV [INFO] : TRANSITION: connect_upgrade_ss -> finish
    DEV [INFO] : Calling initializer AddTextToDataInitialize
    DEV [INFO] : Setting job property unicode ->

  • "Database Upgrade" hangs at 0% during "Completing the Installation" phase

    I 'm now installing the EGRCM8.6.3.4000 environment.
    "Database Upgrade" hangs at 0% during "Completing the Installation" phase.
    I checked the grc.log, and found the following WARN and DEBUG messages.
    2012-07-20 02:40:05,544 WARN [Thread-35] DBConfigManager:1425 Database is not initialized yet.
    2012-07-20 03:31:10,412 DEBUG [el.Default (self-tuning)'] GrcConfig:2530 Could not get value for key 'grc.sso.enabled' due to data base is not ready.
    The connection to DB is OK, and the status of DB instance is open now.
    I can't figure out why the console said "Database is not initialized yet".
    Does anyone have a clue about it?
    Thanks in advance.
    Kai

    Hi yasir,
    Thanks for your response.
    I haven't finished the installation yet.
    "Completing the Installation" I mentioned in previous thread referred to the final installation phase.
    After I entered GRC URL (http://hostname:port/grc), the "Database Upgrade" screen hanged at 0% and cannot proceed.
    From the grc.log, I can read that the connection seemed OK, and the database also worked well through SQLPLUS.
    I am wondering why it happens.
    Thanks & Regards,
    Kai
    Edited by: 917394 on Aug 1, 2012 7:21 PM

  • Database upgradation versions

    Hi,
    where i can find the list of databases that can upgrade to various versions.
    for example:
    if i have 8i database now i want to know to which which versions (like 9.x.x.x.x 10.x.x.x.x 11.x.x.xx) i can migrate or upgrade.
    is there any document or is there any query in the database.
    Thank you!

    Hi;
    You can check:
    Minimizing Downtime During Production Upgrade [ID 478308.1]
    Master Note For Oracle Database Upgrades and Migrations [ID 1152016.1]
    Different Upgrade Methods For Upgrading Your Database [ID 419550.1]
    Migration of Oracle Database Instances Across OS Platforms[ID 733205.1]
    Also see:
    Oracle Database on Unix AIX,HP-UX,Linux,Mac OS X,Solaris,Tru64 Unix Operating Systems Installation and Configuration Requirements Quick Reference (8.0.5 to 11.2) [ID 169706.1]
    I strongly suggest to check my blog
    http://heliosguneserol.wordpress.com/2010/06/17/move-to-oracle-database-11g-release-2-wiht-mike-dietrich/
    In this pdf you can see patch of to upgrade db from x to n wiht many senerios wiht all related metalinks notes which is created by Oracle worker Mike Dietrich
    Regard
    Helios

  • Database upgrade to 10.2.0.4 error - oracle RAC status showing Invalid

    Hi all,
    I am getting this error during database upgrade to 10.2.0.4 error - "oracle real application clusters status invalid. "
    I am getting the above error after running catupgrd
    and checking the status SELECT COMP_NAME, VERSION, STATUS FROM SYS.DBA_REGISTRY;
    This is not a RAC database and this is the only components which shows INVALID.
    Is it normal? Please advice me the action/steps to take to rectify ASAP as it is urgent ... Thanks & Regards, Deepak Gupta

    Probably database was 9i and it was upgraded to 10g?
    It can be normal situation.
    Please check metalink note 312071.1
    If database is not rac, then simply ignore this status as workaround is quite difficult and definetely it's not worth to go for it.

  • 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

  • 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

Maybe you are looking for