Перевод времени

zadmin

По вопросу о java системах:
Java systems take the time from OS level, and don't have a separate
system time like ABAP systems.

Need to restart your Abap systems however.
Also see note:
834520 - Mapping of time zones between UME and ABAP.

RikoNw

А кто знает, что с Oracle то делать ? Уже сейчас накатывать Patch 19396455: DST-23: DST UPDATE SEPTEMBER 2014 - TZDATA2014F ?

RikoNw

Note 2062515 - Oracle DST Update Sept. 2014 - TZDATA2014F - DSTv23

RikoNw

Дополню цитатой из ноты 2062515:

Code:

Appendix: Java in the Database home

The JRE and JDK's found in the database Oracle Home are not used by the Oracle database, only by tools like the database creation assistant, who will still function if the Database home is not updated. The only real reason to update the JRE or JDK in a database home would be if this OracleHome would be used by (thin) JDBC drivers (rare) or 3rd party Java applications (which is also unlikely).

JRE and JDK's can be updated with the Java TZupdater tool . For the Russian change this needs to be an tzdata2014f or later update.

Links to the TZupdater tool from common vendors are

Platform   JDKVendor   TZUpdater URL
Solaris, Linux, Windows   Oracle   http://www.oracle.com/technetwork/java/javase/tzdata-versions-138805.html
AIX   IBM   http://www-128.ibm.com/developerworks/java/jdk/dst/index.html
HP-UX   HP   https://h20392.www2.hp.com/portal/swdepot/displayProductInfo.do?productNumber=HPUXJAVAHOME

RikoNw

Накатил KB2998527, перезагрузил тестовую систему, запустил SAP, все работало, но через минут 20 система отвалилась, в трассировке жалобы на рассинхронизацию времени.
Полагаю, прежде чем накатывать обновление, сначала нужно сделать настройки в SAP. Хотя видимых причин не нахожу - ведь обновление переведет время 26го, сейчас оно ничего не делает,
да и настройке по ноте 2055935, как понимаю, должны произвести перевод в 2 ночи:

Code:

End DST       End Time 
26.10.2014   02:00:00

Предлагаю собрать наш коллективный разум и выработать алгоритм вида:

1. до 25 числа ставите обновления на Windows/Linux
2. Ставите ноту 7417, 2055935, 198411,s
3. Накатываете патч oracle:
Patch 19396455: DST-23: DST UPDATE SEPTEMBER 2014 - TZDATA2014F
4. в ночь с 25 на 26 выходите на работу. меняете системное время на ОС, выключаете SAP на 2 часа в такое то время.
5. В 3 ночи по новому времени включаете SAP обратно.

Судя по описанному выше фейлу алгоритм не действует, нужен другой порядок :shock:

Прим. в dev_disp после накатывания KB2998527 получаю:

PID=4852, TID=4784 SapTimer info. Synch Number:262, ErrsCount: 0, Correction=-51 millisec, SapTime-WindowsUtcTime=+1294 millisec (max=+6244), Nosync=0 sec, SynchsPerDay=262.000000, TotalTimeCorrection=-24591 millisec, QpcTime-WindowsUtcTime=+25834 millisec (*)

шрам

у нас тут с коллегой спор зашел - а зачем патчить oracle при переходе времени?

кроме как корректных логов и неких внутренних процедур (например статистика производительности за период) ничего не выдумалось.

RikoNw

Цитата:

Note: "SYSDATE" or "SYSTIMESTAMP" have no relation with the Oracle RDBMS DST patches, sysdate/systimestamp is pure depending on the Operating system clock, hence it IS depending on the timezone information of this operating system and/or the operating system "TZ" variable settings when the database and listener were started (!!!).

Как я понимаю, логи тоже будут верные, ведь sysdate/systimestamp берется из винды.

avlag

RikoNw написал:

Накатил KB2998527, перезагрузил тестовую систему, запустил SAP, все работало, но через минут 20 система отвалилась, в трассировке жалобы на рассинхронизацию времени.
Полагаю, прежде чем накатывать обновление, сначала нужно сделать настройки в SAP. Хотя видимых причин не нахожу - ведь обновление переведет время 26го, сейчас оно ничего не делает,

Как раз обновление очень даже что-то делает

После обновления меняется часовой пояс на UTC +3 и включается ЛЕТНЕЕ время. Которое однократно переведется на зимнее 26-го октября.
И надо обязательно проверить наличие галочки перевод летнего/зимнего времени
Было бы неплохо еще посмотреть с кем ваша винда синхронизирует время. Если с домен контроллером, то его тоже было бы неплохо обновить.

RikoNw

Ах вот оно что.. Да, с контроллером. Спасиб, пойду к сисадминам заодно, рыба ведь с головы обновляется

RikoNw · Еще информация: http://sidadm.blogspot.ru/2014/10/26-2014.html

Еще информация: http://sidadm.blogspot.ru/2014/10/26-2014.html

sap2me

шрам написал:

у нас тут с коллегой спор зашел - а зачем патчить oracle при переходе времени?

кроме как корректных логов и неких внутренних процедур (например статистика производительности за период) ничего не выдумалось.

применительно к САП думаю незачем. Они то дату хранят в текстовом виде что уж говорить про таймзоны с локальным временем

если абстрактно "про оракл", то, например, сдвинутся расписания запусков шедулерных джобов если их авторы использовали даты с таймзонами.

avlag написал:

Было бы неплохо еще посмотреть с кем ваша винда синхронизирует время. Если с домен контроллером, то его тоже было бы неплохо обновить.

сетевая синхронизация времени идет строго по UTC|GMT. ей пофигу какие где там пояса.

sap2me

RikoNw написал:

Накатил KB2998527, перезагрузил тестовую систему, запустил SAP, все работало, но через минут 20 система отвалилась, в трассировке жалобы на рассинхронизацию времени.
Полагаю, прежде чем накатывать обновление, сначала нужно сделать настройки в SAP. Хотя видимых причин не нахожу - ведь обновление переведет время 26го, сейчас оно ничего не делает,

вы мое сообщение на прошлой странице читали? оракл какой версии у вас?

RikoNw

sap2me написал(а):

вы мое сообщение на прошлой странице читали? оракл какой версии у вас?

Да, sap2me, спасибо, конечно читал. У меня не с ораклом была проблема, сейчас все гуд.

sap2me

отсюда делаю вывод что у вас не 10.2

хотя честно говоря не понял в чем была проблема и как ее решили. ораклу например пофигу какой там часовой пояс в ОС, САПу по идее так же. Имеет значение время в UTC а с ним же вы ничего не делали. :?:

Правила форума

Перевод времени

Кто сейчас на конференции