标签归档：升级

DB节点和CELL节点的升级都可以分为滚动个非滚动方式，为了节省时间，本次采用非滚动并行升级的方式。 本次升级从Exadata Image 11.2.3.1.1 升级到 Exadata 11.2.3.2.1。 数据库从Oracle 11.2.0.3 BP 8升级到 BP 16。 具体的升级步骤和过程还是要通读Oracle官方文档。 一、升级image前的准备工作 升级CELL节点需要使用patchmgr工具，首先要为patchmgr配置合适的SSH数据加密算法： 1、打开SSH的debug模式： 这样就可以在ssh_client_debuglog.txt中查看debug信息： 2、如果下面的命令输出结果为空，则表示需要为patchmgr设置数据加密算法： Exadata缺省没有配置特别的数据加密算法（只配置了一些数据传输的加密算法），因此，需要在/etc/ssh/ssh_config添加“Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour”，因为服务器需要至少其中一种数据加密算法： 3、检查各个cell节点之间root用户安全的信任关系（ssh User Equivalency）： 我这里检查的“all_group”，这个文件包含了全部的结算节点和cell节点： 如果root的安全信任关系没有建立，可以使用如下方法建立，否则，可以直接进入“4、检测磁盘组属性disk_repair_time配置”： 创建ssh秘钥： 使用dcli的 -k 参数将秘钥添加到其他cell节点： 检查个cell节点安全的信任关系是否正确配置： 4、检测磁盘组属性disk_repair_time配置（这是11g ASM的一个新特性，这里不单独赘述）： 修改这个主要是为了避免升级过程中达到缺省的3.6小时后在cell节点执行删除griddisk的操作。如果发生删除了griddisk的情况，那么，需要升级完成后手工添加这些磁盘组. 这个缺省值一般来说可以满足需求了。本次考虑升级满配的时间可能会超过3.6小时（这个是缺省值），因此将该值修改为10小时，等到升级完成后，可以讲该参数再改回3.6小时 5、检查操作系统内核版本 因为Exadata当前的image是11.2.3.1.1，从image 11.2.3.2.1开始，Oracle推荐使用ORACLE UEK（Unbreakable Enterprise … 继续阅读 →