#0.3 times 10^4 Patch#
#0.3 times 10^4 upgrade#

Moving the decimal the same number of places 10 is raised to works because moving the decimal one place is the same as dividing or multiplying the number by 10: 3.0 x10 2 becomes 300.ДЄ negative exponent means the number is less than one, and the decimal moves to the left to convert from scientific to standard notation. The local system has been patched and can be restarted.A positive exponent means the number is greater than one, and the decimal moves to the right to convert from scientific to standard notation.

#0.3 times 10^4 Patch#

Inventory check OK: Patch ID 5632264 is registered in Oracle Home inventory with proper meta-data.ДЇiles check OK: Files from Patch ID 5632264 are present in Oracle Home. Patching component, 10.2.0.3.0.Д¬opying file to '/oracle/10201/oracore/zoneinfo/timezone.dat'Д¬opying file to '/oracle/10201/oracore/zoneinfo/timezlrg.dat'Д¬opying file to '/oracle/10201/oracore/zoneinfo/readme.txt'ДЄpplySession adding interim patch '5632264' to inventory This might take a while.Д«acking up files affected by the patch '5632264' for rollback. Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.Д«acking up files and inventory (not for auto-rollback) for the Oracle HomeД«acking up files affected by the patch '5632264' for restore. OPatch detected non-cluster Oracle Home from the inventory and will patch the local system only. Log file location : /oracle/10201/cfgtoollogs/opatch/opatch_12-13-56PM.logДЄpplySession applying interim patch '5632264' to OH '/oracle/10201' donwload the patch, unzip it, Follow the instructions in readme of the patch, & OPatch]$. There are 2 products installed in this Oracle Home. Oracle Database 10g Release 2 Patch Set 2 10.2.0.3.0 Lsinventory Output file location : /oracle/10201/cfgtoollogs/opatch/lsinv/lsinventory_12-08-57PM.txt

Log file location : /oracle/10201/cfgtoollogs/opatch/opatch_12-08-57PM.log

Oracle interim Patch Installer version 10.2.0.3.0Д¬opyright (c) 2005, Oracle Corporation. Please refer the following link for applying OPATCHД¬heck your opatch utility working fine, OPatch]$ cd OPatch]$. Your timezonefile version will be updated to 4, & you can proceed for the upgradation to 11g R1, 11gR2 Go to end of the article, Identify your version from the table, apply the patch, You can file the patches for your version from the metalink ID ID 413671.1

#0.3 times 10^4 upgrade#

Timezlrg.dat 3 If your database versions are 9.2.0.8 & 10.2.0.4,your timezone file version will be 4 by default, upgrading to 11.1.0.6.0 or 11.2.0.1.0 we need timezone version 4, If your database is 9.2.0.7, we need to upgarde it to 9.2.0.8 or database versions areВ 10.2.0.1, 10.2.0.2, 10.2.0.3, thenВ we need to upgarde the database to 10.2.0.4 then to upgrade the 11.2.0.1 Another & Best way is to apply the вЂњversion 4вЂќ Time Zone Files on an Oracle Database You can use following query to find the timezone of the database : SQL> select * from v$timezone_file We need to upgarde the timezone files of the base database to 4, is minimum requirement. In readme of the 10.2.0.5 patch i came across the timezoe files, Yesterday I was upgrading the database form 10.2.0.3 to 10.2.0.5 on RHEL 5, Applying вЂњversion 4вЂќ Time Zone Files on an Oracle Database if your timezone file version is less than 4