一种迁移式升级的方案考虑 (r7笔记第90天)

作者: admin 分类: 公众号存档            0 次浏览 发布时间: 2016-01-26 23:57

公众号:杨建荣的学习笔记 · 作者:杨建荣 · 发布:2016-01-26 23:57:35 · 原文链接

      目前遇到了一个问题,目前的是一主两备的环境,但是主库,备库中的存储空间都不足。而且硬件环境相对要老旧一些。想扩容难,系统版本老旧想升级也难。
      数据库是基于10gR2,有异地灾备。但是因为10gR2的dataguard没有灾备的感觉,其实感觉和一个主库没有什么明显的差别。而且一旦发生问题,切换以后,硬件的限制瓶颈还是解决不了,所以化被动为主动,可以提前预警,提前规划和考虑。
     现在是一主两备,但是备库目前的情况不容乐观,所以需要扩容一下,升级操作系统版本,目前为6U5,重新规划磁盘分区,在新分区中采用了SSD来提高性能。

     所以我们需要一台配置要好一些的机器来顶过来,接替目前的系统的工作。配置完成之后就是下面的图形所示。
     当然因为重做系统,需要重新搭建第二个备库,这个时候可以根据第1个备库来复制生成第二个备库。

      所以需要做一些前期工作,保证这个时间要尽可能短。开始迁移式升级的时候,先做一个switchover,即主从切换。

     这个时候备库1对于切换之后的库来说是不可用状态,但是对于原来的主库还是有用的。稍后解释。
     switchover之后开始升级切换后的主库至11.2.0.4.0

     这个过程就是没有任何的灾备情况,升级成功之后就需要重构备库,这里有一段的空白。
      升级完成之后,开始重构备库,那么这个时候,可以分批分步来构建,首先通过online的方式构建第一个备库,然后基于第一个备库来构建第二个备库。
完成之后的示意图如下:

    而一旦升级失败,需要有回退方案,原来的主库立即做failover,这个时候备库2是不可用状态,需要重新同步备库1

     以上大体就是这个方案的一些思路,里面还是有很多的细节需要考虑,目前的停机维护时间比较短,所以也在思考有没有更好的方法来做。

admin

杨建荣,《Oracle DBA工作笔记》《MySQL DBA工作笔记》作者,dbaplus社群发起人之一,腾讯云TVP,现任竞技世界系统部经理,拥有十多年数据库开发和运维经验,目前专注于开源技术、运维自动化和性能调优

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注