Dell Unity: Replicatiebandbreedteschema's werken niet zoals verwacht (op te lossen door gebruiker)
Summary: In dit artikel wordt uitgelegd waarom bandbreedteschema's niet worden gesynchroniseerd op het verwachte moment waarop de tijdzone is ingesteld op een andere tijdzone dan UTC.
Symptoms
Cause
Wanneer replicatie volgens een schema wordt gepauzeerd, gaat de sessie naar de suspend pool. Dit wordt veroorzaakt door een probleem in de code waarin de scheduler UTC-tijd gebruikt en de huidige tijdzone negeert.
Voorbeeld:
De bandbreedte wordt gesynchroniseerd tussen 09:00 zaterdag en 07:00 maandag, Japan time (JST).
------------------------------------------------- [Bandbreedteschema]
Plan een tijdzone: UTC+9:00 (Tokio)
-------------------------------------------------Monday - vrijdag
00:00 - 07:00 Maximale bandbreedte is 40.960 KB.
07:00 - 24:00 Maximale bandbreedte is 0 KB.
Za - zo
24:00 - 24:00 Maximale bandbreedte is 40.960 KB.
-------------------------------------------------Het mechanisme is als volgt:
de sessie wordt onderbroken omdat de bandbreedte is ingesteld op 0 KB's om 07:00 JST Japan op maandag.
De onderbroken sessie wordt in de suspend pool geplaatst.
De scheduler controleert de suspend pool elk uur om te zien of de sessie kan worden overgedragen.
In het geval van dit schema is de sessie ingesteld op beschikbaar voor overdracht vanaf dinsdag 00:00 JST, maar bij het controleren van de suspend pool probeert de scheduler de overdracht te starten om dinsdag 00:00 UTC (09:00 UUR JST), omdat hiermee geen rekening wordt gehouden met de tijdzone.
Aangezien UTC 00:00-07:00 JST 09:00-16:00 is en de bandbreedte van 09:00-16:00 JST is ingesteld op 0 KB, wordt de overdracht niet gestart.
De bewerking wordt vervolgens herhaald en om 00:00 UTC (09:00 JST) op zaterdag begint de synchronisatie omdat de bandbreedte is ingesteld op 40.960 KB.
In dit voorbeeld is het probleem opgetreden in JST. Het probleem kan zich echter voordoen in andere tijdzones behalve UTC.
Resolution
Resolutie:
Dit probleem is gepland om te worden opgelost in de volgende Unity OE-release.
Oplossing:
Kies een van de twee tijdelijke opties:
- Optie 1 als u 0 KB bandbreedte moet hebben.
- Optie 2 als u de tijdzone niet wilt wijzigen.
Optie 1:
Als u 0 KB wilt gebruiken, wijzigt u de tijdzone in UTC en stelt u het schema in.
Er kan een probleem optreden bij het opnieuw opstarten van de SP. Moet worden opgelost in OE 5.3.
Optie 2:
Als de tijdzone niet kan worden gewijzigd, in plaats van een nulwaarde te gebruiken voor het bandbreedteschema, gebruikt u een kleine waarde (bijvoorbeeld 10 KB, enzovoort), zodat de sessie niet in de suspend pool wordt geplaatst, waardoor het probleem wordt vermeden.