Dell Unity: Графіки пропускної здатності реплікації не працюють належним чином (можна виправити користувачем)
Summary: У цій статті пояснюється, чому графіки пропускної здатності не синхронізуються в очікуваний час, якщо для часового поясу встановлено будь-який часовий пояс, відмінний від UTC.
Symptoms
Cause
Коли реплікація призупиняється за розкладом, сеанс переходить у пул призупинення. Це викликано проблемою в коді, коли планувальник використовує час UTC, ігноруючи поточний часовий пояс.
Приклад:Пропускна здатність синхронізується між 09:00 суботи та 07:
00 понеділка за японським часом (JST).
-------------------------------------------------
[Розклад пропускної здатності]
Розклад часового поясу: UTC+9:00 (Токіо)
-------------------------------------------------
понеділок - п'ятниця
00:00 - 07:00 Максимальна пропускна здатність – 40 960 КБ.
07:00 - 24:00 Максимальна пропускна здатність - 0 Кб.
Сб - Нд
24:00 - 24:00 Максимальна пропускна здатність — 40 960 КБ.
-------------------------------------------------
Механізм такий: сеанс призупинено, оскільки пропускна здатність встановлена на рівні 0 Кб о 07:
00 за японським часом JST у понеділок.
Призупинений сеанс поміщається в підвісний пул.
Планувальник перевіряє пул призупинення щогодини, щоб побачити, чи можна перенести
сеанс.У випадку цього розкладу сесія встановлена для перенесення з вівторка 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 КБ, передача не почнеться.
Потім операція повторюється, і о 00:00 UTC (09:00 JST) у суботу починається синхронізація, оскільки пропускна здатність встановлена на рівні 40 960 КБ.
У цьому прикладі проблема виникла в JST. Однак проблема може виникнути в інших часових поясах, окрім UTC.
Resolution
Резолюція:
Цю проблему планується вирішити в наступному випуску Unity OE.
Спосіб вирішення:
Виберіть один із двох варіантів вирішення проблеми:
- Варіант1, якщо у вас повинно бути 0 Кб пропускної здатності.
- Варіант2, якщо ви не хочете змінювати часовий пояс.
Варіант1:
Якщо ви хочете використовувати 0 КБ, змініть часовий пояс на UTC і встановіть розклад.
Може статися панічне перезавантаження ІП. Буде зафіксовано в д.-анг. 5.3.
Варіант2:
Якщо часовий пояс не вдається змінити, замість нульового значення для розкладу пропускної здатності використовуйте невелике значення (наприклад, 10 КБ тощо), щоб сеанс не розміщувався в пулі призупинення, таким чином уникаючи проблеми.