Mason.Lyu wrote:
1. 你想要使用Active...(恕刪)
我沒使用過這台NAS上的VM功能，因為這麼小的一台機器，我的VM沒有一個能在上面跑的。我的VM最小使用8G ram, 最大使用48G RAM，所以我知道他有VM功能，但我知道這功能宣傳意義大於實際意義。
scottielin1024 wrote:
cloud sync不就是用來同步檔案用的嗎?? VM備份下來後就是一個一個的檔案，本質上跟word文件沒兩樣，只是檔案比較大，可能有幾百G，但也有很小的VM，只有十幾G，但一樣無法上傳資料。當初買這個NAS，最吸引我的就是那個active backup for business，沒這功能，我壓根不會考慮這個NAS，所以我一開始不測試這個，事實上也沒什麼好測試的了。
其實對我們來說cloud sync才是最適用的，因為同步上去的是一個一個的檔案，可以用任何機器到google抓下來可以直接掛vmdk開機VM，回復速度對於一個災難復原也是一個重要的考慮因素。
會不會是Google帳號的問題？cloud sync能否同步Google商業帳號？
普通Google雲端硬碟帳號(免費15GB的)，使用cloud sync很簡單，跟Google自己的同步軟體概念差不多，都是資料夾對應資料夾的方式去設定，把要同步的檔案集中在NAS的一個共用資料夾之下就可以設定cloud sync
1、用cloud sync登入Google帳號
2、指定一個Google遠端資料夾
3、指定一個NAS共用資料夾
4、指定同步方式(單向下載、單向上傳、雙向同步)和同步檔案規則
注意1、一個任務只能設定一組資料夾同步，多組資料夾要同步就要建立多個任務
注意2、不同等級NAS因為CPU和RAM而影響同步數量(官網效能表有建議上限)，同步檔案數量太多會跑到系統凍結
肚子三層非一日之饞 wrote:
會不會是Google...(恕刪)
Google Drive沒問題，cloud sync也可以傳一般的file，但最大問題就是透過active backup for business備份下來的VM就是無法傳到google，我不知道原因為何，但剛收到synology的技術支援回應，我很失望，因為他們根本沒去仔細看我的問題所在，就隨便敷衍一個答案給我。而這個回答並無法解決我的問題，因為回答的操作步驟我先前就是那樣做的，而且重複了十幾次，沒有一次成功，但他們竟然還要我再重複那些已經失敗的操作，所以我挺失望的。
你說的能傳一般file，但對VM無效。而且傳一般file也不是那麼完整，比如我有40萬個file大約1000G，但cloud sync只同步了約10萬個然後就顯示" up to date "，這顯然是無法接受的。
如果你能把備份的esxi 上的VM 傳到Google drive請告訴我怎麼做，我非常需要這個功能。
這就是我為何來此，碰碰運氣，說不定比找synology有用。
scottielin1024 wrote:
cloud sync不就是用來同步檔案用的嗎?? VM備份下來後就是一個一個的檔案，本質上跟word文件沒兩樣，只是檔案比較大，可能有幾百G，但也有很小的VM，只有十幾G，但一樣無法上傳資料。當初買這個NAS，最吸引我的就是那個active backup for business，沒這功能，我壓根不會考慮這個NAS，所以我一開始不測試這個，事實上也沒什麼好測試的了。
cloud sync 是用來做 NAS 和 public cloud 的檔案同步, 這是沒錯的, 但它無法適用於所有的環境, 有一個重點, 它是 file based, 所以一個檔案即使是小小的異動, 整個檔案都要重新同步重傳, 這就是重點, 為何小弟特別提到建議在 NAS 端就要能夠分辨出那些才是真正需要備份的差異資料, 利用 datastore & hyper backup 就是這個目的, 前面提到既然 vm image 不放在 NAS 上, 那麼就要找出其他的方式來達到這個目的, 以你的案例, Cloud Sync 並不適合.
其實對我們來說cloud sync才是最適用的，因為同步上去的是一個一個的檔案，可以用任何機器到google抓下來可以直接掛vmdk開機VM，回復速度對於一個災難復原也是一個重要的考慮因素。
不管是用 cloud sync or hyper backup 備份至 google drive, 要重新回存都是要下載的, 回復速度上不見得 cloud sync 會比較快, 因為在 hyper backup 上面它本身已經壓縮過了, 尤其是 vm image file, 它的壓縮比會更高. 而且備份也不會只有一份, 相信在本地端也有, 所以並不是非得用 Cloud Sync 才能達到目的.
如果用hyper backup，那就是打包成一個一個的備份image，屆時就必須要用nas才能復原，災難發生時這會極大拖延復原時間，與便利性，所以對於vm類型的備份這不應該是首選，因為VM備份出來的vmdk事實上就已經是個image，再打包成另一個image實在有點多此一舉吧。如果是實體機器那hyper backup就比較適合。
這前面解釋過了, hyper backup & cloud sync 各自有不同的應用環境, vm image 再利用 hyper backup 的 image 打包備份兩者並不衝突, 只要找到適用的方案就好. hyper backup 有它自身的管理方式, 你可以把它視為 block device 或是一個 virtual storage pool, 它在做異地的備份及還原上絕對比 Cloud Sync 更有效率.
就像前面網友提議的, 建議跟原廠連絡找到適用的方案, Cloud Sync & Hyper Backup 各自有它不同的應用環境, 在異地備份上甚至於 snapshot & replication 也是另外一種可考慮的方案.
FB: Pctine
pctine wrote:
cloud sync...(恕刪)
pctine wrote:
就像前面網友提議的, 建議跟原廠連絡找到適用的方案, Cloud Sync & Hyper Backup 各自有它不同的應用環境.
事實上幾天前就連絡過了反應了三四個問題，但原廠目前只回應一個問題，並且只是要我重複我已經做過的操作，但這些操作並無法解決問題，因為原廠並沒有認真去看我的問題描述，原廠的回答在我的問題描述裡面早就操作過，所以我覺得回答有點敷衍，也滿失望的，畢竟synology規模也是不小的，應該能更專業一點。
我的那些問題他們的first line是完全幫不上忙，支援的工程師的答案也解決不了問題，我真不知道要怎樣才能讓這synology能達到他們當初廣告宣傳的那樣，透過他們的NAS把我的Vmware備份資料自動上傳到Google，而且我相信，這個需求市場應該很大。
tznx wrote:
用veeam 試試吧veeam...(恕刪)
veeam很好用，+1
另外，按樓主的現有設施，好像這些資料，
不太適合用國產的nas來轉傳、或是複本一份
到google 。
又或者說，公司不想搞磁帶機備份資料，
而搞一個可靠的異地機房與設備，成本又太貴。
一般就是用HITACHI、EMC、HP、IBM、DELL、
NETAPP等等的storage，作異地備援或HA。
樓主這種用法就要一直嘗試了，而且也不算是在
園區裡常態的備份規劃方式，所以，以Synology提
供的各人/小型企業用 NAS 上的這些開源/小額付費
的軟體，可能在對接vsphere商用軟體，無法直接支
援，也有可能需要vsphere提供library，又或沒有考慮
到有用戶會這樣使用，或是google的策略、支援等等，
這些都有可能。
所以只能不斷嘗試了，但又因為非常態、常規，就算
這一次試出來了，下次各種應用到的軟體改版了，說
不定又不支援了，因為這樣用的公司畢竟是少數！
所以若要用這種方案，可能要三思，或是找其他軟體
來支援這個作法。
內文搜尋
從 APP 打開
X