Regarding 9.2.0.8 patch rollback

Hi,
My database is running in 9.2.0.6 version, now I am going to apply 9.2.0.8 patch. If anything goes wrong while I am applying patch, isit anyway there to rollback again to 9.2.0.6 version.

I think the patch notes (readme.htm) contains instructions regarding rollback in case of failure.
It is always better (and is recommended in the patch notes also) to take a complete cold backup of database before proceeding with anything.

Similar Messages

Best Practices for patch/rollback on Windows?

All,
I have been working on BO XI with UNIX for some time now and while I am pretty comfortable with managing it on UNIX, I am not too sure about the "best practices" when it comes to Windows.
I have a few specific questions:
1) What is the best way to apply a patch or Service Pack to BO XI R2 on a Windows envt without risking a system corruption?
- It is relatively easier on UNIX because you don't have to worry about registry entries and you can even perform multiple installations on the same box as long as you use different locations and ports.
2) What should be the ideal "rollback" strategy in case an upgrade/patch install fails and corrupts the system?
I am sure I will have some follow up questions, but if someone can get the discussion rolling with these for now, I would really appreciate!
Is there any documentation available around these topics on the boards some place?
Cheers,
Sarang

This is unofficial but usually if you run into a disabled system as a result of a patch and the removal/rollback does NOT work (in other words you are still down).
You should have made complete backups of your FRS, CMS DB, and any customizations in your environment.
Remove the base product and any seperate products that share registry keys (i.e. crystal reports)
Remove the left over directories (XIR2 this is boinstall\business objects\*)
Remove the primary registry keys (hkeylocalmachine\software\businessobjects\* & hkeycurrentuser\software\businessobjects\* )
Remove any legacy keys (i.e. crystal*)
Remove any patches from the registry (look in control panel and search for the full patch name)
Then reinstall the product (test)
add back any customizations
reinstall either the latest(patch prior to update) or newest patch(if needed)
and restore the FRS and CMS DB.
There are a few modifications to these steps and you should leave room to add more (if they improve your odds at success).
Regards,
Tim

SAP GUI 7.20 patch rollback

Hello all,
We are in the process of implementing SAP GUI 7.20 globally using Installation Servers.
I just wanted to pose a "what if" question...
Is there a way to roll back your SAP GUI's to a prior patch if SAP releases a GUI patch that causes major issues in our environment?
Ex: We are on patch 6, we update to patch 7 and there is a critical issue that was missed in QA, which breaks our production end users.
Can I simply apply the previous patch over the new one on the IS server? Or would I be at the mercy of OSS Messages and waiting for SAP to release a hot fix?
Thanks.

Hello Ben
no, that is not possible. The Patch scenario will compare the file versions during the
update. Only higher versions will copied to the client. A lower version does not copied
to the client.
It is only possible, that you deinstall the Sapgui with command line
nwsapsetup /uninstall /all /nodlg
Then you can install the Sapgui again, with the patchlevel you want.
Best Regards
Sven

HFM Patch Rollback

Hi,
I am using version 9.3.1 and planning to upgrade to 9.3.3.
I just want to know that After applying patch for 9.3.3 is there a way to rollback to 9.3.1 in case anything goes wrong?
I think this would be a general thing to rollback to the previous state before patching.
Please, tell me how to do that.
Thanks
J

The 9.3.3 patch will potentially modify files in the hyperion home directory , relational database tables, and potentially .dll libraries within C:\windows\system32.
If you have a good backup you would be in good shape for recovering the system. However, I would use that as a last resort - you should probably commit to the upgrade process and try to work out issues as they come up and try it out in a development environment first.
Nick

Query regarding grouping of 11i baseline patches

Hello,
Application : 11.5.10.2
DB : 10.2.0.4
OS : AIX 6.1
We are thinking of applying the 11i baseline patches in two groups/phases as mentioned below. We have in total 33 baseline patches (plus pre and post reqs too) to apply.
Keeping in mind the functional testing that will be required all the bug fixes brought over by the new baseline patches, we believe that by applying the patches in two phases will be easy for us .
Group 1
· Logistics
· Manufacturing
· Order Management
· Supply Chain Planning
Group 2
· Finance
· Projects
· Procurement
· Human Resources
Do you see any issue with applying the 11i baseline patches in two phases?
Thanks,
Brij

I will be doing the dependency check among the modules. Anyhow If pre-req patch of one module (say M1) is actually a main Bpatch for other module (say M2), we have to apply the M2 module first.Correct.
True, that doing such patching in one phase is good to reduce number of outage to single.
But as per our last estimation while applying baseline patching on test instance, it took approx 40-45 Hrs to apply all patches (150 patches approx base+pre-req combined ). So asking for such big outage time on Prod instance will also not be possible.I understand as this depends on the number of patches/modules/languages and the hardware resources.
Good Luck!
Hussein

Doubt regarding Restoring ORACLE_HOME after applying patch

While going through this doc: http://docs.oracle.com/cd/B16240_01/doc/em.102/e15294/recovery.htm
I encountered a doubt and I wanted to get it cleared:
Under the heading Restoring ORACLE_HOME they have mentioned we can remove any changes made to the inventory.
Does this mean, the patch applied will be rolled back?

While going through this doc: http://docs.oracle.com/cd/B16240_01/doc/em.102/e15294/recovery.htm
I encountered a doubt and I wanted to get it cleared:
Under the heading Restoring ORACLE_HOME they have mentioned we can remove any changes made to the inventory.
Does this mean, the patch applied will be rolled back?Yes
remember close your thread after your questions will be solved
Roshan Jose
Handle:      Roshan Jose
Status Level:      Newbie (15)
Registered:      Jan 28, 2013
Total Posts:      13
Total Questions:      2 (2 unresolved)
Name      Roshan Jose
Occupation      Oracle DBAwhy so many unresolved questions?

SLD s/w version incorrect after patch rollback, how to resynchronise?

After encountering a problem applying SP25 to our XI 3.0 java stack the patches were removed. In the meanwhile the SLD auto update occured and now the SLD technical system shows the wrong version and is causing issues. Triggering an update via visual administrator SLD data supplier service does not fix the issue
Does anyone know how to force an update with the s/w version and patch stack details for the J2EE core components (SAP-JEECOR, SAP-JTECH, SAP-JEE)
thanks
Alison

Hi Alison
Assuming you have rolled back - the next update from (manually or automatic) from the SLD Data Supplier service should update
the latest data supplier information to the SLD - even if this is a previous SP version
If this is not happening then perhaps there is a problem with the SLD Data Supplier service - check user defined is not locked and is in validity date similiarly check the password is correct and not recently changed and check the user rights are correct for Data Supplier user
At the same time one other possibility is that the original update of SP25 information or the creation of the system itself was done by another data source - i.e via SLD sync (from another SLD) or manually added in which case no manual or automatic update may work - in these cases customers need to continue the same import line - i.e if data supplier information was added by a sync only a subsequent sync can update, if manually added then the system must be manually updated in future
Best wishes
Stuart

Query regarding new threads being spawned during rollback operation

Hi,
During a DB operation there are stuck threads that arise because of long time taken to execute the DB operation.
The STUCK thread is acquiring lock on the database driver..
My Queries are:::
Will container create new threads to rollback transaction?
There is a parameter recover only once in xa params.. ? What is the default value for this parameter and is it recommended to use?
Edited by: $vicky$ on May 11, 2010 10:23 AM

Could you check your transaction timeout attribute of your JTA environment and compare this to the server's stuck thread time (configuration health tab). If your transaction time-out is higher than the stuck thread time you must make some adjustments here.
If you are using EJB's and container managed transactions you set the transaction time-out of a particular EJB in the weblogic-ejb.jar deployment override, for example
<weblogic-enterprise-bean>
<ejb-name>MyEJB</ejb-name>
<transaction-descriptor>
<trans-timeout-seconds>100</trans-timeout-seconds>
</transaction-descriptor>
</weblogic-enterpise-bean>
In addition you can use a custom workmanager - to configure the stuck thread time for a particular EJB, for example, (this can also be configured by using the console environment --> work managers)
<work-manager>
<name>VoorbeeldWorkManager</name>
<response-time-request-class>
<name>VoorbeeldRequestClass</name>
<goal-ms>1000</goal-ms>
</response-time-request-class>
<max-threads-constraint>
<name>VoorbeeldConstraint</name>
<count>100</count>
</max-threads-constraint>
<capacity>
<name>VoorbeeldCapacity</name>
<count>100</count>
</capacity>
<work-manager-shutdown-trigger>
<max-stuck-thread-time>300</max-stuck-thread-time>
<stuck-thread-count>5</stuck-thread-count>
</work-manager-shutdown-trigger>
</work-manager>
By using a dispatch policy you can couple this to your EJB
<weblogic-enterprise-bean>
<ejb-name>MyEJBk<ejb-name>
<dispatch-policy>VoorbeeldWorkManager</dispatch-policy>
</weblogic-enterprise-bean>

Patch 5045299 rollback fails

My customer is trying to rollback a patch, and though the rollback is successful the ouput of the 'opatch lsinventory' shows the patch. The customer has retried rollbacl several times but the same is the case.
$ ./opatch lsinventory
Oracle Interim Patch Installer version 1.0.0.0.55
Copyright (c) 2006 Oracle Corporation. All Rights Reserved..
We recommend you refer to the OPatch documentation under
OPatch/docs for usage reference. We also recommend using
the latest OPatch version. For the latest OPatch version
and other support related issues, please refer to document
293369.1 which is viewable from metalink.oracle.com
Oracle Home = /u01/oracle/infra
Location of Oracle Universal Installer components = /u01/oracle/infra/oui
Location of OraInstaller.jar = "/u01/oracle/infra/oui/jlib"
Oracle Universal Installer shared library =
/u01/oracle/infra/oui/lib/solaris/liboraInstaller.so
Location of Oracle Inventory Pointer = /var/opt/oracle/oraInst.loc
Location of Oracle Inventory = /u01/oracle/infra/inventory
Path to Java = /u01/oracle/infra/jdk/jre/bin/java
Log file = /u01/oracle/infra/.patch_storage/<patch ID>/*.log
Creating log file
"/u01/oracle/infra/.patch_storage/LsInventory__01-12-2007_10-02-17.log"
Result:
Installed Patch List:
=====================
1) Patch 5045299 applied on Wed Dec 27 10:27:24 EST 2006
[ Base Bug(s): 5045301 4209212 4003144 3828024 4057685 4560413 5045299
4415825 4005894 4057725 3833654 3833656 4420425 3854239 4201702 4751913 ]
OPatch succeeded.
Any suggestions or views please.
Thank You,
Sindhiya V.

Was there any error during the rollback? Some times, the errors happen but still opatch says "OPatch Succeeded" in the end. Please post the log file of the patch rollback.
If the patch is successfully removed but just the inventory is not getting updated then contact support, they will be able to guide you. There is a tool called "rempatch.pl", which can be used to just update the inventory.

An alert message observered while appling latest patch MLR 10

Hi Gurus,
While applying latest patch MLR10 we observed an alert message as below
"Creating log file "C:\oracle\midtier\.patch_storage\8404955\Apply_8404955_05-21-
2009_15-44-27.log"
Conflicting patches: 8204237,
Patch(es) 8204237, conflict with the patch currently being installed (8404955).
If you continue, patch(es) 8204237, will be rolled back and the
new patch (8404955) will be installed.
Note: If the patch currently being installed (8404955) is rolled back,
it is recommended that the fixes being rolled back here (8204237, ) are reinstal
led.
If a merge of the new patch (8404955) and the conflicting patch(es)
8204237, is required, contact Oracle Support Services and request
a Merged patch.
Do you want to STOP?
Please respond Y|N
Should we rollback the previous patch before applying MLR10 ? or can i continue with patch application ?
Thanks in advance,
Regards,
Cema

Please continue the MLR10 patch installation, this message would appear for the all patch installation (of course, patch number would be different though).

How to get files rollback by using File Adapter

Hi All,
I have a question..
How can we get the files rollback whenever the inbound file adapter is down after reading some files in source.??
Regards,
VenkatCH

Hi VenkatCH,
You can do rollback with File Adapter using jca.retry.* properties.
you can do same with below ways:
1.click on File Adapter.
2. Go to view> property inspector.
3. click on binding properties and set the properties.
Thanks
Richa

Rollback segment problem during import

Hello experts,
please help.
I have the following error when importing table data to my
Oracle 8.1.7 database.
IMP-00058: ORACLE error 1562 encountered
ORA-01562: failed to extend rollback segment number 16
ORA-01237: cannot extend datafile 3
kind regards
Yogeeraj

alter the tablespace which contains rollback segments, and
either change the existing datafile (datafile 3) to autoextend
on or resize, or add new datafile in another disk drive which
has more space (it is better to set autoextend on or give it a
larger space).
Hello experts,
please help.
I have the following error when importing table data to my
Oracle 8.1.7 database.
IMP-00058: ORACLE error 1562 encountered
ORA-01562: failed to extend rollback segment number 16
ORA-01237: cannot extend datafile 3
kind regards
Yogeeraj

Problem Updating Sample App v207 Turnkey Image to 11.1.1.6.5 Patch Set

I've been using the Oracle-provided pre-built Linux Sample App v207 image in a demo/sandbox capacity. I was hoping to patch it to 11.1.1.6.5 in order to squash some bugs, although I'm fairly new to the OBIEE patching process. I'm running into errors when attempting to apply the 1st patch of the set (14696072). It appears it's trying to auto-rollback one or more previous patches, as expected, but these backup rollback directories no longer exist. Perhaps they were deleted from the image prior to release in order to conserve storage space?
I searched the entire drive for traces of patch 14223977, as there were references to this patch with errors in the opatch log file. The directory it's trying to copy files from does not exist. I did find the two directories below which had references to this patch, but they don't include the subdirectories which OPatch is looking for:
/home/oracle/obiee/Oracle_BI1/cfgtools/opatch/14223977_Jul_02_2012_16_48_19/
/home/oracle/obiee/Oracle_BI1/inventory/oneoffs/14223977/
So I'm wondering if anyone else has attempted applying these updates to this particular image and has found a solution. Perhaps it won't be possible if the rollback or backup files for previous patches are in fact missing. I'm admittedely somewhat new to using opatch, so it's very possible it's not the image, but me that's missing something. Any help would be appreciated.
Full log of patch attempt:
+[oracle@obieesampleapp 14696072]$ opatch apply+
+[WARN ][jrockit] MaxPermSize=768m ignored: Not a valid option for JRockit+
Oracle Interim Patch Installer version 11.1.0.9.0
Copyright (c) 2011, Oracle Corporation. All rights reserved.
Oracle Home       : /home/oracle/obiee/Oracle_BI1
Central Inventory : /home/oracle/app/oraInventory
from           : /home/oracle/obiee/Oracle_BI1/oraInst.loc
OPatch version    : 11.1.0.9.0
OUI version       : 11.1.0.9.0
OUI location      : /home/oracle/obiee/Oracle_BI1/oui
Log file location : /home/oracle/obiee/Oracle_BI1/cfgtoollogs/opatch/14696072_Nov_16_2012_05_12_44/apply2012-11-16_05-12-43AM_1.log
Patch history file: /home/oracle/obiee/Oracle_BI1/cfgtoollogs/opatch/opatch_history.txt
OPatch detects the Middleware Home as "/home/oracle/obiee"
OPatch will do the following:
+[Oracle Home discovery] : Configure and Validate Oracle Home info.+
+[Prerequisite for apply] : Invoke prerequisites to see if patch can be applied.+
+[Patch conflict detection for apply patch] : Check if any conflict with already installed patches in Oracle Home.+
ApplySession applying interim patch '14696072' to OH '/home/oracle/obiee/Oracle_BI1'
Running prerequisite checks...
+Interim patch 14696072 is a superset of the patch(es) [ 14223977 ] in the Oracle Home+
OPatch will rollback the subset patches and apply the given patch.
To continue, OPatch will do the following:
+[Prerequisite for auto rollback] : Check if the conflict patches are rollbackable.+
+[Back up for restore] : Back up 92 files for Oracle Home restore in case of patching error.+
+[Patch conflict resolution for apply patch] : Rollback patch(es) [14223977].+
+[Back up for rollback] : Back up 24 files for future patch rollback.+
+[Patch Oracle Home for apply] : Copy 24 file(s) to Oracle Home.+
+[Update inventory for apply] : Modify the inventory to record patch [14696072].+
+Do you want to proceed? y+
y
User Responded with: Y
Prerequisite check "CheckRollbackable" on auto-rollback patches failed.
The details are:
Patch 14223977:
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/admin/provisioning/biinstallhandlerutils.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'biinstallhandlerutils.jar' to '/home/oracle/obiee/Oracle_BI1/bifoundation/admin/provisioning/biinstallhandlerutils.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/admin/provisioning/biinstutils.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'biinstutils.jar' to '/home/oracle/obiee/Oracle_BI1/bifoundation/admin/provisioning/biinstutils.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/admin/provisioning/bisecurityprovision.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bisecurityprovision.jar' to '/home/oracle/obiee/Oracle_BI1/bifoundation/admin/provisioning/bisecurityprovision.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/admin/provisioning/bisecurityprovision_install.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bisecurityprovision_install.jar' to '/home/oracle/obiee/Oracle_BI1/bifoundation/admin/provisioning/bisecurityprovision_install.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/admin/provisioning/biwlsprovision.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'biwlsprovision.jar' to '/home/oracle/obiee/Oracle_BI1/bifoundation/admin/provisioning/biwlsprovision.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/install/applyJDBCDataSourceImpl.py" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'applyJDBCDataSourceImpl.py' to '/home/oracle/obiee/Oracle_BI1/bifoundation/install/applyJDBCDataSourceImpl.py'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/install/oracle.bi_base_simple_template_11.1.1.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'oracle.bi_base_simple_template_11.1.1.jar' to '/home/oracle/obiee/Oracle_BI1/bifoundation/install/oracle.bi_base_simple_template_11.1.1.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/jee/biadminutils.ear" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'biadminutils.ear' to '/home/oracle/obiee/Oracle_BI1/bifoundation/jee/biadminutils.ear'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/jee/bicontentserver.ear" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bicontentserver.ear' to '/home/oracle/obiee/Oracle_BI1/bifoundation/jee/bicontentserver.ear'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/bi-bidomain.properties" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bi-bidomain.properties' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/bi-bidomain.properties'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/bi-bidomainprov.xml" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bi-bidomainprov.xml' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/bi-bidomainprov.xml'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/bidomain/bi-adminservices.xml" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bi-adminservices.xml' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/bidomain/bi-adminservices.xml'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/bidomain/bi-content.xml" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bi-content.xml' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/bidomain/bi-content.xml'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/bidomain/inst/rpdSnippet-template.txt" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'rpdSnippet-template.txt' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/bidomain/inst/rpdSnippet-template.txt'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/bidomain/lib/bifaprovision.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bifaprovision.jar' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/bidomain/lib/bifaprovision.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/bidomain/xslt/jps-config-jse.xslt" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'jps-config-jse.xslt' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/bidomain/xslt/jps-config-jse.xslt'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/common/bi-datasource.xml" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bi-datasource.xml' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/common/bi-datasource.xml'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/bifoundation/provision/scripts/common/py/configure-existing-datasource.py" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'configure-existing-datasource.py' to '/home/oracle/obiee/Oracle_BI1/bifoundation/provision/scripts/common/py/configure-existing-datasource.py'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/clone/provision/bicloning.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'bicloning.jar' to '/home/oracle/obiee/Oracle_BI1/clone/provision/bicloning.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/clone/provision/dbclone-beans.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'dbclone-beans.jar' to '/home/oracle/obiee/Oracle_BI1/clone/provision/dbclone-beans.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/common/templates/applications/oracle.bi.atgpf.wrapper.template_11.1.1.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'oracle.bi.atgpf.wrapper.template_11.1.1.jar' to '/home/oracle/obiee/Oracle_BI1/common/templates/applications/oracle.bi.atgpf.wrapper.template_11.1.1.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/common/templates/applications/oracle.bi_base_template_11.1.1.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'oracle.bi_base_template_11.1.1.jar' to '/home/oracle/obiee/Oracle_BI1/common/templates/applications/oracle.bi_base_template_11.1.1.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/common/templates/applications/oracle.bicontentserver_template_11.1.1.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'oracle.bicontentserver_template_11.1.1.jar' to '/home/oracle/obiee/Oracle_BI1/common/templates/applications/oracle.bicontentserver_template_11.1.1.jar'+
Copy Action: Source file "/home/oracle/obiee/Oracle_BI1/.patch_storage/14223977_Apr_5_2012_19_27_27/files/install/config/biconfig.jar" does not exist.
+'oracle.bi.biinst, 11.1.1.6.0': Cannot copy file from 'biconfig.jar' to '/home/oracle/obiee/Oracle_BI1/install/config/biconfig.jar'+
+[ Error during Prerequisite for auto rollback Phase]. Detail: OPatch failed during prerequisite checks: Prerequisite check "CheckRollbackable" on auto-rollback patches failed.+
System is intact, OPatch will not restore the system
Recommended actions : Please roll back the conflict patches using 'opatch rollback' command.
OPatch failed with error code 70
Thanks in advance for any insight.

Thanks for your reply, Jay. This seems to confirm my suspicion of the files being removed intentionally. This would imply that this image wasn't meant to be patched? So if this is the case, I'd like to confirm that there's not going to be any hope of moving this particular image to 11.1.1.6.5. I'm hoping someone may be able to prove otherwise, but it's not sounding very promising.
I understand that a new manual install is an alternative, but due to several factors, I'd like to avoid that if at all possible. It appears Oracle has not released manual install files for Sample App v207 (please correct me if I'm mistaken about that). I have several scripts based on this content/config which would make patching a much easier route, if possible.
Thanks in advance for any additional insight.

OWB version does not change with Oracle database 11.1.0.7 patch

Hi,
This is Kumar and I have just completed applying Oracle database 11.1.0.7 patch (p6890831_111070_Linux-x86-64.zip) on top of Oracle 11.1.0.6 database on RedHat Linux machine. After successful installation, I have issues below statement to check the validity and version of the installed components.
select comp_name, version, status from dba_registry;
I could see all the component's version as 11.1.0.7 except OWB component's version which is still *11.1.0.6.0* and status is VALID
Could you please let me know what went wrong in my installation? or Is this behavior expected one?
Regards,
Kumar

Did you check with Patch inventory ?
You can run the OWB health check script (download from metalink) to the configuration.

Quarter Patch Confusion

Hi All,
Client has requested to apply a second quarter patch.
However the quarter patch is yet released now.
As per the oracle doc, The quarter patches dates are following.
From the below patches which one is the 2nd quarter patches.
17 July 2012
16 October 2012
15 January 2013
16 April 2013
Environment information:
OS : RHEL 5
Db : 11.1.0.7
Please Suggest.
Thanks and Regards,

Hi;
From the below patches which one is the 2nd quarter patches.
17 July 2012
16 October 2012
15 January 2013
16 April 2013Critical Patch Update - January 2012 << 1th quarter
Critical Patch Update - April 2012 << 2th quarter
Critical Patch Update - July 2012 << 3th quarter
Critical Patch Update - October 2012 << 4th quarter
Regard
Helios

Regarding 9.2.0.8 patch rollback

Similar Messages

Maybe you are looking for