[求助]，从R12.1.1 升级到R12.1.2了遇到的问题，卡住了

xxzhaobb

原帖由 goodhawk 于 2009-12-29 02:12 发表
凌晨2点钟，昨天喝了点酒， 现在醒了。 我来简单答复一把。

12R的没有玩过RUP patch， 我在11i 版本下面打过RUP5。 这种过程， 一般涉及的问题比较复杂， 但是解决的方法不外乎如下几种：

首先要制定打patch的顺序， 上次我在折腾的时候， 我就是把乙方的一个家伙先叫过来， 让他们分析一把各个patch的关联关系， 哪个要打，哪个不要打，要写下来， 然后， 就在测试环境大胆尝试（一般而言， 打的过程不可能是完全按照文档发生的， 注意做一下记录）。

1， 使用工具 adctrl， adadmin（注意 oracle 隐藏了一个8的选项， 不知道12R下面有没有）
2， 经常会出现的环境变量没有设置的问题， 以及那份配置的 XML 文件经常异常， 注意保存， 出现异常的时候，用autoconfig 重新做一把， 此时， 经常是 DB，APP 层次都要做（如果你分成2个节点的话）。
3， 在打patch的时候，发生卡住的时候， 首先是 adctrl 看一下worker怎么样了， 可以尝试去重启一下， 起完之后没有任何反应的话， 你可以看一下 正在执行的那句sql，里头都有什么东西， 很有可能是执行的sql里头的某个objects 无效， 那么， 这时候不要停， 去db看一下， 哪个objects无效了， 尝试想方法让它有效， 这样子之后， 一般而言，worker就会继续工作， 如果还不工作， 可以尝试停掉， 停掉之后， 应该会抛出一个 FND%PROGRESS% 类似的表， 可以把这个表里头的data 删除， 然后重新打一下patch。   
4， 最糟糕的结果， 就是发生数据库的文件从一个地方copy到另外一个地方不完整， 这时候， 往往需要重新做。


在打的过程中， 经常使用的几个命令， ps, grep, tail,top(aix 下是 topas), iostat, vmstat

这是当时上RUP5的总结，
http://www.appsboss.com/bbs/view ... &extra=page%3D1

你可以尝试自己查查那句sql发生啥玩意了？再尝试把明显的error paste 给大家帮忙分析。

祝君好运 ：-）

谢了
凌晨2点回贴。
我有空试试看  你提供的办法。

xxzhaobb

还是继续卡

看了一下Adctrl。log
发现有个.class失败

xxzhaobb

今天直接关闭了。并且关闭维护模式。
重启后登录，先是提示这个：
--------------------------
<PRE>Oracle error 6519: java.sql.SQLException: ORA-06519: 检测到活动的独立的事务处理, 已经回退 ORA-06512: 在 &#34;APPS.FND_FUNCTION&#34;, line 2155 ORA-06512: 在 &#34;APPS.FND_FUNCTION&#34;, line 1090 ORA-06512: 在 &#34;APPS.FND_FUNCTION&#34;, line 1018 ORA-06512: 在 &#34;APPS.FND_FUNCTION&#34;, line 1304 ORA-06512: 在 &#34;APPS.FND_FUNCTION&#34;, line 1592 ORA-06512: 在 &#34;APPS.FND_FUNCTION&#34;, line 1674 ORA-06512: 在 &#34;APPS.FND_SESSION_MANAGEMENT&#34;, line 1321 ORA-06512: 在 &#34;APPS.FND_AOLJ_UTIL&#34;, line 421 ORA-06512: 在 line 1 has been detected in FND_AOLJ_UTIL.is_Valid_ICX. </PRE>
Servlet error: An exception occurred. The current application deployment descriptors do not allow for including it in this response. Please consult the application log for details.
--------------------------------------------

xxzhaobb

重新用网页打开后，提示这个
Unable to authenticate session.

liuf19780320

我的是从12.0.4到12.0.6到12.1.1再到12.1.2, 除了几个form编译不成功之外, 没有碰到大问题啊, 我用的操作系统是Solaris 8 for Sparc 64bit. 仔细查一下你下载的patch有无问题, 另外是否完全按照文档步骤来做.

xxzhaobb

原帖由 liuf19780320 于 2010-1-7 11:45 发表
我的是从12.0.4到12.0.6到12.1.1再到12.1.2, 除了几个form编译不成功之外, 没有碰到大问题啊, 我用的操作系统是Solaris 8 for Sparc 64bit. 仔细查一下你下载的patch有无问题, 另外是否完全按照文档步骤来做.

Patch 是从Matelink上下载的。
你这里有升级文档么？能否提供参考下，
谢谢。

rambler88

我遇到过同样的问题，那句sql执行了30+小时还是不能通过，CPU占用90%以上。
我解决的方法是暂时kill停掉这个sql进程，系统会自动进行下面的操作。
安装完成之后可以在adadmin里手动编译无效的objects（我有3000多个），或者重新执行
那个sql，这个sql是允许re-run的。
在kill掉sql之后往下走，后来在生成某些form的时候又挂起了，CPU占用很高，重启worker根本没有相应了。
停掉了adpatch，restart了db，再继续adpatch（从上次失败的地方继续开始），那些失败的form就能很快生成了，大概是有些垃圾没有被及时释放，清一下就ok了。打完patch之后，同样可以用adadmin生成form或report。
如果你遇到CPU占用大这种问题，可以尝试一下我的方法。祝大家好运。

xxzhaobb

原帖由 rambler88 于 2010-1-16 20:31 发表
我遇到过同样的问题，那句sql执行了30+小时还是不能通过，CPU占用90%以上。
我解决的方法是暂时kill停掉这个sql进程，系统会自动进行下面的操作。
安装完成之后可以在adadmin里手动编译无效的objects（我有3000多个），或者重新执行
那个sql，这个sql是允许re-run的。
在kill掉sql之后往下走，后来在生成某些form的时候又挂起了，CPU占用很高，重启worker根本没有相应了。
停掉了adpatch，restart了db，再继续adpatch（从上次失败的地方继续开始），那些失败的form就能很快生成了，大概是有些垃圾没有被及时释放，清一下就ok了。打完patch之后，同样可以用adadmin生成form或report。
如果你遇到CPU占用大这种问题，可以尝试一下我的方法。祝大家好运。

谢谢了

前几天运行过程中突然停电了。   数据库坏了。
数据库刚刚修复好。

等会儿按照你的方法试试看。

Benin

收藏了

Frenkie1979

  呵呵  有人成功升级到1.2了吗？ 呵呵 努力～～～5月份有可能发布1.3.。