iT邦幫忙

0

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

terriermon 10 月前1284 瀏覽

各位大大好,

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

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

謝謝。

窮嘶發發發 iT邦高手 1 級 ‧ 10 月前 檢舉
ERROR_CTLOG_LOGFILE_SIZE_EXCEEDED_MAXSIZE
0xC03A0021
我找的到喔,GOOGLE 有找到很多相關資料,都看一看吧

1 個回答

6
raytracy
iT邦大神 1 級 ‧ 10 月前
最佳解答

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

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

影響的因素有:

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

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

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

我要發表回答

立即登入回答