НЕВОЗМОЖНО ПЕРЕКОМПИЛИРОВАТЬ SYS-ОБЪЕКТЫ

16 июля 2019 г.

В этом случае вам следует подключиться к sys через sqlplus, правильно удалить и воссоздать задачи.

Тогда в файле alert.log не будет ошибок.

Причина этой ошибки:

ORA-20001: Не удалось связаться с механизмом печати, поскольку указанный URL-адрес неверен или необходимо указать URL-адрес прокси-сервера.

Поэтому вам следует предоставить права подключения к APEX_050000

после этого пробега:

Невозможно получить текущую информацию о патче из-за ошибки: 20001, ORA-20001: Последняя инвентаризация XML не загружена в таблицу.
ORA-06512: в «SYS. DBMS_QOPATCH», строка 777.
ORA-06512: в «SYS. DBMS_QOPATCH», строка 864.
ORA-06512: в «SYS. DBMS_QOPATCH», строка 2222.
ORA-06512: в «SYS. DBMS_QOPATCH», строка 740.
ORA-06512: в «SYS. DBMS_QOPATCH», строка 2247.
=============================================== =========
Сброс информации о текущем патче
=============================================== =========
Невозможно получить информацию о текущем исправлении из-за ошибки: 20001.
=============================================== =========

DBMS_QOPATCH представлена ​​в базе данных 12.1 как замечательная новая функция «Queryable OPatch». Он реализуется с помощью пакета PL/SQL (DBMS_QOPATCH) и набора таблиц и каталогов. Чтобы понять, в чем на самом деле заключаются ошибки, давайте проведем небольшое исследование,

OWNER   DIRECTORY_NAME       DIRECTORY_PATH                                    ORIGIN_CON_ID
——- ——————— ———————— ————————— ————-
SYS     OPATCH_INST_DIR      /u01/app/oracle/product/12.2.0/dbhome_1/OPatch              0
SYS     OPATCH_SCRIPT_DIR    /u01/app/oracle/product/12.2.0/dbhome_1/QOpatch             0
SYS     OPATCH_LOG_DIR       /u01/app/oracle/product/12.2.0/dbhome_1/rdbms/log           0

Было бы неплохо начать с изучения файла журнала qopatch_log.log, время изменения которого очень близко к моменту, когда в журнале предупреждений сообщалось об ошибках,

Файл журнала открыт 10.02.18 17:32:22

KUP-05007:   Внимание: параллелизм внутри источника отключен, поскольку используется опция препроцессора.

Определения полей для таблицы OPATCH_XML_INV
Формат записи DELIMITED BY NEWLINE
Данные в файле имеют тот же порядок байтов, что и платформа.
Отклонить строки со всеми пустыми полями

Поля в источнике данных:

База данных начала получать ORA-20001 при доступе к внешней таблице OPATCH_XML_INV, которая имеет
команда препроцессора «$ORACLE_HOME/QOpatch/qopiprep.bat». Определение таблицы:

ВЛАДЕЛЕЦ      TABLE_NAME
———- ———————
SYS        OPATCH_XML_INV

СОЗДАТЬ ТАБЛИЦУ «SYS».»OPATCH_XML_INV» SHARING=МЕТАДАННЫЕ
(    CLOB «XML_INVENTORY»
)
ОРГАНИЗАЦИЯ ВНЕШНЯЯ
( ТИП ORACLE_LOADER
КАТАЛОГ ПО УМОЛЧАНИЮ «OPATCH_SCRIPT_DIR»
ПАРАМЕТРЫ ДОСТУПА
(ЗАПИСИ, ОГРАНИЧЕННЫЕ НАБОРОМ НОВОЙ СТРОКИ UTF8
DISABLE_DIRECTORY_LINK_CHECK
ЧИТАЙТЕ РАЗМЕР 8388608
препроцессор opatch_script_dir:’qopiprep.bat’
BADFILE opatch_script_dir:’qopatch_bad.bad’
ФАЙЛ ЖУРНАЛА opatch_log_dir:’qopatch_log.log’
ПОЛЯ, ЗАКОНЧЕННЫЕ «UIJSVTBOEIZBEFFQBL»
ОТСУТСТВУЮЩИЕ ЗНАЧЕНИЯ ПОЛЯ НУЛИ
ОТКЛОНИТЬ СТРОКИ СО ВСЕМИ НУЛЕВЫМИ ПОЛЯМИ
(
xml_inventory    CHAR(100000000)
)
)
РАСПОЛОЖЕНИЕ
( «OPATCH_SCRIPT_DIR»:’qopiprep.bat’
)
)
ОТКЛОНЕНИЕ ЛИМИТ БЕЗОГРАНИЧЕННО

Файл «qopatch_log.log» определен как файл журнала внешней таблицы и будет создан утилитой внешней таблицы при доступе к таблице «OPATCH_XML_INV».

Проверьте разрешение каталога журналов $ORABASE/rdbms/log (здесь $ORABASE совпадает с $ORACLE_HOME),

Попробуйте запустить базу данных с помощью sqlplus и srvctl соответственно,

Видите ли, доступ к внешней таблице (выполняющийся скрипт qopiprep.bat) осуществляется как сетка при запуске srvctl, а к oracle при запуске sqlplus. Здесь Grid является владельцем автономного дома Grid Infrastructure (Oracle Restart). Что, если доступ к внешней таблице осуществляется напрямую из sqlplus?

Судя по всему, это удалось при локальном входе в базу данных (обход прослушивателя) и не удалось удаленно (через прослушиватель. И у прослушивателя заканчивается дом Oracle Restart, владелец которого
сетка,

Хотя иногда это имело смысл в предыдущей версии (10g? 11g?), в 12.1 этого не происходит. Поэтому это следует рассматривать как ошибку :(.

В качестве временного решения можно предоставить разрешение на запись группе каталога журнала, поскольку Grid является членом oinstall,

Невозможно перекомпилировать объекты SYS

причина: из-за недопустимых ограничений в sys-схеме утилите dbms не удалось перекомпилировать с зависимыми объектами

Обходной путь: для проверки объектов можно использовать сценарий utlrp!!

НЕВОЗМОЖНО ПЕРЕКОМПИЛИРОВАТЬ SYS-ОБЪЕКТЫ

Применяется к

Oracle Database Exadata Express Cloud Service — версия N/A и более поздние Oracle Database Cloud Exadata Service — версия N/A и более поздние Oracle Database Cloud Service — версия N/A и более поздние Oracle Database — Enterprise Edition — версия 12.1.0.1 и более поздние Oracle Database — Standard Edition — Версия 12.1.0.1 и более поздние. Информация в этом документе применима к любой платформе.

Симптомы

ОШИБКА: ORA-20001: Последняя инвентаризация XML не загружена в таблицуORA-06512: в «SYS. DBMS_QOPATCH», строка 1448ORA-06512: в «SYS. DBMS_QOPATCH», строка 122

VERIFY_QUERYABLE_INVENTORY——————————————— ———————————-ORA-20013: DBMS_QOPATCH выполнялся в основном в неустановленной области

КУП-04118: операция «чтение трубы», локация «скудмир»

Запрашиваемый инвентарь не смог определить текущий статус обновления. Выполните «выберите dbms_sqlpatch.verify_queryable_inventory из двойного»

Из журнала оповещений:

ORA-1691: невозможно расширить сегмент SYS. SYS_LOB0000010985C00001$ на 128 в табличном пространстве SYSAUX

ORA-01691: невозможно расширить сегмент SYS. SYS_LOB0000022515C00008$ на 27309 в табличном пространстве SYSTEM

VERIFY_QUERYABLE_INVENTORY——————————————— ———————————-ORA-20001: Последняя инвентаризация XML не загружена в таблицу

Из журнала: qopatch_log.log

VERIFY_QUERYABLE_INVENTORY——————————————— ————————————————— ————————————————— ————————————————— ——ORA-20001: Последняя инвентаризация XML не загружена в таблицу

в файле qopatch_log.log

Ошибка: предварительная проверка не удалась! патч 30700212: существующий идентификатор пакета 200414 в описании исправления не соответствует максимальному идентификатору пакета 200714 в файле packagedata.xml. Проверка Prereq не удалась, выход без установки каких-либо исправлений.

Запрашиваемый инвентарь не смог определить текущий статус обновления. Выполните «select dbms_sqlpatch.verify_queryable_inventory from Dual» для полной ошибки. Предварительная проверка не удалась, завершение работы без установки каких-либо исправлений.

Обратитесь к примечанию MOS 1609718.1 для получения информации о том, как устранить вышеуказанные ошибки.

Инструмент исправления SQL завершен в четверг, 22 марта, 09:46:33 2017 г.

VERIFY_QUERYABLE_INVENTORY                                                      ——————————————— ———————————-ORA-31011: Ошибка анализа XML                                                   ORA-19202: Ошибка в XML обработка                                    LPX-00229: источник ввода пуст                                                 ORA-06512: в «SYS. XMLTYPE», строка 272                                            ORA-06512: в строке 1

VERIFY_QUERYABLE_INVENTORY——————————————— ———————————-ORA-31011: Ошибка синтаксического анализа XMLORA-19213: При обработке XML произошла ошибка в строках 1LPX-00241: ссылка на объект сформирована неправильно.ORA-06512: в «SYS. XMLTYPE», строка 272ORA-06512: в строке 1

.

ВНИМАНИЕ: JVM работает с жестким ulimit, не установленным на неограниченный

Ошибка LsInventorySession: невозможно создать patchObject

XML_INVENTORY                   CHAR (100000000)

Прекращено «UIJSVTBOEIZBEFFQBL»

Обрезать пробелы так же, как в загрузчике SQL

КУП-04017: Сообщение ОС: Ошибка 0

KUP-04017: Сообщение ОС: не удалось правильно установить локаль

выберите * из «SYS». «OPATCH_XML_INV»;

XML_INVENTORY                   CHAR (100000000)     Завершено «UIJSVTBOEIZBEFFQBL»     Обрезать пробелы так же, как в SQL LoaderKUP-04095: команда препроцессора $ORACLE_HOME/QOpatch/qopiprep.bat обнаружила ошибку «LsInventorySession error» : RawInventory получает нулевое значение OracleHomeInfo

.

verify_queryable_inventory вернул ORA-20001: Последняя инвентаризация XML не загружена в таблицу

Запрашиваемый инвентарь не смог определить текущий статус обновления. Выполните «select dbms_sqlpatch.verify_queryable_inventory from Dual» и/или проверьте журнал вызовов $ORACLE_BASE/cfgtoollogs/sqlpatch/sqlpatch_12145_2019_07_27_04_49_22/sqlpatch_infection.log на наличие полной ошибки. Предварительная проверка не удалась, завершение работы без установки каких-либо исправлений

KUP-04095: команда препроцессора $ORACLE_HOME/QOpatch/qopiprep.bat обнаружила ошибку «тайм-аут чтения канала» KUP-04017: сообщение ОС: нет такого файла или каталогаKUP-04017: сообщение ОС: тайм-аут чтения каналаKUP-04118: операция «Тайм-аут чтения канала», местоположение «skudmir:2»

XML_INVENTORY CHAR (100000000) Завершается «UIJSVTBOEIZBEFFQBL». Обрезать пробелы так же, как в SQL LoaderKUP-04095: команда препроцессора /u01/OracleDB/product/19.3.0.0/dbhome_1/QOpatch/qopiprep.bat обнаружила ошибку «Ошибка: эта Java экземпляр не поддерживает 64-битную JVM. Установите нужную версию».

ORA-29913: ошибка при выполнении вызова ODCIEXTTABLEFETCHORA-01157: невозможно идентифицировать/заблокировать файл данных 202 — см. файл трассировки DBWR

показывает журнал предупреждений

ORA-28374: набранный мастер-ключ не найден в бумажнике.

в журнале предупреждений показано:

QPI: Обнаружена ошибка при запросе opatch_xml_invQPI: в REFRESH_OPATCH_DATA, код ОШИБКИ -29913: ORA-29913: ошибка при выполнении вызова ODCIEXTTABLEFETCHORA-27102: недостаточно памяти Ошибка IBM AIX RISC System/6000: 12: Недостаточно

QPI: снятие блокировки УСПЕШНО, qp_result=0 в: 03-ЯНВАРЯ-23 28.01.47.263315000 AM -04:00

QPI: ОШИБКА снятия блокировки, qp_result=4 в: 03-ЯНВАРЯ-23 28.01.47.263495000 AM -04:00

QPI: в get_pending_activity, код ОШИБКИ -20001: ORA-20001: Последняя инвентаризация XML не загружена в таблицу

QPI: org_node и inst resore 2::

Изменения

My Oracle Support предоставляет клиентам доступ к более чем миллиону информационных статей и активному сообществу поддержки, состоящему из коллег и экспертов Oracle.