инвалидные объекты : Oracle

█ 31.03.2011 18:31

Oracle 9.2.0.7.0, SM2k 1.026sp3, планировал перейти на 10g. Предварительно из Инвалиды в схеме и как это страшно... - взял запрос, выполнил его:

Цитата:

SQL> select owner||'.'||object_name,object_type,status from dba_objects where status='INVALID' order by 1;

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_ARCHIVE_DEST
VIEW INVALID

SUPERMAG.QUEST_SOO_ARCHIVED_LOG
VIEW INVALID

SUPERMAG.QUEST_SOO_BUFPOOLSTATS
VIEW INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_DATAFILE
VIEW INVALID

SUPERMAG.QUEST_SOO_DBWRS
VIEW INVALID

SUPERMAG.QUEST_SOO_FAILING_SEG
VIEW INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_FILESTAT
VIEW INVALID

SUPERMAG.QUEST_SOO_FREE_SPACE
VIEW INVALID

SUPERMAG.QUEST_SOO_FULL_SGASTAT
VIEW INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_INSTANCE
VIEW INVALID

SUPERMAG.QUEST_SOO_KSLES
VIEW INVALID

SUPERMAG.QUEST_SOO_KSQST
VIEW INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_LATCH
VIEW INVALID

SUPERMAG.QUEST_SOO_ONLINE_REDO
VIEW INVALID

SUPERMAG.QUEST_SOO_PKG
PACKAGE BODY INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_PREV_SQLTEXT
VIEW INVALID

SUPERMAG.QUEST_SOO_ROLLBACK_INFO
VIEW INVALID

SUPERMAG.QUEST_SOO_SESSION
VIEW INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_SESSION_SQLTEXT
VIEW INVALID

SUPERMAG.QUEST_SOO_SESS_OPEN_CURSOR
VIEW INVALID

SUPERMAG.QUEST_SOO_SGASTAT
VIEW INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_SGAUTIL
VIEW INVALID

SUPERMAG.QUEST_SOO_SP_STATUS
VIEW INVALID

SUPERMAG.QUEST_SOO_SQL_FULL_TEXT
VIEW INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_SYSTEM_EVENT_CAT
VIEW INVALID

SUPERMAG.QUEST_SOO_SYSTEM_EVENT1
VIEW INVALID

SUPERMAG.QUEST_SOO_TS_SPACE
VIEW INVALID

OWNER||'.'||OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE STATUS
------------------ -------
SUPERMAG.QUEST_SOO_USER_MANAGER
PACKAGE BODY INVALID

28 строк выбрано.

Выполнил на 2х базах еще этот запрос, отобрано 0 было => тут не все в порядке.
Посоветуйте, как исправить эти инвалидные объекты?
Видел promt ... begin ... end в той теме, с Ораклом знаком слабо, на sql запрос не похоже имхо, как это выполнить?
Переход на 10g стоит делать после устранения инвалидных объектов?

█ 31.03.2011 18:43

Цитата:

ckadi ➤ Видел promt ... begin ... end в той теме, с Ораклом знаком слабо, на sql запрос не похоже имхо, как это выполнить?

Засунуть в 123.sql, в sql+ выполнить @123.sql; с рабочей папкой где лежит 123.sql?

█ 31.03.2011 19:39

ckadi, на этой машине ставили софт от Quest software?
Toad или SQL Navigator..

█ 31.03.2011 20:35

Цитата:

Propil ➤ ckadi, на этой машине ставили софт от Quest software?
Toad или SQL Navigator..

Недели 2 базу перенес на новое железо (тормоза решить думал так): на новом пустую бд создал с расположением файлов базы как на старом, подменил файлы базы +sqlnet.ora,SPFILEDBMAG1.ORA,PWDdbmag1.ora. Завтра старый сервер гляну, был ли данный софт.

█ 31.03.2011 20:35

Цитата:

ckadi ➤ Недели 2

недели 2 назад*

█ 31.03.2011 22:26

Какой-то недалекий человек замусорил вам схему supermag. Теперь вдумчиво удаляете все объекты из запроса приблизительно такого:

Цитата:

select object_name from dba_objects where owner='SUPERMAG' and object_name like 'QUEST%'

(приводить результат запроса не надо)
можно еще структуру БД сравнить в административном модуле.

█ 01.04.2011 07:17

Цитата:

OlegON ➤ Какой-то недалекий человек замусорил вам схему supermag. Теперь вдумчиво удаляете все объекты из запроса приблизительно такого:
(приводить результат запроса не надо)
можно еще структуру БД сравнить в административном модуле.

Как удалять? Затрудняюсь сформулировать (предполагаю delete ...).
Этот "недалекий человек" один из гуру этого форума, А.И.Конев, до конца 2009г он обслуживал эту БД\СМ2к.

█ 01.04.2011 08:05

Spotlight On Oracle там стоял когда-то давно.
а уж воткнул его рома в supermag, или SOO действительно рассовал свои объекты по всем юзерским схемам, как ходили слухи про старые версии - сейчас уже разбирать не резон.

убивай их нафиг

drop view SUPERMAG.QUEST_SOO_ARCHIVE_DEST;

и далее по списку.

█ 01.04.2011 20:08

Дропнул view, package, запросом отобранные. В адм.модуле выполнил проверку структуры:

Цитата:

Объекты:
Лишний PACKAGE QUEST_SOO_PKG
Лишний PROCEDURE EXECUTE_IMMEDIATE
Лишний TABLE PLAN_TABLE
Лишний TABLE QUEST_SOO_BUFFER_BUSY
Лишний TABLE QUEST_SOO_EVENT_CATEGORIES
Лишний TABLE QUEST_SOO_LOCK_TREE
Лишний TABLE QUEST_SOO_MONITOR_VERSION
Лишний TABLE QUEST_SOO_PLAN_TABLE

Колонки таблиц:
Отсутствует колонка SUPERMAG_SESSIONS.CLIENT_IDENTIFIER
Отсутствует колонка SUPERMAG_SESSIONS.CURRENT_QUEUE_DURATION

Ограничения:
Отсутствует ограничение SYS_C001547 таблицы SSMESSAGES
Отсутствует ограничение SYS_C001581 таблицы SSMIGRATORARC
Отсутствует ограничение SYS_C001585 таблицы SSMIGRATORLOG
Отсутствует ограничение SYS_C002881 таблицы SMUSEROP ("ID" IS NOT NULL)
Отсутствует ограничение SYS_C004240 таблицы TTCOLLECTDISCCARD ("SUBCODE" IS NOT NULL)
Отсутствует ограничение SYS_C004647 таблицы TTZLONGDATA
Отсутствует ограничение SYS_C006569 таблицы SVLOCALSHOPS
Отсутствует ограничение SYS_C006570 таблицы SVPRODGOODSART
Лишнее ограничение SYS_C001667 таблицы SSMIGRATORLOG
Лишнее ограничение SYS_C002305 таблицы SSMESSAGES
Лишнее ограничение SYS_C003677 таблицы TTZLONGDATA
Лишнее ограничение SYS_C004788 таблицы SSMIGRATORARC

Индексы:
Соответствует эталонному описанию индексов

Оставить базу в таком виде и заняться переводом на Oracle10g или эти отличия от эталона устранить теперь надо? Если устранять, то как?
Заранее благодарен.

█ 01.04.2011 20:27

Дропнул еще объекты выданные проверкой структуры "лишний", запрос Олегона выдает 0 строк. А с "Колонки таблиц" и "Ограничения" что делать?