Dell Unity: Replikoinnin kaistanleveysaikataulut eivät toimi odotetulla tavalla (käyttäjän korjattavissa)
Summary: Tässä artikkelissa selitetään, miksi kaistanleveysaikatauluja ei synkronoida odotettuna ajankohtana, kun aikavyöhykkeeksi on määritetty jokin muu aikavyöhyke kuin UTC.
Symptoms
Cause
Kun replikointi keskeytetään tietyllä aikataululla, istunto siirtyy keskeytysvarantoon. Tämä johtuu koodin ongelmasta, jonka vuoksi ajoitus käyttää UTC-aikaa ohittaen nykyisen aikavyöhykkeen.
Esimerkki:
Kaistanleveys synkronoidaan klo 9.00-07.00 maanantaista Japaniin (JST).
-------------------------------------------------[Kaistanleveysaikataulu]
Aikataulun aikavyöhyke: UTC+9:00 (Tokio)
-------------------------------------------------monday – friday
00.00–07.00 Suurin kaistanleveys on 40 960 kb.
07.00–24.00 Suurin kaistanleveys on 0 KB.
La – su
24.00–24.00 suurin kaistanleveys on 40 960 kb.
------------------------------------------------- Mekanismi on seuraava:
Istunto keskeytetään, koska kaistanleveys on 0 kt klo 7.00 Japanin aikaa.
Keskeytysistunto siirretään keskeytysvarantoon.
Ajoitus tarkistaa keskeytysvarannon tunnin välein ja tarkistaa, voiko istunnon siirtää.
Tässä tapauksessa istunnon on tarkoitus olla käytettävissä siirtoa varten tiistaista 00.00 JST alkaen, mutta kun keskeytysvaranto tarkistetaan, ajoitus yrittää aloittaa siirron Tiistai 00.00 UTC (09.00 AM JST) -vaiheessa, koska aikavyöhykettä ei oteta huomioon.
Koska UTC 00:00-07:00 on kuitenkin JST 09:00-16:00 ja kaistanleveys 09.00–16.00 JST on 0 kt, siirto ei käynnisty.
Toiminto toistuu sitten uudelleen, ja UTC (09.00 JST) -vaiheessa lauantaisin synkronointi alkaa, koska kaistanleveys on 40 960 kt.
Tässä esimerkissä ongelma ilmeni JST:ssä. Ongelma voi kuitenkin ilmetä muilla aikavyöhykkeillä paitsi UTC:n kanssa.
Resolution
Päätöslauselman:
Ongelma on tarkoitus korjata seuraavassa Unityn käyttöjärjestelmän julkaisuversiossa.
Workaround:
Valitse jompikumpi kiertotapa:
- Vaihtoehto 1, jos kaistanleveys on 0 kt.
- Vaihtoehto 2, jos et halua vaihtaa aikavyöhykettä.
Vaihtoehto 1:
Jos haluat käyttää 0 kt:n aikaa, vaihda aikavyöhykkeeksi UTC ja määritä aikataulu.
Sp saattaa käynnistyä uudelleen panic-häiriöllä. Korjataan OE 5.3:ssa.
Vaihtoehto 2:
Jos aikavyöhykettä ei voi muuttaa, käytä nolla-arvoa kaistanleveysaikataulussa, joten käytä pientä arvoa (esimerkiksi 10 kt jne.), jotta istuntoa ei sijoiteta keskeytysvarantoon. Näin ongelma voidaan välttää.