standby 数据库升级步骤

ORACLE 10G data guard 升级步骤

原来版本 10.2.0.1.0
升级版本 10.2.0.3.0
平台 Redhat AS4 for 64bit

1.去metalink上下载补丁包 p5337014_10203_Linux-x86-64.zip


2.升级步骤，首先升级standby 后面都称为B机，然后进行切换，升级primary，后面都称为A机
2.1 升级B机，shutdown 数据库，然后执行./runInstall 开始安装patch包
        按照提示一步一步安装，最后执行root.sh结束patch的安装。
2.2  修改spfile的compatible参数，将10.2.0.1.0改为10.2.0.3.0
2.3 启动数据库，startup mount,然后开始apply log
        查看一下alter日志，日志的应用和传输是否正常，是否有报错。
        由于在standby模式下，因为无法以读写方式打开，所以实例是无法upgrade的，需要把stanby切换成primary才行。
2.4 确认standby同步没有问题后，将A机和B机做一个switchovers，B机现在成为primary，开始对B机升级
        sqlplus '/as sysdba'
        sql> startup upgrade;   ---以upgrade方式打开数据库，否则无法打开实例
        sql>@catupgrd.sql       ---开始升级，这个脚本在$ORACLE_HOME/rdbms/admin下，作用是确定那些升级脚本需要运行，并且会自动运行，这个脚本还会升级你安装的数据库组件。
        #Run the utlrp.sql script to recompile all invalid PL/SQL packages now instead of when the packages are accessed for the first time. This step is optional but recommended.

    SQL> @?/rdbms/admin/utlrp.sql  ---编译一下失效的对象

                                  
运行大概需要10分钟左右，这个跟你选择的组件多少也会有关系，我只安装了Oracle Database Server，所以时间不是很长。
                                 
          执行完毕后，如果没有错误，shutdown immediate关闭数据库，然后就可以 startup 打开数据库。
          这个时候，B机的数据库就转换为primary数据库了，可以把应用切换到这台服务器上了。
          业务开始正常运行，总共停机时间大概也就是10分钟多一点。                                  

3.升级A机
        这个时候A机上的数据库已经被转换为standby了，按照上面的步骤，shutdown immediate 关闭数据库
        执行./runInstall 开始安装patch包
        按照提示一步一步安装，最后执行root.sh结束patch的安装。
3.1 修改spfile的compatible参数，将10.2.0.1.0改为10.2.0.3.0
3.2 startup mount方式启动数据库，开始apply log，查看一下alter日志，日志的应用和传输是否正常，是否有报错。
如果没有报错，升级就算结束了
也许有人会问，这台数据库还没有upgrade呢，没错，如果这个时候对A机的数据库upgrade，那不可避免又要停机，停止应用，因为
必须把standby切换为primary才能进行升级。
但是不upgrade，并不影响日志的应用，因此数据会一直在同步的。
所以这个时候并不着急切换，等到下一次需要从B机切换会A机的时候，再对数据库upgrade。
当然你也可以再切换一次，这次就一并升级也可以，不过这样又要停机10分钟左右，这需要根据业务的重要性来定了。

总结：
这样升级的优点是停机时间少，操作简单。缺点是可能需要操作两次，因为还有一次upgrade也许要留到了以后做。
oracle官方文档的升级步骤看着太繁琐，根据自己的理解进行的升级，感觉还是很快速方便～