Здравствуйте, svd, Вы писали:
svd>EXP-00008: ORACLE error 6553 encountered svd>ORA-06553: PLS-213: package STANDARD not accessible
svd>Как можно это исправить? хотелось бы хотя бы экспортировать схему и данные и перенести их в другую базу.
А что мешает? Точнее — в чем проблема при экспорте базы? Почему его у тебя нет в базе?
А в исходной есть? А экспорт как делал?
svd>ЗЫ Установлен Oracle 9i svd>ЗЗЫ сам я про оракл пока ещё мало знаю
К слову, с Ораклом идет хорошая документация в поставке. ее и надо читать.
Здравствуйте, bizhan, Вы писали:
B>Здравствуйте, svd, Вы писали:
svd>EXP-00008: ORACLE error 6553 encountered svd>ORA-06553: PLS-213: package STANDARD not accessible
svd>Как можно это исправить? хотелось бы хотя бы экспортировать схему и данные и перенести их в другую базу.
B>А что мешает? Точнее — в чем проблема при экспорте базы? Почему его у тебя нет в базе?
проблема в том, что не экспортируется, ругается, что package STANDARD not accessible. Ругается не только при экспорте, при попытке сгенерить sql-скрипты по базе в TOra тоже самое выдаёт.
B>А в исходной есть? А экспорт как делал?
Экспорт пытался делать при помощи exp и через EM Console.
Вся эта бодяга началась после попытки настроить Oracle Management Server. Никто у нас с этой штукой не работал раньше, поэтому тут народ сделал Oracle Management Server на основе как раз этой рабочей базы. Потом всё-таки разобрались и сделали нормально, а в этой базе удалили схему ползователя, которую создал мастер конфигурации OMS.
Кстати, уже удалось всё востановить в другой базе по скриптам ранее сгенерированным при помощи TOra. Этот вопрос вохник, поскольку скрипты были немного кривые, и без напильника не вгонялись. Но всё равно интересно что могло так всё испортить.
svd>ЗЫ Установлен Oracle 9i svd>ЗЗЫ сам я про оракл пока ещё мало знаю
B>К слову, с Ораклом идет хорошая документация в поставке. ее и надо читать.
B>Павел
Здравствуйте, svd, Вы писали:
svd>Кстати, уже удалось всё востановить в другой базе по скриптам ранее сгенерированным при помощи TOra. Этот вопрос вохник, поскольку скрипты были немного кривые, и без напильника не вгонялись. Но всё равно интересно что могло так всё испортить.
Наши спецы посоветовали сделать так: правильное восстановление должно быть такое:
— выполнить скрипт catalog.sql
Rem NAME
Rem CATALOG.SQL
Rem FUNCTION
Rem Creates data dictionary views.
Rem NOTES
Rem Must be run when connected to SYS or INTERNAL.
— потом catproc.sql
Rem NAME
Rem catproc.sql
Rem DESCRIPTION
Rem Run all sql scripts for the procedural option
Rem RETURNS
Rem
Rem NOTES
Rem This script must be run while connectd as SYS or INTERNAL.
Здравствуйте, bizhan, Вы писали:
B>Наши спецы посоветовали сделать так: правильное восстановление должно быть такое: B>- выполнить скрипт catalog.sql
... B>- потом catproc.sql
...
Попробовал (скрипты эти нашёл в \rdbms\admin)...
ничего не получилось, т.к. в самом начале скрипт пытается загузить package STANDARD, а его-то как раз и нету... ну и далее по тексту снова возникают такие же ошибки
Здравствуйте, svd, Вы писали:
svd>Попробовал (скрипты эти нашёл в \rdbms\admin)... svd>ничего не получилось, т.к. в самом начале скрипт пытается загузить package STANDARD, а его-то как раз и нету... ну и далее по тексту снова возникают такие же ошибки
Да что ты?-)
standard.sql
---
create or replace package STANDARD is ....
---
Он его создает, если его нет, или пересоздает, если он есть.
Здравствуйте, bizhan, Вы писали:
B>Здравствуйте, svd, Вы писали:
svd>>Попробовал (скрипты эти нашёл в \rdbms\admin)... svd>>ничего не получилось, т.к. в самом начале скрипт пытается загузить package STANDARD, а его-то как раз и нету... ну и далее по тексту снова возникают такие же ошибки
B>Да что ты?-)
B>standard.sql B>--- B>create or replace package STANDARD is .... B>---
B>Он его создает, если его нет, или пересоздает, если он есть.
Точно!
Правда, пришлось самостоятельно запустить поочереди stdspec.sql и stdbody.sql, т.к. из standard.sql почему-то не выполнялись, выдавая всё ту же ошибку. Но теперь всё стало хорошо.
Спасибо!
