楚人有涉江者，其劍自舟中墜於水，遽契其舟，曰：“是吾劍之所從墜。”舟止，從其所契者入水求之。舟已行矣，而劍不行，求劍若此，不亦惑乎?
——《呂氏春秋.察今》
最近碰到一個項目，要將線下的Oracle 數據庫遷移上雲，且時間緊迫。
我們知道阿里雲有一整套的去O上雲工具箱，包括遷移工具ADAM、高度兼容Oracle的雲數據庫PPAS或PolarDB Oracle兼容版，但使用這些工具進行遷移時難免會涉及到一些前期的調研分析和評估，甚至要對部分應用代碼進行修改調整，假如客戶要馬上上雲，怎麼辦？
為此我的建議是：可以先上雲再去O，直接用單機ECS運行Oracle的單實例，並在雲上去O。
看到這裡，有一些架構師肯定認為這樣並不可行：用單機來運行Oracle，太不靠譜了吧？因為一般Oracle 數據承載的生產系統一般都是關鍵業務系統，對性能和可靠性的要求都非常高，單機能滿足麼？
要說硬件PC服務器的確有點懸，但阿里雲ECS則另當別論。原因是在雲計算在誕生之初，單個計算節點的可靠性確實不高，當時主要是通過雲原生架構來解決高可用問題。但在國內由於IT技術發展的水平並不均衡，在雲計算的初始用戶中運行著大量的傳統應用，即便到今天為止還依然存在大量的傳統架構應用無法馬上遷移到雲原生架構，因此國內的雲計算廠商都在單計算節點的可靠性上下足了功夫，其中尤以阿里云為甚，通過主動的基於AI大數據分析的故障預警和在線熱遷移，阿里雲ECS的可靠性和性能已經無限逼近小型機。請看數據：
- 阿里雲ECS的承諾SLA為每個運行週期（月）不低於99.975%，相當於停機時間在10分鐘以內，而一個月的時間足夠完成去O了。
- 阿里雲ECS最大支持到208 vCPU，3072 GiB內存，可碾壓絕大多數小型機。
- 阿里雲ESSD 單盤性能可達100萬IOPS，妥妥中高端存儲的性能水平。
此外，在雲上還有額外的保障性措施：
- 阿里雲DBS服務，支持對Oracle數據庫的DataGuard 在線實時備份，並可做到秒級恢復。
- 阿里雲ECS快照服務，支持對每塊磁盤保留1000個自動快照，一個小時生成一個快照也可以保留一個月以上。另外通過快照可以隨時生成生產系統的副本用於遷移驗證測試。
- 阿里雲堡壘機，去O服務團隊不用去客戶現場也能通過堡壘機統一登錄並對所有操作進行錄像留存。
先上雲，再去O，解鎖去O新姿勢。