所以我把3个数据库从10.2.0.5升级到11.2.0.4。他们中的两个人过得很好。长话短说,最后一次升级在接近尾声时被中断了(如果需要更多细节,请告诉我)。尝试了几件事,然后决定恢复,因为我以前从未手动完成过数据库的升级。这是没有时间效率的。
恢复后,再次运行步骤准备升级,运行第三个数据库的升级助理脚本。第一个屏幕正确地声明Oracle = 10.2.0.5,但是在点击next之后,就被告知在升级之前需要挂载数据库。数据库处于启动模式。所以我再次点击next,看看是否会收到不同的信息。下一条留言是我读到的,
“升级助理用于启动数据库名字。从>file /var/opt/ Oracle / Oracle /oracle获取的oracle >Home /oracle/Product11.2.0.4/db_1用于连接到数据库。>数据库不是从oracle/oracle/Product11.2.0.4/db_1运行的,也没有找到>正确的初始化参数文件(pfile)。”
然后,它促使我为init文件提供路径。但在此之前,我检查了oratab;它正确地说明了该数据库的10.2.0.5。继续给出init文件的路径,返回相同的错误,而不选择init文件。尝试带一个好的pfile副本,更改我需要更改的参数,删除spfile并从pfile中创建一个新的spfile,然后用相同的结果再次尝试。
因此,我猜想,在中断的升级过程中,可能有人更改了一些我不知道的引用,即告诉升级助理原始数据库Oracle Home在11.2.0.4中,而不是oratab和听者实际说的10.2.0.5。任何对我需要在这里改变的洞察力都会受到极大的赞赏,因为我不想再做一次恢复,因为如果没有一个计划,我将做什么,我将做的与上次我这样做。
发布于 2017-06-14 18:53:13
因此,经过大量的调查和尝试,我找到了解决办法。我从$ORACLE/cfgtoollog/dbua/ .log中删除了这些文件。在重新开始会议和UA之后,它工作得很好。我不完全确定为什么会起作用(这让我很困扰),但答案是这样的。希望在这种情况下,这将对其他人有所帮助。
感谢那些对我的问题发表评论的人。
https://dba.stackexchange.com/questions/176084
复制相似问题