MiCloud系統快照測試(II)

這次來點狠的!
相信Cloud IaaS服務上的快照是針對一個VM來進行的,所以有任何閃失應該都可以回來才對!
那∼把/etc/下面檔案踡砍了好了....(一般系統可別這麼做∼這台是測試機阿!!)
動作如下:(中間下錯一行指令@@...別見怪...)


砍光之後,悲劇果然發生...連reboot都給他卡住@@
看起來連不上了...@@
就直接上管理平台上點選"回復"吧..
回復比之前多了好長一段時間...(大約幾分鐘吧)
好不容易恢復到running狀態...連連看吧



一連try了好幾次連線都失敗@@
最後終於成功了!
登入系統∼OK!
檢查/etc/下面檔案∼OK!



結論:
其實不意外,以Linux架構而言,以檔案管理裝置...理應恢復檔案就可以恢復系統狀態,而可以猜想得到這應該是虛擬平台上提供的功能,而非執行中主機(我的這台測試機器)的OS內部功能...因為全都掛了,也不可能自己回復自己拉∼(這個分析比較沒有建樹...)。不過可以推論,下次安裝重要服務或是Patch時候,先照張相准沒錯!

這個網誌中的熱門文章

Bash判斷參數是否存在

Node.js package : forever