Dell Unity:複寫頻寬排程無法如預期運作 (使用者可修正)
Summary: 本文說明為何當時區設為 UTC 以外的任何時區時,頻寬排程無法在預期時間同步。
Symptoms
Cause
當複寫在排程上暫停時,此工作階段會進入暫停集區。這是由程式碼中的問題所造成,其中排程器使用 UTC 時間,而會忽略目前的時區。
範例:
頻寬應於日本時間 (JST) 星期六 09:00 和週一 07:00 之間同步。
-------------------------------------------------
[Bandwidth Schedule]
Schedule time zone: UTC+9:00 (Tokyo)
-------------------------------------------------
Monday - Friday
00:00 - 07:00 Maximum Bandwidth is 40,960 KBs.
07:00 - 24:00 Maximum Bandwidth is 0 KBs.
Sat - Sun
24:00 - 24:00 Maximum Bandwidth is 40,960 KBs.
-------------------------------------------------
機制如下:
由於頻寬在 JST 日本時間的週一 07:00 設定為 0 KB,工作階段會暫停。
暫停工作階段將放置於暫停集區內。
排程器會每個小時檢查暫停集區,查看是否可傳送工作階段。
在此排程的情況中,工作階段設定為在 JST 的週二 00:00 傳送,但在檢查暫停集區時,排程器會嘗試在 UTC 的週二 00:00 (09:00 AM JST) 傳送,因為它並沒有考慮時區問題。
不過,由於 UTC 的 00:00-07:00 是 JST 的 09:00-16:00,而 09:00-16:00 JST 的頻寬設定為 0 KB,因此將不會開始傳送。
然後會在週六的 00:00 UTC (09:00 JST) 重複此操作開始同步,由於頻寬設定為 40,960 KB。
在此範例中,JST 時區會發生問題。但是,此問題可能會發生在 UTC 以外的其他時區。
Resolution
解決方案:
此問題已排定在下一個 Unity OE 版本中解決。
因應措施:
有兩種因應措施選項可供選擇:
- 如果您必須使用 0 KB 頻寬,請使用選項 1。
- 如果您不想變更時區,請使用選項 2。
選項 1:
如果您要使用 0 KB,請將時區變更為 UTC,並設定排程。
SP 可能會發生錯誤並重新開機。將在 OE 5.3 中修正。
選項 2:
如果時區無法變更,請不要為頻寬排程使用零值,而請使用較小的值 (例如 10 KB 等),這樣便不會將工作階段放置在暫停集區中,從而避免此問題。