一種遷移式升級的方案考慮

目前遇到了一個問題，目前的是一主兩備的環境，但是主庫，備庫中的儲存空間都不足。而且硬體環境相對要老舊一些。想擴容難，系統版本老舊想升級也難。
資料庫是基於10gR2，有異地災備。但是因為10gR2的dataguard沒有災備的感覺，其實感覺和一個主庫沒有什麼明顯的差別。而且一旦發生問題，切換以後，硬體的限制瓶頸還是解決不了，所以化被動為主動，可以提前預警，提前規劃和考慮。
現在是一主兩備，但是備庫目前的情況不容樂觀，所以需要擴容一下，升級作業系統版本，目前為6U5，重新規劃磁碟分割槽,在新分割槽中採用了SSD來提高效能。

所以我們需要一臺配置要好一些的機器來頂過來，接替目前的系統的工作。配置完成之後就是下面的圖形所示。
當然因為重做系統，需要重新搭建第二個備庫，這個時候可以根據第1個備庫來複制生成第二個備庫。

所以需要做一些前期工作，保證這個時間要儘可能短。開始遷移式升級的時候，先做一個switchover,即主從切換。

這個時候備庫1對於切換之後的庫來說是不可用狀態，但是對於原來的主庫還是有用的。稍後解釋。
switchover之後開始升級切換後的主庫至11.2.0.4.0

這個過程就是沒有任何的災備情況，升級成功之後就需要重構備庫，這裡有一段的空白。
升級完成之後，開始重構備庫，那麼這個時候，可以分批分步來構建，首先透過online的方式構建第一個備庫，然後基於第一個備庫來構建第二個備庫。
完成之後的示意圖如下：

而一旦升級失敗，需要有回退方案，原來的主庫立即做failover,這個時候備庫2是不可用狀態，需要重新同步備庫1

以上大體就是這個方案的一些思路，裡面還是有很多的細節需要考慮，目前的停機維護時間比較短，所以也在思考有沒有更好的方法來做。