虛擬服務器的replication 每天都會出現錯誤，並要求啟動同步。

hyper-v

terriermon 2016-10-25 14:17:19 ‧ 2389 瀏覽

分享至

各位大大好，

小弟剛開始接觸 Hyper-V, 面對一個問題怎麼都解決不到.
有一架physical server 裡面有2個 Virtual Server 跑Hyper-V的，但是其中一個做了Replication到了每天早上7點左右就會出現這個Error : Size of changing tracking file exceeded the maximum size limit.!

Google了但還不清楚什麼是tracking file size,把replica server 的所有file都洗乾淨重頭弄多一次,結果還是一樣的error,試很多次了.

謝謝。

窮嘶發發發 iT邦高手 1 級 ‧ 2016-10-26 09:06:16 檢舉

ERROR_CTLOG_LOGFILE_SIZE_EXCEEDED_MAXSIZE
0xC03A0021
我找的到喔，GOOGLE 有找到很多相關資料，都看一看吧

登入發表討論

直播研討會

{{ item.channelVendor }} {{ item.webinarstarted }} |

直播中

1 個回答

Ray

iT邦大神 1 級 ‧ 2016-10-25 17:40:36

最佳解答

你的資料還沒有完全被 Replicate 到 Target 去, Source 端就持續產生新的資料, 導致累積太多未傳送的 Change block, 超過 Hyper-V 內部的負荷.

假設你的 Target 只能以 100MB/sec 的速度接收資料, 但是你的 Source 卻會產生 150MB/sec 的資料量, 那些無法被傳送的 50MB 資料, 會暫時被放在 tracking file 內, 等待頻寬紓解後再傳. 但是如果你的 Source 一直以這個速度持續產生資料, 累積的資料會越來越多, 最終超過 Hyper-V 內部的 Buffer, 然後他就會放棄 Replicate 作業.

影響的因素有:

Source <-> Target 之間的頻寬太低 (通常 2Gbps 以下都不太夠)
Target Server 寫入的速度太慢
Source Server 產生資料速度太快 (通常寫入動作才會產出資料)

你可以嘗試建立一個新的同步 (Re-seed) 看看能否解決? 或是開啟定時的 Re-sync 作業. 如果這兩個方法都無法解決, 那你就必須面對上面所提的 3 種情境去處理.

個人觀點: Hyper-V 的 Replica 並不是一個很可靠的作業, 他失敗的機率很高, 而且原因很複雜, 要把很多個 Replica 作業維運到 100% 無失誤, 將會耗費管理人員很大的心力.....我寧可放棄此免費功能, 花錢改用 Veeam Replica 來替代解決, 晚上可以睡得比較安心.....