обновление до 11.2.0.2

кто нибудь обновлялся с 11.2.0.1 на продакшене до 11.2.0.2 ?
баги, косяки, проблемы какие нибудь зафиксированы ?

dergrossershlanger
кто нибудь обновлялся с 11.2.0.1 на продакшене до 11.2.0.2 ? баги, косяки, проблемы какие нибудь зафиксированы ?

все молчат, как партизаны. периодически кто-нибудь спрашивает, а в ответ - тишина.

довольно много баз обновляли с 11.2.0.1 до 11.2.0.2
серьезный косяк встретился один - на HP-UX без OnlineJFS разрушается ADR
выпущен патч 10302203

dergrossershlanger
кто нибудь обновлялся с 11.2.0.1 на продакшене до 11.2.0.2 ? баги, косяки, проблемы какие нибудь зафиксированы ?

с Grid-home (Oracle Restart и пр.) не получилось подняться. Где-то ранее писал здесь.

Edward Shevtsov,

На тесте обновлялся с 11.2.0.1 на 11.2.0.2, HP-UX 11.31,
без проблем.

dergrossershlanger
кто нибудь обновлялся с 11.2.0.1 на продакшене до 11.2.0.2 ? баги, косяки, проблемы какие нибудь зафиксированы ?

Обновлялись с 9-к и 10-к.
Самый забавный "баг"
SGA Re-Sizes Occurring Despite AMM/ASMM Being Disabled (MEMORY_TARGET/SGA_TARGET=0) [ID 1269139.1]

с декабря на 11.2.0.2, критичных проблем нет, остальные по ходу решаются..

Например, такое встретилось:
В 11.2.0.2 функция WM_CONCAT теперь возвращает CLOB, как это стало и в 10.2.0.5 (многие пользуются по старинке, хотя она не документирована). Лучше поменять ее на LISTAGG.
Некоторые планы изменились в худшую сторону, некоторые запросы пришлось даже переписать. Почему-то больше стало запросов, стремящихся не к месту использовать INDEX SKIP SCAN.
Один забавный запрос при использовании bind-переменных не возвращает результат, но при использовании тех же значений в качестве констант отрабатывает нормально. Планы разные, разумеется. Возможно, проблема возникает из-за функционального индекса, который, однако, в других запросах используется и работает нормально. До конца не успел разобраться. Пофиксил насильственным применением правильного плана.

Ну вот, например, какой сюрприз в 11.2.0.2 обнаружили:

Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 
Connected as deev
 
SQL> create table drop_me(email1 varchar2(250), flag1 number, email2 varchar2(250), flag2 number);
 
Table created
 
SQL> create index drop_me#email1 on drop_me(case when flag1 = 1 then email1 end);
 
Index created
 
SQL> create index drop_me#email2 on drop_me(case when flag2 = 1 then email2 end);
 
Index created
 
SQL> 
SQL> insert into drop_me
  2  select 'test_'||level||'@mail.ru', 1, 'test_'||level||'@yandex.ru', 1
  3    from dual connect by level <= 1000;
 
1000 rows inserted
 
SQL> select count(*)
  2    from drop_me
  3   where (case when flag1 = 1 then email1 end) like 'test_1@mail.ru'
  4      or (case when flag2 = 1 then email2 end) like 'test_1@yandex.ru';
 
  COUNT(*)
----------
         0
 
SQL> select /*+ NO_EXPAND */ count(*)
  2    from drop_me
  3   where (case when flag1 = 1 then email1 end) like 'test_1@mail.ru'
  4      or (case when flag2 = 1 then email2 end) like 'test_1@yandex.ru';
 
  COUNT(*)
----------
         1
 

Т.е. конкатенация с функц. индексами глючит конкретно. По крайней мере, в этом случае.

1. получал ora-1555 на открытом в read only полном физическом станбае (процессы наката остановлены)