https://stackoverflow.com/questions/30362733/handling-errors-in-promise-all
Promise.all(state.routes.map(function(route) { return route.handler.promiseHandler().catch(function(err) { return err; }); })) .then(function(arrayOfValuesOrErrors) { // handling of my array containing values and/or errors. }) .catch(function(err) { console.log(err.message); // some coding error in handling happened }); Alternately, if you have a case where you don’t particularly care about the values of the resolved promises when there is one failure but you still want them to have run, you could do something like this which will resolve with the promises as normal when they all succeed and reject with the failed promises when any of them fail:
使用 https://github.com/dalenguyen/firestore-backup-restore
base on https://github.com/dalenguyen/firestore-import-export
能處理timestamp
https://gist.github.com/sturmenta/cbbe898227cb1eaca7f85d0191eaec7e#gistcomment-2837988
ok can use. good job.
timestamp have error.
Ray Tracy HA 只是高可用度，他沒有不停頓 (Non-stop) 等級的容錯（FT）能力，所以只能把死掉的 VM 重開機來復原，他做不到：接手死掉 VM 當時狀態，不停頓的執行下去….
市面上可穩定商轉的 FT 軟體最便宜也要上百萬起跳….且對硬體條件有諸多限制…
還有，測試 HA 盡量採用拔電源線的方式，而不是只拔網路線，否則在複雜網路環境中，復原後可能整個 Cluster 會發生 #叢集腦裂（雖然機率很小，你還是可以賭看看）….
而且原本初階 HA 就是設計成：用來對抗 Host 全機故障，而不是對抗只有網路故障；所以即便將網路隔離，若 Host 沒掛掉的話，復原的時候都會有風險…..
完整的 HA 流程，在啟動備用 VM 之前，Cluster 會先自動下 ipmi 或 BMC 指令給隔離的 Host 強制它完全關機之後，才啟動備用 VM, 就是為了避免發生上述風險….(這個動作稱為 fence)
這裡大部分玩 cluster 的人都不知道要去設定 ipmi/bmc 做 fence; 如果有設定 fence 的話, 就可以用拔網路線來做測試了, 因為拔掉之後, fence 會自動去把那台隔離的 host 關機, 就不會發生復原之後的腦裂問題…..(當然, 你不能去拔 fence 用的那條 ipmi 網路線…🤣🤣🤣)
Jason Cheng 如果經費不多想做 FT，可以參考台灣團隊開發的 Cuju 專案，基於 kvm 實作，去年底 Proxmox 社團使用者年會該團隊講者有來分享
https://youtu.be/2YlD3fsszT0?t=2436
https://www.youtube.com/watch?v=gzpCMIv3zVc
