|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Н.У.: IDS 9.40 FC9, Solaris 10 Товарищи, подскажите пожалуйста, надо ли что-либо предпринимать для предотвращения перевода систем на "зимнее время" в связи с выходом Постановления Правительства РФ от 31 августа 2011 года №725? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.10.2011, 16:13 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Перевод времени в СУБД не реализуется. Это прерогатива ОС. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.10.2011, 16:57 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Как все испортили. Перевод времени на зимнее время ... Есть астрономическое и летнее. Наши умники просто взяли и отменили астрономическое время. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.10.2011, 19:20 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
яфшуеіКак все испортили. Перевод времени на зимнее время ... Есть астрономическое и летнее. Наши умники просто взяли и отменили астрономическое время.у нас кстати от астрономического на час отличалось, летом на два, теперь всегда на два. На работу встаем в 5 утра как в европе, на часах правда 7. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.10.2011, 19:38 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
KhodПеревод времени в СУБД не реализуется. Это прерогатива ОС. То есть на конкретную ОС надо накатить конкретный патч, правильно? P.S. Какой-то админский быдлослэнг получился... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2011, 15:57 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
rhpsТо есть на конкретную ОС надо накатить конкретный патч, правильно? Иногда достаточно простой настройки часового пояса (в частности, в окнах убрать галку "Авоматический переход на летнее время и обратно"). ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2011, 16:52 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
KhodrhpsТо есть на конкретную ОС надо накатить конкретный патч, правильно? Иногда достаточно простой настройки часового пояса (в частности, в окнах убрать галку "Авоматический переход на летнее время и обратно"). не в окнах TZ была 3DST стала 4 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2011, 17:55 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Интересное наблюдение. Я попробовал выполнить запрос на древних серверах, на которых установлены IDS 2000 и IDS 9.40.UC3 и не установлены патчи ОС для отмены перевода времени: Код: plaintext
Хотя, с учетом перевода, должно было получиться '2011-10-30 02:09:00' . В ОС перловый скрипт, делающий примерно то же самое: Код: plaintext 1. 2. 3. 4. 5.
Sun 30 Oct 2011 01:59:00 AM MSD MSD Sun 30 Oct 2011 02:09:00 AM MSD MSD После установки патча: Sun 30 Oct 2011 01:59:00 AM MSK MSK Sun 30 Oct 2011 03:09:00 AM MSK MSK Установка патча на результат SQL не повлияла. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2011, 10:25 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
ls4k Интересное наблюдение. Код: plaintext
попробуй: Код: plaintext
Ты ж переводишь на 70 минут. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2011, 11:42 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Особой разницы нет. Получаем: 2011-10-30 02:59:00 ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2011, 12:55 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Я имею в виду, что СУБД в своих арифметических операциях над временем и интервалами не обращается к локальному времени. Я думаю, что перевод времени отражается лишь на операцииях с получением системного времени функцией CURRENT. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2011, 12:59 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Я думаю, что в ОС можно не устанавливать патч, а поменять TZ на TZ=GMT-4 в файле /etc/TIMEZONE (для Солярис). Потребуется перезагрузка системы. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2011, 13:11 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Еще одно важное наблюдение! Я эксприментировал с переводом времени на Linux и Informix. Выяснилось, что Informix при старте каким-то образом кэширует параметры временной зоны . Если у вас работает сервер и Вы применили патч к ОС, отменяющий перевод на зимнее время (обновили пакет tzdata ), но не перезагрузили СУБД, то в ОС время не переведется , а в БД CURRENT станет на час меньше ( переведется )! Итак, вывод - после совершения действий в операционной системе, отменяющих перевод системного времени, необходимо перезагрузить Informix ! ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2011, 16:11 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
ls4kВыяснилось, что Informix при старте каким-то образом кэширует параметры временной зоны . так делают все программы, это параметры окружения с которыми был запущен процесс. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2011, 16:53 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Журавлев Денистак делают все программы, это параметры окружения с которыми был запущен процесс. Денис, здесь речь идет не о переменных окружения, а именно о параметрах временной зоны. В своих экспериментах я не менял переменные окружения. Я менял лишь файл /etc/localtime (который описывает в Linux, в какие дни осуществлять переводы времени). Если Informix запущен с "непропатченным" /etc/localtime, то он осуществит перевод времени даже если мы поменяем файл /etc/localtime на версию с отмененным переводом. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2011, 17:31 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
я слышал что надо перестартовывать демонов. After the zoneinfo files are updated, you may need to restart daemons and other long-running programs to get them to use the new zone information. Examples of such programs include apache, bind, cron, fetchmail -d, inetd, mailman, sendmail, and sysklogd. A common symptom of this problem is seeing incorrect timestamps mixed in with the correct timestamps in your log files (e.g. /var/log/syslog). Even interactive programs like "mutt" may continue to use the old timezone information until they are restarted. > This happens because these services and others like them load > /etc/localtime once when they start up and never seem to reload them. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2011, 17:54 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
Журавлев Денися слышал что надо перестартовывать демонов. After the zoneinfo files are updated, you may need to restart daemons and other long-running programs to get them to use the new zone information. Examples of such programs include apache, bind, cron, fetchmail -d, inetd, mailman, sendmail, and sysklogd. ... . Золотые слова - с кроном попали. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2011, 09:47 |
|
Отмена перевода на зимнее время
|
|||
---|---|---|---|
#18+
яфшуеіЖуравлев Денися слышал что надо перестартовывать демонов. After the zoneinfo files are updated, you may need to restart daemons and other long-running programs to get them to use the new zone information. Examples of such programs include apache, bind, cron, fetchmail -d, inetd, mailman, sendmail, and sysklogd. ... . Золотые слова - с кроном попали.и mysql надо рестартовать. В оракле шедулер глючит без рестарта. В php надо патчить библиотеку, постгре кажись тоже надо рестартовать (еще не понял). ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2011, 09:54 |
|
|
start [/forum/topic.php?fid=44&gotonew=1&tid=1607243]: |
0ms |
get settings: |
24ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
13ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
397ms |
get tp. blocked users: |
2ms |
others: | 314ms |
total: | 833ms |
0 / 0 |