請問各位,
虛擬主機如遇突然斷電, 或不正常關機, 會因而起不來嗎? (指: HyperV)
公司伺服器起不來, 影響太大, 請問有何解?
以下是昨停電, 電腦沒關後, 隔日VirtualBox內的主機就都無法啟動, 是說要VirtualBox要重新安裝, 不知是否也有人知道有其他解決方法?
謝謝
已邀請的邦友 {{ invite_list.length }}/5
會啊, 停電沒正常關機, 檔案壞掉, 當然就開不起來啊...(這是常識吧?)
請善用備份功能...
VHD備份嗎? 或 匯出備份? 請教應該多久備一次呢?
謝謝.
有種東西叫做: 備份軟體.....請別拿「檔案拷貝」這種作業來當作備份方案, 你現在管理的是 Server, 不是 PC, Server 沒辦法用拷貝的方式去備份的....
多久備一次? 這要看你們企業可以承受的 RTO 和 RPO 是多久? (請自行搜尋這兩個指標的意義) 這是企業內部政策, 由你們的高階主管決定, 外人無法幫妳們決定.
我有個客戶, 總共有 40 幾台 Hyper-v Host, 裡面跑了 80 幾個 VM, 他要求的 RPO 是 30 分鐘, RTO 則是 5 分鐘, 主站在台北, DR site 在菲律賓, 也就是:
他能容忍的資料損失最長時間是 30 分鐘.
萬一主站掛了, DR站可以容忍的最長啟動的時間是 5 分鐘.
這個客戶全部的 VM 磁碟機(VHD)加起來, 壓縮過之後總共是 9TB, 裡面有數十台的 SQL Server, 剩下則是 AP Server, 台北<->菲律賓中間的頻寬只有 20~100Mbps
用這個案例想想, 如果是你, 要怎麼做才能達到客戶的要求? (你可以合計看看, 這用檔案拷貝方式是否可行?...客戶要求: 備份的過程中, VM不能停機, 而且 SQL 也不能掉資料喔...)
我的備份經驗只有: 備份分系統備份和資料備份, 或 整顆硬碟備份,
資料損失最長可容許30分鐘內, 則, 資料同步(差異)線上備份,設定為每隔30分鐘執行一次,對否！?
系統線上備份(可否建議有哪套好用的軟體), 也設30分鐘同步備份一次!?
系統重啟最長可忍受5分鐘, 則要找(實體主機)系統還原可在5分鐘內還原的!?(但, 有這種嗎?); 虛擬主機的VHD,則很快。
很需要瞭解這塊的業界經驗,請大大再多分享, 謝謝您。
您的方向很好, 但實務上要怎麼執行?
資料同步(差異)線上備份,設定為每隔30分鐘執行一次
上面這段, 要用甚麼軟體去做「差異備份」? 這個軟體可以讓你設定成每 30 分鐘執行一次嗎?
如果你用市面平價 NAS 常用的 rsync 去做同步的話, 一個 200GB 的 VHD 檔, 可以只傳過去半小時的差異資料到目標去嗎?
(如果你時間允許的話, 這篇我們可以多延續討論一些細節, 我會持續在下面回覆, 不過我的時間比較緊, 可能不會馬上回, 請耐心等待)
從 Sysadmin 的角色來看, 備份通常都會是「整機備份」, 因為 Sysadmin 的層級不應該去碰資料檔案, 也不該有權限去讀取個別的資料內容. 以上述客戶為例, 他們系統處理的是龐大的跨國金流, 如果我因此案而可以進去接觸資料檔案的話, 不就所有金流走向通通被我摸清楚, 帳號都被我偷走了?....
(所以做完這個案子, 就剛好被客戶滅口, 免得我爆料....)
虛擬機要整機備份, 不能只拷貝 VHD 檔. 不信你可以拷貝一個單獨的 VHD 檔案, 去另一台 Hyper-V 掛載看看, 第一個碰到的問題就是: VM 的設定參數要重新設. 如果只有少數幾台 VM, 或許覺得這不是甚麼問題, 但是當你有數十/數百台 VM, 而且原始 VM 一天到晚在改設定參數的時候 (因為效能調整), 你要怎麼讓備份那邊的 VM 設定跟你一起同步而不會漏掉? (例如: CPU 權重設錯? Mac address 跑掉? I/O 限制設錯? vSwitch 掛錯?)
其次, 主站和備站的環境有可能不太一樣, 主站用的 VLAN 和 Subnet/IP, 或許和備站是不相同的, VM 轉過去之後, 還要做修改才可以上線, 如果全部靠人工, 光是半小時修一次, 就會搞死人, 所以這件事情勢必要自動化處理.
RPO=30分鐘, 其實是客戶妥協的結果. 原本他們要求的是RPO=1分鐘. (其實在 Local LAN 狀態下我也可以做到), 但因它們的跨海頻寬太小, 經過 POC 實測之後, 我回報客戶他們的環境限制辦不到這點, 它們又沒預算去加頻寬, 最後才往上逐步修正到 30 分鐘.
因此, RPO/RTO 不是你自己訂爽的就可以, 還要考量實際上的環境, 有沒有能力達成? 以上述為例, 客戶的瓶頸是卡在中間頻寬不夠大, 所以沒辦法短時間內傳送這麼多資訊.
RTO=5分鐘, 差不多就是: 一台 Windows VM 開機到穩定, 所有關鍵 Service 都啟動完畢, 可以開始對外服務的時間. 換句話說, VM 備份傳到備站之後, 必須已經是 Ready-to-GO 的狀態, 只差沒有開機而已. 因為沒有時間再讓你去做還原 Host/VHD 或修改設定的動作了.
還有備份 SQL 的問題. 如果你擔任過 DBA 角色的話, 應該會知道: MS-SQL 備份不能只把 mdf/ldf 檔案拷貝走而已, 也不是把整個 VM 的 VHD 拷貝走就好, 他還有 memory cache 要先做 commit, 然後還要將 db 和 log 分開備份, 還原的時候才能指定時間點還原. 而且, 當 SQL 還在跑的時候, 你根本沒辦法從檔案總館內拷貝這些檔案, 必須 SQL Service 停止後才能拷貝檔案. 如果客戶連停機幾秒鐘都不能接受, 你要怎麼拷貝 SQL 檔案?
要完成 SQL 的備份, 只能靠備份軟體透過 API 的軟體呼叫, 才能完整執行所有的備份步驟. 你可以從檔案總管拷貝走的東西, 通通都不是完整的資料.
備份規劃, 不是在備份軟體裡面, 把自己想要的功能設定上去就可以執行了. 在很多環境下, 你可能遇到的是:
沒有一套備份軟體可以完全符合所有情境, 所以為何要先定義出 RTO/RPO? 就是要先評估:
這些都問完之後, 才能決定要用哪一套備份軟體. 而不是反過來: 先決定軟體, 再去設定她怎麼執行. 一套備份軟體動輒數十萬元, 如果買進來才發現, 你的環境限制和 RPO/RTO 需求 ,用這套備份軟體無法達成的話, 那這筆帳要算在誰頭上?
iThome鐵人賽
看影片追技術