Oracle 11.2.0.4 Upgrade to Oracle 19 : Oracle

Давид · █ 25.02.2025 20:42

Доброго всем вечера. Пытаюсь обновить БД с 11.2.0.4 на 19, при проверке в Database Upgrade Assistant получаю предупреждения с отметкой Manual - вероятно, их необходимо устранить самостоятельно.

Одно из них: Cause : 4 objects are INVALID. Action : Run 11.2.0.4.0 $ORACLE_HOME/rdbms/admin/utlrp.sql to recompile invalid objects. You can view the individual invalid objects with SET SERVEROUTPUT ON; EXECUTE DBMS_PREUP.INVALID_OBJECTS;

Запускал указанный скрипт, также:
catnoamd.sql
emremove.sql
catnoamd.sql
olapidrp.plb
catnoxoq.sql
catnoaps.sql
cwm2drop.sql

Удалял drop user olapsys cascade

Но все же получаю:

SQL> SELECT OBJECT_NAME, OBJECT_TYPE, STATUS
2 FROM DBA_OBJECTS
3 WHERE OWNER = 'SUPERMAG' AND STATUS = 'INVALID';

OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------- -------
CF_PLUFORMULA
FUNCTION INVALID

PLU_W
FUNCTION INVALID

RETURN
FUNCTION INVALID

OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------- -------
OK_MV_FOR_ORDERS
MATERIALIZED VIEW INVALID

И знаний пока не хватает, чтобы разобраться с ними, не очень понимаю, почему компиляция не исправляет их. Но, как понимаю, объекты связаны с супермагом и просто дропать не хотелось бы.

Может кому-то знакомо или кто-то знает, как решить эту проблему?

OlegON · █ 25.02.2025 20:49

Инвалиды в пользовательской схеме совсем не препятствие обновить версию базы.

Цитата:

Давид ➤ OK_MV_FOR_ORDERS

это кто-то пользовался моими рекомендациями тут на форуме, можно дропнуть
остальные можно скомпилировать вручную и посмотреть ошибки, скорее всего дропнули связанные объекты
зря ты ввернул это все в одну тему, инвалиды "до" и обновление не очень связанные вещи

Давид · █ 26.02.2025 09:42

Цитата:

OlegON ➤ Инвалиды в пользовательской схеме совсем не препятствие обновить версию базы.

это кто-то пользовался моими рекомендациями тут на форуме, можно дропнуть
остальные можно скомпилировать вручную и посмотреть ошибки, скорее всего дропнули связанные объекты
зря ты ввернул это все в одну тему, инвалиды "до" и обновление не очень связанные вещи

То есть предупреждения необязательно означают невозможность обновления БД?

И если дропнули связанные объекты - это критично для самой БД?

OlegON · █ 26.02.2025 11:05

Цитата:

Давид ➤ То есть предупреждения необязательно означают невозможность обновления БД?

Совсем необязательно. Они тебя предупреждают. Ставишь галочку на игнорирование под твою ответственность и идешь дальше, если понимаешь, что делаешь.

Цитата:

Давид ➤ это критично для самой БД?

Попробуй рассуждать логически. Есть код СУБД, есть помойка, которая в базе хранится. Для самой СУБД вообще по барабану, хоть все, что внутри из пользовательского удали. Для приложения, которое работает с этими данными, потеря каких-то связей может быть совсем неожиданной с точки зрения разработчиков, которые это приложение писали.

Давид · █ 26.02.2025 11:58

Цитата:

OlegON ➤ Совсем необязательно. Они тебя предупреждают. Ставишь галочку на игнорирование под твою ответственность и идешь дальше, если понимаешь, что делаешь.

Попробуй рассуждать логически. Есть код СУБД, есть помойка, которая в базе хранится. Для самой СУБД вообще по барабану, хоть все, что внутри из пользовательского удали. Для приложения, которое работает с этими данными, потеря каких-то связей может быть совсем неожиданной с точки зрения разработчиков, которые это приложение писали.

Понял. Я предполагал, что необходимо не иметь invalid-ов, но с другой стороны, стоит попробовать и проверить итог.

Давид · █ 26.02.2025 12:22

Цитата:

Давид ➤ Понял. Я предполагал, что необходимо не иметь invalid-ов, но с другой стороны, стоит попробовать и проверить итог.

В процессе обновления получил две ошибки.

Первая - ORA-20001: Errors encountered during table migration. Query

После нее обновление продолжается, и встает уже на второй ошибке: Erros encountered during the execution of database components upgrade.

Прикладываю скрины и файлы логов.

Как понимаю, ругается на WMSYS.OWM_VSCRIPT_PKG?

OlegON · █ 26.02.2025 17:54

По идее, тебе должно хватить utlrp, чтобы собрать этот пакет.
Суть ошибки - битая инсталляция OWM, чтобы его переустановить, надо сделать следующее (до апгрейда)

SQL код:

 spool owm_reinst.log
set echo on;
connect / as sysdba
select dbms_registry.count_errors_in_registry('OWM') from dual;
delete registry$error where trim(IDENTIFIER) = 'OWM';
select dbms_registry.count_errors_in_registry('OWM') from dual;
@?/rdbms/admin/owmuinst.plb
@?/rdbms/admin/owminst.plb

connect / as sysdba
set pagesize 10000
col comp_name format a36
col status format a10
col owner format a12
col object_name format a25
col object_type format a20
col workspace format a15
col parent_workspace for a15

select comp_name, version, status
from dba_registry where comp_id = 'OWM';

select owner, object_name, object_type, status
from dba_objects
where owner = 'WMSYS' and status = 'INVALID';

select owner, table_name, state
from dba_wm_versioned_tables;

select workspace, parent_workspace, post_version
from wmsys.wm$workspaces_table;

select owner, workspace, parent_workspace, freeze_status, resolve_status
from dba_workspaces;

select version, parent_version, workspace
from all_version_hview;

spool off;

Как вариант - вообще OWM снести.

Давид · █ 26.02.2025 18:42

Вероятно, я воспользовался последним вариантом - @C:\oracles\dbhome_1\RDBMS\ADMIN\owmuinst.plb

После этого в процессе обновления проблемы не возникло, все прошло безошибочно. Сейчас буду проверять в Супермаге

Давид · █ 28.02.2025 15:49

По прошествии нескольких дней - СМ работает в штатном режиме, с данными проблем не обнаружено. Думаю, все окей.

Олег, спасибо за помощь и подсказки!

OlegON · █ 28.02.2025 15:51

Отлично, только вообще какая причина обновления была? Чего на 11 не хватало?