powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Правильный переход на новый DST
19 сообщений из 19, страница 1 из 1
Правильный переход на новый DST
    #39736242
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
В тестовом окружении проводится попытка перехода на новый DST
Oracle EE 12.1.0.2 Linux x86-64
имеется два ORACLE_HOME с разными DST
19396455 - изначальный DSTv23
28125601 - конечный DSTv32
ORACLE_HOME1 c

Код: plaintext
1.
2.
opatch lspatches
27547329;Database Patch Set Update : 12.1.0.2.180717 (27547329)
19396455;

и
ORACLE_HOME2 с

Код: plaintext
1.
2.
opatch lspatches
28125601;
27547329;Database Patch Set Update : 12.1.0.2.180717 (27547329)

БД работает и была создана из под 1го.

При старте из под 2го

Код: plsql
1.
select * from v$timezone_file;


возвращает
Код: plaintext
no rows selected

а dbms_dst:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
exec DBMS_DST.BEGIN_PREPARE(32)
BEGIN DBMS_DST.BEGIN_PREPARE(32); END;

*
ERROR at line 1:
ORA-56923: database properties related to time zone version are not set up
properly
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 79
ORA-06512: at "SYS.DBMS_DST", line 1389
ORA-06512: at line 1



Вопрос собственно как корректно переехать с одного DST на другой?
У оракла написано что DST патчи кумулятивные. Получается нет?
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736447
Тролин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
После установки патча DST можно воспользоваться автоматическим скриптом из 1585343.1
Scripts to automatically update the RDBMS DST (timezone) version in an 11gR2 or 12c database

Сначала запускаете check и потом apply скрипт.
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736561
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Если я не ошибаюсь Вы ссылаетесь на документ для 11.2. Здесь СУБД 12.1 но это не главное для 12.1 тоже есть пречек. Так вот в пречеке как раз и выполняется вначале DBMS_DST.BEGIN_PREPARE(<New DST version>)
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736708
Тролин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mdkz,

1. Это статья для 11gR2 or 12c database (1585343.1)

Как ставили патч 28125601?
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736715
Тролин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mdkz, И еще покажи вывод ls -ali $ORACLE_HOME/oracore/zoneinfo
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736780
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
1) opatch apply
2)
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
total 18952
110125994 drwxr-xr-x 4 oracle oinstall   4096 Nov 21 15:28 .
110125993 drwxr-xr-x 4 oracle oinstall     34 Aug 30 12:46 ..
117534672 drwxr-xr-x 2 oracle oinstall   4096 Nov 21 15:28 big
113351506 drwxr-xr-x 2 oracle oinstall   4096 Nov 21 15:28 little
109891135 -rw-r--r-- 1 oracle oinstall  57395 Jul 19 00:55 readme_32.txt
110126026 -rw-r--r-- 1 oracle oinstall   7179 Apr 16  2014 readme.txt
110126028 -rw-r--r-- 1 oracle oinstall  34454 Apr 16  2014 timezdif.csv
110126034 -rw-r--r-- 1 oracle oinstall 792894 Dec  3  2013 timezlrg_10.dat
110126019 -rw-r--r-- 1 oracle oinstall 787272 Dec  3  2013 timezlrg_11.dat
110125998 -rw-r--r-- 1 oracle oinstall 785621 Dec  3  2013 timezlrg_12.dat
110126006 -rw-r--r-- 1 oracle oinstall 782475 Dec  3  2013 timezlrg_13.dat
110126000 -rw-r--r-- 1 oracle oinstall 791430 Dec  3  2013 timezlrg_14.dat
110126023 -rw-r--r-- 1 oracle oinstall 791476 Dec  3  2013 timezlrg_15.dat
110126008 -rw-r--r-- 1 oracle oinstall 800913 Dec  3  2013 timezlrg_16.dat
110126013 -rw-r--r-- 1 oracle oinstall 779003 Dec  3  2013 timezlrg_17.dat
110125995 -rw-r--r-- 1 oracle oinstall 781669 Dec  3  2013 timezlrg_18.dat
110126001 -rw-r--r-- 1 oracle oinstall 493675 Dec  3  2013 timezlrg_1.dat
110126016 -rw-r--r-- 1 oracle oinstall 507957 Dec  3  2013 timezlrg_2.dat
109052002 -rw-r--r-- 1 oracle oinstall 786909 Jul 19 00:55 timezlrg_32.dat
110125996 -rw-r--r-- 1 oracle oinstall 527717 Dec  3  2013 timezlrg_3.dat
110126007 -rw-r--r-- 1 oracle oinstall 531137 Dec  3  2013 timezlrg_4.dat
110126018 -rw-r--r-- 1 oracle oinstall 587487 Dec  3  2013 timezlrg_5.dat
110125999 -rw-r--r-- 1 oracle oinstall 586750 Dec  3  2013 timezlrg_6.dat
110126002 -rw-r--r-- 1 oracle oinstall 601242 Dec  3  2013 timezlrg_7.dat
110126030 -rw-r--r-- 1 oracle oinstall 616723 Dec  3  2013 timezlrg_8.dat
110126014 -rw-r--r-- 1 oracle oinstall 801410 Dec  3  2013 timezlrg_9.dat
110126033 -rw-r--r-- 1 oracle oinstall 345637 Dec  3  2013 timezone_10.dat
110126020 -rw-r--r-- 1 oracle oinstall 345356 Dec  3  2013 timezone_11.dat
110126022 -rw-r--r-- 1 oracle oinstall 345024 Dec  3  2013 timezone_12.dat
110126017 -rw-r--r-- 1 oracle oinstall 344425 Dec  3  2013 timezone_13.dat
110126025 -rw-r--r-- 1 oracle oinstall 344448 Dec  3  2013 timezone_14.dat
110125997 -rw-r--r-- 1 oracle oinstall 344448 Dec  3  2013 timezone_15.dat
110126010 -rw-r--r-- 1 oracle oinstall 343044 Dec  3  2013 timezone_16.dat
110126011 -rw-r--r-- 1 oracle oinstall 341718 Dec  3  2013 timezone_17.dat
110126015 -rw-r--r-- 1 oracle oinstall 341718 Dec  3  2013 timezone_18.dat
110126029 -rw-r--r-- 1 oracle oinstall 274427 Dec  3  2013 timezone_1.dat
110126021 -rw-r--r-- 1 oracle oinstall 274900 Dec  3  2013 timezone_2.dat
109891134 -rw-r--r-- 1 oracle oinstall 340869 Jul 19 00:55 timezone_32.dat
110126024 -rw-r--r-- 1 oracle oinstall 286651 Dec  3  2013 timezone_3.dat
110126004 -rw-r--r-- 1 oracle oinstall 286264 Dec  3  2013 timezone_4.dat
110126031 -rw-r--r-- 1 oracle oinstall 286310 Dec  3  2013 timezone_5.dat
110126012 -rw-r--r-- 1 oracle oinstall 286217 Dec  3  2013 timezone_6.dat
110126009 -rw-r--r-- 1 oracle oinstall 286815 Dec  3  2013 timezone_7.dat
110126005 -rw-r--r-- 1 oracle oinstall 302100 Dec  3  2013 timezone_8.dat
110126027 -rw-r--r-- 1 oracle oinstall 351525 Dec  3  2013 timezone_9.dat

...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736788
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да, тогда ошибся немного по поводу скрипта, просто я сразу на ручной режим пошел по docid 1509653
если запускать upg_tzv_check.sql то другое:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
SQL> @upg_tzv_check.sql
INFO: Starting with RDBMS DST update preparation.
INFO: NO actual RDBMS DST update will be done by this script.
INFO: If an ERROR occurs the script will EXIT sqlplus.
INFO: Doing checks for known issues ...
DECLARE
*
ERROR at line 1:
ORA-01804: failure to initialize timezone information
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736830
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чувак, ну ты текущие-то файлики таймзон (23) подложи в новый хоум
Оно же уже на них настроено
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736883
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Где об этом написано(я конечно подозревал но были сомнения может чего упускаю)? я обновление пытаюсь через outofplace сделать.
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736887
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Опять же получается что для обновления придется помнить/смотреть что там за TZ, искать патч, устанавливать, проводить update и сносить? Или я чего то неправильно понял или не(доувидел/дочитал)?
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736903
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дык у тебя в sys.props$ (database_properties) прописана текущая версия DST
А так, да, до открытия, в режиме MOUNT оно у тебя увидит последний TZ-файл
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736915
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mdkzОпять же получается что для обновления придется помнить/смотреть что там за TZ, искать патч, устанавливать, проводить update и сносить? Или я чего то неправильно понял или не(доувидел/дочитал)?Ну, тебе precheck перед апгрейдом должен был все рассказать про DST

Вот насколько у меня в этом есть опыт -- когда обновлялся (10->11, например), то БД уже была DST версии старше, чем та, которая предлагается в новой версии. Т.е. последовательность была следующая -- разворачиваем новый хоум, апгрейдим до последнего PSU, апгрейдим до текущего DST (как на соурсе) и тогда все проходит весело и непринужденно

Одновременно апгрейдить и версию и DST наверное, можно, но зачем?
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39736942
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав ЛюбомудровВот насколько у меня в этом есть опыт -- когда обновлялся (10->11, например), то БД уже была DST версии старше, чем та, которая предлагается в новой версии. Т.е. последовательность была следующая -- разворачиваем новый хоум, апгрейдим до последнего PSU, апгрейдим до текущего DST (как на соурсе) и тогда все проходит весело и непринужденно

Одновременно апгрейдить и версию и DST наверное, можно, но зачем?
Проблема в том что придется искать (и возможно качать) этот DST перед апргейдом (апргейд я так понимаю подразумевается апгрейд ORACLE_HOME не БД?) собственно делать то, что я выше и написал так? Если даЮ то как то печально всё в случае с зоопарком, получается что не кумулятивные DST патчи то, а просто зоны последние актуальные на номер выпуска у них...
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39737263
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Еще раз -- для того чтоб проапгрейдить у тебя БД должна просто работать
Если ты в хоуме убрал половину файлов (к которым обращение прописано в словаре), то БД у тебя в кривом состоянии.

Ну и DST патчи ставятся по месту, как и любой interim-патч. Outofplace можно сделать склонировав текущий ORACLE_HOME и проапгрейдив его новым DST

И кумулятивность означает, что последующие версии включают в себя всю информацию о предыдущих. В этом отношении все честно.
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39737313
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав ЛюбомудровЕще раз -- для того чтоб проапгрейдить у тебя БД должна просто работать
Если ты в хоуме убрал половину файлов (к которым обращение прописано в словаре), то БД у тебя в кривом состоянии.

Ну и DST патчи ставятся по месту, как и любой interim-патч. Outofplace можно сделать склонировав текущий ORACLE_HOME и проапгрейдив его новым DST

Правильно ли я понимаю что при любом обновлении (например PSU) необходимо установить полный набор тех же патчей и сверху только применить новые не удаляя старые? И может Вы подскажите docid по правильному обновлению (если конечно такой есть и Вы его знаете(буду премного благодарен)?

Вячеслав ЛюбомудровИ кумулятивность означает, что последующие версии включают в себя всю информацию о предыдущих. В этом отношении все честно.
А по мне немого лукавят. Кумулятивность PSU и кумулятивность DST как то несколько разные, нет?

И еще пара вопросов нарисовалась тогда:
Предположим мы проводим upgrade на версию 12.2 при текущей конфигурации БД и СУБД как в 1й варианте, тогда:
Каким образом это осуществить?
Варианты:
1) Установить чистый 12.2 и провести upgrade
2) Установить чистый 12.2 накатить PSU + прочие patches и провести upgrade
Какой из вариантов правильный?

Спасибо что помогаете понять.
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39737345
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mdkzВячеслав ЛюбомудровЕще раз -- для того чтоб проапгрейдить у тебя БД должна просто работать
Если ты в хоуме убрал половину файлов (к которым обращение прописано в словаре), то БД у тебя в кривом состоянии.

Ну и DST патчи ставятся по месту, как и любой interim-патч. Outofplace можно сделать склонировав текущий ORACLE_HOME и проапгрейдив его новым DST

Правильно ли я понимаю что при любом обновлении (например PSU) необходимо установить полный набор тех же патчей и сверху только применить новые не удаляя старые? И может Вы подскажите docid по правильному обновлению (если конечно такой есть и Вы его знаете(буду премного благодарен)? Есть README к патчу, там написано как устанавливать
В частности, для DST-патчей никакого упоминания об OutOfPlace нет.
И вообще, для любого обновления, которое не содержит полную инсталляцию, OutOfPlace делается ручками на клоне текущего ORACLE_HOME. Это вроде очевидно.
Не забывай, что ты мог поставить какие-то другие interim-патчи, закрывающие определенные баги. Неужели ты думаешь что тот-же PSU включает вообще все патчи к текущему моменту? Естественно, это не так.
mdkzВячеслав ЛюбомудровИ кумулятивность означает, что последующие версии включают в себя всю информацию о предыдущих. В этом отношении все честно.
А по мне немого лукавят. Кумулятивность PSU и кумулятивность DST как то несколько разные, нет?Функциональность DST (в частности, таблица перехода времени) полностью содержится в более новой версии и содержит все данные из более старых.
Другое дело, что физически файл меняется, а не добавляется
mdkzИ еще пара вопросов нарисовалась тогда:
Предположим мы проводим upgrade на версию 12.2 при текущей конфигурации БД и СУБД как в 1й варианте, тогда:
Каким образом это осуществить?
Варианты:
1) Установить чистый 12.2 и провести upgrade
2) Установить чистый 12.2 накатить PSU + прочие patches и провести upgrade
Какой из вариантов правильный?

Спасибо что помогаете понять. Склонировать текущий ORACLE_HOME, применить новые патчи на этот ORACLE_HOME, поднять с ним БД и провести апгрейд.

Вообще, проведение OutOfPlace-апгрейда для меня вещь сомнительная. Поскольку бэкап старого дома, как правило, все равно делается (и не останавливая БД)
По сравнению с апгрейдом словаря, апгрейд ORACLE_HOME по времени как правило, намного быстрее. И если уже на этапе апгрейда словаря случится зопа, то все равно БД придется откатывать через FLASHBACK или восстанавливать из бэкапа. По сравнению с этим восстановление старого ORACLE_HOME из бэкапа ну потребует лишних 2-3 мин.

Ну, и, как правило, апгрейды сначала тестируются
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39737371
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав Любомудров...
Склонировать текущий ORACLE_HOME, применить новые патчи на этот ORACLE_HOME, поднять с ним БД и провести апгрейд.
...

Речь идет про upgrade с 12.1 на 12.2 в предположении поэтому не понятно зачем клонировать, oracle же вроде бы не ставится в тот же хом? Или речь идет про правильный накат обновлений в данном предложении?

Ну и при выходе нового PSU и его установкой получается oracle_home будет всё "пухнуть" и "пухнуть"?
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39737469
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
При апгрейде редакции (я думал, ты именно про накат PSU) естественно будет выполнятся Out-Of-Place, это уже с какой-то версии 10g заведено
Но там же после прогона pre-upgrade скрипта все пишется про текущий DST и что такой же надо установить на новый дом, иначе он уменьшится до версии по-умолчанию (как правило, древней). И, вроде, если через DBUA апгрейдишься, оно об этом говорит

И вообще, DST-патч это просто один файлик с таймзонами. Тем более, что формат как поменялся с 10i на 11g, так с тех пор и не меняется. О чем тут спорить? Подкладываешь старый (текущий) и новый (его можешь установить), чтоб в инвентори прописалось

А захламляться и "пухнуть" -- по сравнению с остальным хозяйством три файлика (4 полный патч) DST-патча такая мелочь...
Если очень накаляет, можешь их вообще все посносить, кроме последнего
...
Рейтинг: 0 / 0
Правильный переход на новый DST
    #39737533
mdkz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав ЛюбомудровПри апгрейде редакции (я думал, ты именно про накат PSU) естественно будет выполнятся Out-Of-Place, это уже с какой-то версии 10g заведено
Но там же после прогона pre-upgrade скрипта все пишется про текущий DST и что такой же надо установить на новый дом, иначе он уменьшится до версии по-умолчанию (как правило, древней). И, вроде, если через DBUA апгрейдишься, оно об этом говорит

Ага, тут понятнее стало. Получается надо подбирать набор патчей, если там что-либо еще было установлено.
Вячеслав ЛюбомудровИ вообще, DST-патч это просто один файлик с таймзонами. Тем более, что формат как поменялся с 10i на 11g, так с тех пор и не меняется. О чем тут спорить? Подкладываешь старый (текущий) и новый (его можешь установить), чтоб в инвентори прописалось не один, а вроде бы два, но не суть.
Вячеслав ЛюбомудровА захламляться и "пухнуть" -- по сравнению с остальным хозяйством три файлика (4 полный патч) DST-патча такая мелочь...
Если очень накаляет, можешь их вообще все посносить, кроме последнего
Про пухнуть я имел ввиду устанавливаемые и устанавливаемые снова PSU. Но это уже совсем оффтопик.

Спасибо еще раз за помощь в понимании.
...
Рейтинг: 0 / 0
19 сообщений из 19, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Правильный переход на новый DST
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]