Dell Unity：复制带宽计划未按预期运行（用户可纠正）
Summary: 本文介绍了当时区设置为 UTC 以外的任何时区时，带宽计划在预期时间不同步的原因。
Symptoms
Cause
当计划中的复制暂停时，会话进入暂停池。这是由于代码中的一个问题导致的，即计划程序使用 UTC 时间而忽略当前时区。
示例：
带宽在日本时间 (JST) 星期六 09:00 到星期一 07:00 之间同步。
-------------------------------------------------
[带宽计划]
计划时区：UTC+9:00（东京）
-------------------------------------------------
星期一到星期五
00:00 - 07:00 最大带宽为 40,960 KB。
07:00 - 24:00 最大带宽为 0 KB。
星期六到星期天
24:00 - 24:00 最大带宽为 40,960 KB。
-------------------------------------------------
此机制如下：
由于带宽设置为在星期一 07:00 JST 为 0 KB，因此会话暂停。
暂停的会话进入暂停池。
计划程序每小时检查一次暂停池，以查看是否可以传输会话。
对于此计划，会话设置为从星期二 00:00 JST 开始可以传输，但在检查暂停池时，计划程序会尝试在星期二 00:00 UTC (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 等），而不是使用 0 值。这样会话将不会进入暂停池，从而避免出现此问题。