目前遇到了一個問題，目前的是一主兩備的環境，但是主庫，備庫中的存儲空間都不足。而且硬體環境相對要老舊一些。想擴容難，系統版本老舊想更新也難。
資料庫是基于10gR2，有異地災備。但是因為10gR2的dataguard沒有災備的感覺，其實感覺和一個主庫沒有什麼明顯的差别。而且一旦發生問題，切換以後，硬體的限制瓶頸還是解決不了，是以化被動為主動，可以提前預警，提前規劃和考慮。
現在是一主兩備，但是備庫目前的情況不容樂觀，是以需要擴容一下，更新作業系統版本，目前為6U5，重新規劃磁盤分區,在新分區中采用了SSD來提高性能。
是以我們需要一台配置要好一些的機器來頂過來，接替目前的系統的工作。配置完成之後就是下面的圖形所示。
當然因為重做系統，需要重新搭建第二個備庫，這個時候可以根據第1個備庫來複制生成第二個備庫。
是以需要做一些前期工作，保證這個時間要盡可能短。開始遷移式更新的時候，先做一個switchover,即主從切換。
這個時候備庫1對于切換之後的庫來說是不可用狀态，但是對于原來的主庫還是有用的。稍後解釋。
switchover之後開始更新切換後的主庫至11.2.0.4.0
這個過程就是沒有任何的災備情況，更新成功之後就需要重構備庫，這裡有一段的空白。
更新完成之後，開始重構備庫，那麼這個時候，可以分批分步來建構，首先通過online的方式建構第一個備庫，然後基于第一個備庫來建構第二個備庫。
完成之後的示意圖如下：
而一旦更新失敗，需要有回退方案，原來的主庫立即做failover,這個時候備庫2是不可用狀态，需要重新同步備庫1
以上大體就是這個方案的一些思路，裡面還是有很多的細節需要考慮，目前的停機維護時間比較短，是以也在思考有沒有更好的方法來做。