Dell Unity : les plannings de bande passante de réplication ne fonctionnent pas comme prévu (corrigible par l’utilisateur)
Summary: Cet article explique pourquoi les plannings de bande passante ne se synchronisent pas à l’heure prévue lorsque le fuseau horaire est défini sur n’importe quel fuseau horaire autre que UTC. ...
Symptoms
Cause
Lorsque la réplication est interrompue de façon planifiée, la session entre dans le pool de suspension. Ce problème de code amène le planificateur à utiliser l’heure UTC en ignorant le fuseau horaire actuel.
Exemple :
La bande passante est synchronisée entre 9 h 00 samedi et 7 h 00 lundi, heure du Japon (JST).
-------------------------------------------------
[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.
-------------------------------------------------
Le mécanisme est le suivant :
La session est suspendue, car la bande passante est définie sur 0 Ko à 7 h 00, heure du Japon (JST) le lundi.
La session suspendue est placée dans le pool de suspension.
Le planificateur vérifie le pool de suspension toutes les heures pour voir si la session peut être transférée.
Dans le cas de ce planning, la session est définie comme étant prête à être transférée à partir de mardi à 0 h 00 JST, mais lors de la vérification du pool de suspension, le planificateur tente de démarrer le transfert le mardi à 0 h 00 UTC (soit 9 h 00 JST), car il ne prend pas en compte le fuseau horaire.
Toutefois, étant donné que la plage UTC de 00:00-07:00 correspond à la plage JST 09:00-16:00 et que la bande passante de 09:00-16:00 JST est définie sur 0 Ko, le transfert ne démarre pas.
L’opération est ensuite répétée et la synchronisation commence à 0 h 00 UTC (9 h 00 JST) le samedi, car la bande passante est définie sur 40 960 Ko.
Dans cet exemple, le problème s’est produit au niveau du fuseau JST. Le problème peut cependant être également observé dans d’autres fuseaux horaires, à l’exception d’UTC.
Resolution
Résolution :
Ce problème devrait être résolu dans la prochaine version de Unity OE.
Solution de contournement :
Choisissez l’une des deux options de contournement suivantes :
- Option 1 si vous devez disposer de 0 Ko de bande passante.
- Option 2 si vous ne souhaitez pas modifier le fuseau horaire.
Option 1 :
Si vous souhaitez utiliser 0 Ko, définissez le fuseau horaire sur UTC et définissez le planning.
Cela peut entraîner un redémarrage inattendu du SP. Ce problème sera corrigé dans la version 5.3 d’OE.
Option 2 :
Si le fuseau horaire ne peut pas être modifié, au lieu d’utiliser une valeur de zéro pour planifier la bande passante, utilisez une petite valeur (par exemple, 10 Ko, etc.) afin que la session ne soit pas placée dans le pool de suspension, de manière à éviter le problème.