Dell Unity: Scheman för replikeringsbandbredd fungerar inte som förväntat (kan korrigeras av användaren)
Summary: I den här artikeln förklaras varför bandbreddsscheman inte synkroniseras vid förväntad tid när tidszonen är inställd på någon annan tidszon än UTC.
Symptoms
Cause
När replikeringen pausas enligt ett schema hamnar sessionen i poolen suspend. Detta orsakas av ett problem i koden där schemaläggaren använder UTC-tid och ignorerar den aktuella tidszonen.
Exempel:
Bandbredden synkroniseras mellan 09:00 lördag och 07:00 måndag, Japan-tid (JST).
-------------------------------------------------[Bandwidth Schedule]
Schemalägg tidszon: UTC+9:00 (Tokyo)
-------------------------------------------------Dag–
Fredag
00:00–07:00 Maximal bandbredd är 40 960 KB.
07:00–24:00 Maximal bandbredd är 0 KB.
Lör – Sön
. 24.00–24.00 Den maximala bandbredden är 40 960 KB.
-------------------------------------------------Mekanismen är som följer:
Sessionen avbryts eftersom bandbredden är inställd på 0 KB kl. 07:00 JST Japan-tid på måndag.
Den avstängda sessionen placeras i poolen för vänteläge.
Schemaläggaren kontrollerar poolen som stängs av varje timme för att se om sessionen kan överföras.
I det här schemat är sessionen inställd på att vara tillgänglig för överföring från 00:00 JST, men vid kontroll av poolens vänteläge försöker schemaläggaren starta överföringen vid 00:00 UTC (09:00 AM JST) eftersom tidszonen inte tas med i zonen.
Men eftersom UTC 00:00-07:00 är JST 09:00-16:00 och bandbredden från 09:00-16:00 JST är inställd på 0 KB startar inte överföringen.
Åtgärden upprepas sedan, och vid 00:00 UTC (09:00 JST) på lördag inleds synkroniseringen eftersom bandbredden är inställd på 40 960 KB.
I det här exemplet uppstod problemet i JST. Problemet kan dock uppstå i andra tidszoner förutom UTC.
Resolution
Upplösning:
Problemet är planerat att åtgärdas i nästa Unity OE-version.
Workaround:
Välj något av de två alternativen för tillfällig lösning:
- Alternativ 1 om du måste ha 0 KB bandbredd.
- Alternativ 2 om du inte vill ändra tidszon.
Alternativ 1:
Om du vill använda 0 KB ändrar du tidszon till UTC och ställer in schemat.
En panikomstart av lagringsprocessorn kan inträffa. Åtgärdas i OE 5.3.
Alternativ 2:
Om tidszonen inte kan ändras använder du ett litet värde (t.ex. 10 KB osv.) i stället för att använda ett nollvärde för bandbreddsschemat så att sessionen inte placeras i avaktiverad pool, vilket undviker problemet.