使用ucloud有一段時間了，正好趕上ucloud資料方舟產品問世，也有幸參與了資料方舟的內測體驗。
由於本人非專業的測試運維人員，所以測試內容和測試步驟相對簡單，只是簡單模擬了一些場景。
2:自動備份內測
首先通過df命令檢視系統盤與資料盤的位置
3:模擬系統恢復。首先記錄下當前時間點t。往當前使用者下上傳兩個檔案。檔案上傳成功後關閉機器。
選擇秒級恢復，並選擇時間點t
恢復成功後重啟機器。可以看到，剛才上傳點兩個檔案已經刪除，標示恢復成功
4:模擬系統恢復。往當前使用者下上傳兩個檔案a，b。記錄時間點t，再繼續上傳另外乙個檔案c
同樣選擇秒級恢復，並選擇時間點t
恢復後重啟機器，發現a檔案存在，b，c檔案存在。與預期的a，b都存在都結果不一致。重複模擬，偶爾會與預期結果相同。
5：模擬資料恢復
切換到/data目錄下，建立目錄並上傳檔案，同樣與系統恢復一樣到操作，只不過恢復時選擇資料盤恢復
測試結果與系統盤恢復相同。
6:模擬整點恢復
記錄某個整點的狀態，然後往系統盤或者資料盤上傳一些檔案。關機，選擇整點備份
整點恢復基本能夠達到預期效果。但是如果在整點的過程當中上傳檔案。比如在1點58上傳乙個交大的檔案，持續時間較長。那麼在3點鐘恢復到2點的時候會出現無法預期的結果。
7:手動建立備份,啟動後模擬檔案生成。關機，選擇備份檔案。
原始檔案
模擬後檔案
恢復後檔案
系統成功的恢復到備份時候的狀態。
結論：ucloud資料方舟能夠滿足一些基本的系統恢復需求。但是也要求我們對要恢復的資料有明確的了解。
如果主機上只部署了應用系統，而沒有儲存與業務資料相關的資料或者檔案。這鐘情況秒級備份或者整點備份基本可以滿足需求。系統down了，恢復到前面某個時間點，那麼系統可以繼續執行。
如果主機上部署的是一些業務資料或者業務檔案。比如**庫，檔案儲存等系統。這種情況下整點備份＋適當但手動備份比較可靠。如果系統架構比較複雜可能還需要考慮其他備份方案。
對於秒級恢復可能還需要配合一些監控手段來確保我們能夠恢復到比較可靠的時間點
一些疑問：
1:開啟了資料方舟功能後無法重灌系統，可能ucloud有其他方面因素的考慮
2:資料方舟的恢復功能只能在本機恢復，無法將資料恢復到另外乙個主機。如果由於一些問題或者需求需要將資料恢復到別的機器上則無法實現
微盟打通小紅書 首批內測報名商戶超百家
techweb 11月3日訊息，近日，微盟宣布與小紅書達成小程式 解決方案方面的深度合作，微盟商家將接入小紅書平台。雙方合作後，基於微盟的saas能力和運營經驗，可幫助小程式商戶在小紅書平台開店，完善商戶的全渠道布局能力。同時，微盟作為小紅書的生態營銷服務商，可進一步為品牌商戶實現小紅書生態內的從內...
放大招！Flyme 7發布在即，內測報名正式啟動
昨天，flyme 官微發布了懸念海報，真正的美好，才能創造出更美好。明天，為你而來 很明顯的暗示了flyme7 的到來。而就在今天，flyme 官方也正式開啟flyme7 內測通道，歡迎魅友報名內測。flyme以往的內測通常都是在系統正式亮相發布會以後，然而這一次的內測活動卻搶先一步，對於flyme...
易觀方舟通過中國信通院大資料產品能力評測
今日，由中國資訊通訊研究院 中國通訊標準化協會 中國網際網路協會聯合主辦的 2019 資料資產管理大會在北京召開。大會匯集國內外知名機構的資料資產管理領軍專家，對政務 工業 金融等領域的資料資產管理問題展開深入 並頒發了 第九批大資料產品能力測評 證書。智慧型使用者資料中颱易觀方舟憑藉領先的技術突破...