一种迁移式升级的方案考虑

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

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

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

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

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

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

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