Проблема с отображением времени
-
-
Dobrij den'!
A konsol' restartili posle smeni nastroek? Poskol'ku pri smene time zoni uze otformatirovannie timestampi ne peredelivajutsja, tol'ko vo vnov' otkrivaemih oknah ili posle refresh'a uchitivaetsja novaja time zona, to mozet vozniknut' takaja situacija. A vot esli eto posle restarta, ili oba okna otkriti posle smeni time zoni, togda eto ochen' strannij bag...
-
-
-
Na samom dele eto stranno, poskol'ku v baze server hranit vse timestamp'i v UTC, i perevod v lokal'nuju time zonu proishodit na kliente. T.e. Oracle na etot pereschet vlijat' ne dolzen. A v Last Values vremja vsegda pravil'no otobrazaetsja?
-
Я, изначально, при настройке сервера сделал ошибку - в Linux выбрал часовой пояс GMT+6. Но в настоящее время мы живем в летнем времени и надо было выбирать GMT+7 или просто Asia/Novosibirsk. Поэтому в клиенте NetXMS в "Last Values" было отклонение на 1 час от времени клиентской ОС. Но оставался загадкой разброс времени между значениями в "Last Values" и "History Graph".
Принял решение экспортировать базу NetXMS и переустановить БД при выставленной в ОС таймзоной Asia/Novosibirsk.
После этой процедуры посмотрел, что, действительно, время базы в UTC:SQL> select dbtimezone from dual; DBTIME ------ +00:00Затем импортировал сохраненную базу NetXMS.
На клиенте в настройках установил "Local System Timezone". В "Last Values" Timestamp соответствовал времени на клиентской ОС, но показания в "History Graph" убежали на несколько часов в перед. Сделал nxdbmgr check, утилита нашла проблемы со временем и что-то поправила, но "History Graph" по-прежнему выводил неправильное время. В таком состоянии оставил систему на выходные.
Сегодня утром зашел в клиент и увидел, что время в "Last Values" и "History Graph" полностью синхронизировалось и соответствует времени клиентской ОС! Однако, появилась новая беда - в таблице "Collected Data" (вызывается командой "Show History" из контекстного меню в "Last Values") последняя запись датируется 14 Октября 2010, т.е. отстает на 4,5 суток. Такие дела.
-
-
Pohoze bili ochen' sil'no poporceni timestampi v idata_xx tablicah. Sejchas oni zapolnjajutsja normal'nimi dannimi i situacija ispravljaetsja. Mne na osnove izvestnoj informacii slozno skazat', v chem bila prichina takogo povedenija. Esli sejchas vse ok, to mozno ostavit' kak est'. Chtobi razobratsja, nado izuchat' soderzimoe tablic idata_xx.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login