标签归档:升级

Exadata 升级过程(二)—catbundle.sql

发表在 安装和升级 | 标签为 , , | 留下评论

Exadata升级过程(一)

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 … 继续阅读

发表在 安装和升级 | 标签为 , | 2 条评论