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.
-------------------------------------------------
メカニズムは次のとおりです。
日本時間月曜日の07:00に帯域幅が0 KBに設定されたため、セッションが中断されました。
中断されたセッションは、サスペンド プールに配置されます。
スケジューラーは、1時間ごとにサスペンド プールをチェックして、セッションを転送できるかどうかを確認します。
このスケジュールの場合、セッションは日本時間の火曜日00:00から転送可能に設定されていますが、サスペンド プールを確認すると、スケジューラーはタイム ゾーンを考慮していないため、UTCの火曜日00:00(日本時間の午前09:00)に転送を開始しようとします。
しかし、UTC 00:00~07:00はJST 09:00~16:00であり、JST 09:00~16:00の帯域幅は0 KBに設定されているため、転送は開始されません。
その後、この操作が繰り返され、土曜日のUTC 00:00 (JST 09:00)に、帯域幅が40,960 KBに設定されたため、同期が開始されます。
この例では、JSTで問題が発生しました。しかし、この問題はUTCを除く他のタイム ゾーンでも発生する可能性があります。
Resolution
解決策:
この問題は、次のUnity OEリリースで対処する予定です。
対処方法:
次の2つの回避策オプションのいずれかを選択します。
- 0 KBの帯域幅が必要な場合はオプション1。
- タイム ゾーンを変更しない場合はオプション2。
オプション1:
0 KBを使用する場合は、タイム ゾーンをUTCに変更し、スケジュールを設定します。
SPのパニック再起動が発生する可能性があります。OE 5.3で修正予定です。
オプション2:
タイム ゾーンを変更できない場合は、帯域幅のスケジュールにゼロ値を使用するのではなく、小さい値(たとえば10 KBなど)を使用することで、セッションがサスペンド プールに配置されることなく、問題を回避します。