Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 .. 16   вперед  Ctrl
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Петровичч
Member

Откуда: Moscow
Сообщений: 35
Вячеслав Любомудров
PS. После opatch apply не забыл про ID 977512.1 ?


Да, именно в этом была проблема.
В README к патчу нет прямых ссылок на этот документ, вчера весь день копал металинк пока нашел его.
Спасибо за помощь!

PS: пример мой нормальный и полностью рабочий. Ну может TZH:TZM более корректный вариант, но с TZD также нормально работает.
21 окт 11, 11:01    [11476966]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Петровичч
Member

Откуда: Moscow
Сообщений: 35
Вячеслав Любомудров
Во первых, ты попутал с маской
t11> SELECT TO_TIMESTAMP_TZ('20-OCT-2011 15:22:33 +04:00', 'DD-MM-YYYY HH24:MI:SS >>>TZD<<<'),
  2         TO_TIMESTAMP_TZ('20-OCT-2011 15:22:33 +04:00', 'DD-MM-YYYY HH24:MI:SS TZH:TZM') from dual;

TO_TIMESTAMP_TZ('20-OCT-201115:22:33+04:00','DD-MM-YYYYHH24:MI:SSTZD')
---------------------------------------------------------------------------
TO_TIMESTAMP_TZ('20-OCT-201115:22:33+04:00','DD-MM-YYYYHH24:MI:SSTZH:TZM')
---------------------------------------------------------------------------
20-10-2011 15:22:33 +11:00
20-10-2011 15:22:33 +04:00


Вячеслав, я проверил твой пример на нескольких БД. Результат другой :)

SQL> SELECT TO_TIMESTAMP_TZ('20-OCT-2011 15:22:33 +04:00', 'DD-MM-YYYY HH24:MI:SS TZD'),
  2   TO_TIMESTAMP_TZ('20-OCT-2011 15:22:33 +04:00', 'DD-MM-YYYY HH24:MI:SS TZH:TZM') from dual;

TO_TIMESTAMP_TZ('20-OCT-201115:22:33+04:00','DD-MM-YYYYHH24:MI:SSTZD')
---------------------------------------------------------------------------
TO_TIMESTAMP_TZ('20-OCT-201115:22:33+04:00','DD-MM-YYYYHH24:MI:SSTZH:TZM')
---------------------------------------------------------------------------
20-10-2011 15:22:33 +04:00
20-10-2011 15:22:33 +04:00

SQL> 
21 окт 11, 11:39    [11477327]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
Молодец, теперь поинтересуйся
tst> select sessiontimezone from dual;

SESSIONTIMEZONE
---------------------------------------------------------------------------
+11:00

tst> SELECT TO_TIMESTAMP_TZ('20-OCT-2011 15:22:33 HERNYA', 'DD-MM-YYYY HH24:MI:SS TZD') from dual;

TO_TIMESTAMP_TZ('20-OCT-201115:22:33HERNYA','DD-MM-YYYYHH24:MI:SSTZD')
---------------------------------------------------------------------------
20-10-2011 15:22:33 +11:00
21 окт 11, 11:47    [11477402]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Петровичч
Member

Откуда: Moscow
Сообщений: 35
Вячеслав Любомудров,

убедил, я был не прав! :)
21 окт 11, 11:50    [11477438]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
beemer
Member

Откуда: Москва
Сообщений: 262
Кто-нибудь апдейтил EM 11 или 12? В списках таймозон при создании джоб, блэкаутов и т.п. московская таймзона по прежнему пишется как +3:00.
26 окт 11, 09:00    [11499885]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Петровичч
Member

Откуда: Moscow
Сообщений: 35
beemer,

Я думаю будет достаточно скопировать файлы тайм зоны из ораклового патча и пропатчить Java используя tzupdater
26 окт 11, 11:58    [11501179]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
Для 10.2.0.5 оказалось недостаточно ;-(
Хотя и насрать, скорее всего. Смещение кажет неправильное, а название уже новое
26 окт 11, 12:02    [11501231]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
beemer
Member

Откуда: Москва
Сообщений: 262
Вячеслав Любомудров,

А какое название? Мне показалось что ничего не изменилось
26 окт 11, 19:24    [11505349]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
beemer
Member

Откуда: Москва
Сообщений: 262
Петровичч,

Зачем копировать если есть патч?
26 окт 11, 19:27    [11505356]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
beemer
А какое название? Мне показалось что ничего не изменилось
Не патченная OS: Thu Oct 27 08:33:18 VLAST 2011
Патченная: Thu Oct 27 08:33:26 VLAT 2011
Сейчас в выборе таймзоны в заданиях OMS показывается (UTC+10:00) Vladivostok (VLAT)
Хотя, честно говоря, я не помню, как оно раньше было. Возможно, так же, ведь +10 было как раз для стандартного смещения до отмены перевода
lvl-suse:/home/lubomudr # zdump -v Asia/Vladivostok|egrep '(2010|2011)'
Asia/Vladivostok Sat Mar 27 15:59:59 2010 UTC = Sun Mar 28 01:59:59 2010 VLAT isdst=0
Asia/Vladivostok Sat Mar 27 16:00:00 2010 UTC = Sun Mar 28 03:00:00 2010 VLAST isdst=1
Asia/Vladivostok Sat Oct 30 15:59:59 2010 UTC = Sun Oct 31 02:59:59 2010 VLAST isdst=1
Asia/Vladivostok Sat Oct 30 16:00:00 2010 UTC = Sun Oct 31 02:00:00 2010 VLAT isdst=0
Asia/Vladivostok Sat Mar 26 15:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 VLAT isdst=0
Asia/Vladivostok Sat Mar 26 16:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 VLAT isdst=0
Возможно, что список просто жестко вбит

beemer
Зачем копировать если есть патч?
Патч 12949905 для БД, на OMS он не ставится
INFO:Patch 12949905: Optional component(s) missing : [ oracle.oracore.rsf, 10.2.0.5.0 ]
INFO:Prerequisite check "CheckApplicable" failed.
Но, после установки PSU 10.2.0.5.5 по крайней мере не ругался на подложенные файлы зон

Агент, даже после установки PSU 10.2.0.5.3, с новыми фалами таймзон (подложенными, естественно, вручную, ибо патч от БД также не ставится) стартовать отказывается
----- Fri Oct 21 17:12:43 2011::tzOffset for Asia/Vladivostok is 0(min), but agent is runnning with tzOffset 660(min)
27 окт 11, 02:00    [11506315]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
beemer
Member

Откуда: Москва
Сообщений: 262
Вячеслав Любомудров
Сейчас в выборе таймзоны в заданиях OMS показывается (UTC+10:00) Vladivostok (VLAT)

а московскую зону не глянете?
Вячеслав Любомудров
Возможно, что список просто жестко вбит

У меня тоже есть такое подозрение.
Вячеслав Любомудров
Патч 12949905 для БД, на OMS он не ставится

На OMS 11g во всяком случае ставится. Opatch последней версии?
27 окт 11, 09:04    [11506551]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Мутаген
Member

Откуда:
Сообщений: 719
Скажите, а самому нельзя сделать такой патч из данных Олсона? Ну, как на Unix делается командой zic?
А то внезапно оказалось что для патчей на 10ю версию нужен extended support :(
27 окт 11, 19:29    [11512044]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Ivan Kuznetsov
Member

Откуда:
Сообщений: 8
Мутаген, hello!

1. Патч OJVM DST V17 (отсутствующий p12949919) делается из V16 (p12565410) и данных Олсона путем компиляции java zoneinfo, подмены files/javavm/lib/zi и удаления/изменения проверок в files/javavm/admin/fixTZa.sql. Хак практически идентичен как для Oracle 10, так и для 11. Для Linux сейчас это решение нами как раз внедряется :)

2. Патч p12949905 (который есть в обычном доступе для 11 и требует расширенной поддержки для 10): как я понял, файлики timezone_17.dat в 10g и 11g совпадают, если они в новом формате. Т.е. для 10.2.0.5 и выше, по идее, можно вручную подложить timezone_17.dat/timezlrg_17.dat в $ORACLE_HOME/oracore/zoneinfo от (например) 11.2.0.2 и выполнить то, что пишут в note 1362718.1. Это пока не проверялось

Для <10.2.0.5 (со старым форматом таймзон) нужно сначала приложить p7695070, который разный для разных платформ и версий, но есть в обычном доступе. Далее см. выше? Тоже пока не проверялось

С уважением, Иван
27 окт 11, 20:15    [11512215]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
Все три варианта работают
Но если последние 2 -- это практически официально документировано (да и про то, что файлики одинаковые, уже было в этом топике), то насчет OJVM мне страшновато (OJVM DSTv17)
28 окт 11, 01:42    [11513224]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Fedortsov A.
Member

Откуда:
Сообщений: 832
Ivan Kuznetsov
Мутаген, hello!

2. Патч p12949905 (который есть в обычном доступе для 11 и требует расширенной поддержки для 10): как я понял, файлики timezone_17.dat в 10g и 11g совпадают, если они в новом формате. Т.е. для 10.2.0.5 и выше, по идее, можно вручную подложить timezone_17.dat/timezlrg_17.dat в $ORACLE_HOME/oracore/zoneinfo от (например) 11.2.0.2 и выполнить то, что пишут в note 1362718.1. Это пока не проверялось
С уважением, Иван


Для 10.2.0.5 на Linux подложили с 11-ой(не помню точно версию) версии файлы timezone_17.dat/timezlrg_17.dat, правда, пришлось timezone_17.dat/timezlrg_17.dat переименовать в timezone.dat/timezlrg.dat и нормально, работает.
28 окт 11, 12:04    [11514755]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
simneo
Member

Откуда:
Сообщений: 72
Кавардак в голове с таймзонами.

SQL> select dbtimezone from dual;

DBTIME
------
+03:00

SQL> select * from sys.props$ where name='DBTIMEZONE';

NAME
------------------------------
VALUE$
--------------------------------------------------------------------------------
COMMENT$
--------------------------------------------------------------------------------
DBTIMEZONE
+03:00
DB time zone


SQL> SELECT SYSTIMESTAMP FROM dual;

SYSTIMESTAMP
---------------------------------------------------------------------------
29.10.11 22:30:36.792090 +04:00

SQL> SELECT EXTRACT( timezone_region from systimestamp ) FROM dual;

EXTRACT(TIMEZONE_REGIONFROMSYSTIMESTAMP)
----------------------------------------------------------------
UNKNOWN

SQL> SELECT version FROM v$timezone_file;

   VERSION
----------
         4

Время в Oracle измениться на зимнее?
29 окт 11, 22:33    [11521425]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
timezone
Guest
коллеги, так и не понял, есть патч? sap не запускается, пишет отличие времени ОС и БД :( ось - RedHat
ОСь обновлял пакетом
Red Hat Enterprise Linux 5
Update to tzdata-2011h-1.el5 and tzdata-java-2011h-1.el5 (from RHEA-2011:1128-1) or later.

что для БД нужно сделать?
30 окт 11, 15:16    [11522521]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Eagle_84
Member

Откуда: Москва
Сообщений: 1535
да, версия
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
30 окт 11, 15:18    [11522526]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
beemer
Member

Откуда: Москва
Сообщений: 262
timezone
коллеги, так и не понял, есть патч?

есть
timezone
что для БД нужно сделать?

ставить патч.
если Extended Support не оплачивали, то читать ветку, здесь все написано.
30 окт 11, 19:03    [11522987]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
xxxkms
Member

Откуда:
Сообщений: 395
А почему так?

SQL> SELECT DBTIMEZONE,sessiontimezone FROM DUAL;

DBTIME SESSIONTIMEZONE
------ ---------------------------------------------------------------------------
+00:00 +11:00
31 окт 11, 08:55    [11524081]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
А почему бы и нет?
31 окт 11, 08:56    [11524083]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
bonito
Member

Откуда:
Сообщений: 1
Здравствуйте.
Что то то с этой отменой зимнего времени OEM перестал top activity показывать.

В ОС патчи не ставил, просто заменил Europe/Moskow на Etc/GMT-4.
После "не перехода" в ЕМ top activity пропал график и список сессий, причем , все остальное работает, показывает даже блокировки если они есть.

пробовал перезапускать ЕМ с новой тайм зоной

emctl stop dbconsole
emctl resetTZ agent
SQL> alter session set current_schema = SYSMAN;
SQL> exec mgmt_target.set_agent_tzrgn('хост:порт','Etc/GMT-4')
emctl start dbconsole

в конфиге emctl уже Etc/GMT-4, всеравно сессий не видит и графика нет, но под ним пишет что тайм зона все таки применилась: Start Time31.10.2011 9:16:09 GMT+04:00

на всякий случай:
SYSTIMESTAMP SYSDATE CURRENT_DATE DBTIMEZONE SESSIONTIMEZONE 31.10.11 09:18:22,008271 +04:00 31.10.2011 9:18:22 31.10.2011 9:18:22 -05:00 +04:00

Всю базу пока перезапускать не стал, надо ли это делать и поможет ли? хотелось бы вернуть ЕМ без остановки системы.
31 окт 11, 09:29    [11524156]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
xxxkms
Member

Откуда:
Сообщений: 395
Вячеслав Любомудров
А почему бы и нет?

Ну так стало после установки этого долбанного DSTv17, до него значения совпадали.
31 окт 11, 09:37    [11524180]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
Ты уверен?
select * from sys.props$ where name='DBTIMEZONE';
31 окт 11, 09:39    [11524195]     Ответить | Цитировать Сообщить модератору
 Re: Чем грозит отмена перехода на зимнее время?  [new]
ynetbot
Guest
timezone,

да ни хрена не надо делать на уровне БД. SAP глубоко фиолетово, как Oracle с часовыми поясами работает.

Нужно поставить часовой пояс корректно в самом SAP - транзакция STZAC, ставить лучше часовой пояс UTC+<смещенеие>

И нужно поставить часовой пояс на уровне операционной системы, лучше тоже UTC. Если есть инстанции стека Java, то на JDK нужно натравить tzupdater версии 1.3.40 или выше. После этого все инстанции необходимо перезапустить. Всё. Если пропустить любой пункт из этого абзаца, то как раз и будет дамп ZDATE_LARGE_TIME_DIFF

Все вышеописанное проверено на зоопарке инсталляций с Oracle от 8-го до 11-го и SAP с ядрами от 4.0 до 7.10. Операционки - AIX 5.3 и 6.1 и Винда от 2003 до 2008
31 окт 11, 10:46    [11524669]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 .. 16   вперед  Ctrl
Все форумы / Oracle Ответить