[ОТВЕТИТЬ]
17.03.2011 13:11
John Doe
 
В некоторых случаях это помогает от поломок структуры БД, но далеко не всегда и далеко не всегда правильно. Правильнее - сравнить структуру БД с шаблоном (можно воспользоваться тем, что в Административном модуле). В общем случае - не требуется ни того, ни другого, если более менее внимательно читали логи экспорта и импорта.
18.03.2011 10:44
TrantiMoller
 
Решил сделать повторный damp, только удалил все задания из Адм. модуля.
Затем залил... лог показал, что не перенеслись индексы. Сравнивая с структуру с эталонной - выдал 1942 поврежденных индекса.
Прогнал utlrp - ВСЕ ошибки исчезли и база заработала, НО при отборе накладных за один день выполняла около 5 минут!!!
Когда прогнал инициализацию БД с помощью генератора БД отбор проходит не более 5 сек
18.03.2011 10:51
John Doe
 
Лучше и правильнее добиться, чтобы импорт прошел без ошибок, логично, что при отсутствии индексов БД тупит.
18.03.2011 11:02
TrantiMoller
 
Согласен! Идеальный вариант - импорт без ошибок! Но у пока на форуме не видел ни одного сообщения о таком. Хотя, может и плохо искал. :)
18.03.2011 11:05
John Doe
 
Об импортах без ошибок никто не пишет, незачем. Я сколько импортов делал, придерживаюсь правила, если с ошибкой - выкидываю БД, правлю причину ошибки и заливаю заново. Когда ошибок тонна, можно что-то и пропустить.
25.05.2011 15:37
GENDALF
 
Создал новую базу...
Создал INDX... но файл создался в oracle_home\database..., а все остальные по тому пути который указал при установке... как переместить этот файл в нужую мне директорию.???
25.05.2011 16:11
John Doe
 
стопишь базу, переносишь файл, стартуешь базу, файл переименовываешь в базе, базу открываешь...
по памяти:
Цитата:
shutdown immediate;
startup
... ругнется, что файла нет
alter database rename file 'старый путь' to 'новый путь';
alter database open;
13.06.2011 16:03
GENDALF
 
Цитата:
TrantiMoller Перехожу с 8-ки на 10-ку по инструкции с 1-ой стр. импорт/экспорт проходит нормально... после прогоняю utlrp - все без единой ошибки!
При генерации БД с помощью одноименной утилиты СМ+ выходит сл. ошибка:
____________________________________________________________
ERROR at line 1:
ORA-20012: Нет уникального ограничения «SACDOCMASTERFIELDS_PK» в таблице
«SADOCMASTERFIELDS»
ORA-06512: at "SUPERMAG.CORE", line 323
ORA-06512: at "SUPERMAG.SMPOSTTABLECONSTRAINTS", line 19
ORA-04088: error during execution of trigger 'SUPERMAG.SMPOSTTABLECONSTRAINTS'
ORA-06512: at "SUPERMAG.LOADPOSTTABLE", line 26
ORA-06512: at "SUPERMAG.LOADPOSTTABLE", line 191
ORA-06512: at line 2
_____________________________________________________________
Перехожу с 9 на 10... точно такая же ошибка...При инициализации БД..
после импорта база работает, но тормоза жуткие...

Есть варианты какие нибудь? что с этим делать???
13.06.2011 16:04
GENDALF
 
При инициализации останавливается на SMPostTableLoad
14.06.2011 07:14
Mtirt
 
Останавливается с ошибкой?
Тогда давай ошибку.
Или просто останавливается? Посмотри alert.log Может быть где-то места не хватает.
16.06.2011 14:21
GENDALF
 
При инициализации:
Фатальная ошибка при исполнении сценария SQL.Ошибка при выполнении сценария SQL.Код возврата SQLPLUS.EXE: 1.

Инициализация схемы не удалась.Поле "Ошибки" содержат протокол работы и сообщения об ошибках.

В Окне ход инициализации: SMPostTableLoad
В Окне ошибки:

Цитата:
Ошибка с строке 1:
ORA-20012: Нет уникального ограничения «SACDOCMASTERFIELDS_PK» в таблице
«SADOCMASTERFIELDS»
ORA-06512: at "SUPERMAG.CORE", line 323
ORA-06512: at "SUPERMAG.SMPOSTTABLECONSTRAINTS", line 19
ORA-04088: error during execution of trigger 'SUPERMAG.SMPOSTTABLECONSTRAINTS'
ORA-06512: at "SUPERMAG.LOADPOSTTABLE", line 26
ORA-06512: at "SUPERMAG.LOADPOSTTABLE", line 191
ORA-06512: at line 2
В alert.log во время инициализации:
Цитата:
Thu Jun 16 12:08:09 2011
Thread 1 advanced to log sequence 98 (LGWR switch)
Current log# 2 seq# 98 mem# 0: C:\ORACLE\ORADATA\VATKA1\VATKA1\REDO02.LOG
Thu Jun 16 12:08:44 2011
Thread 1 advanced to log sequence 99 (LGWR switch)
Current log# 3 seq# 99 mem# 0: C:\ORACLE\ORADATA\VATKA1\VATKA1\REDO03.LOG
Thu Jun 16 12:09:02 2011
Thread 1 advanced to log sequence 100 (LGWR switch)
Current log# 1 seq# 100 mem# 0: C:\ORACLE\ORADATA\VATKA1\VATKA1\REDO01.LOG
Thu Jun 16 12:09:25 2011
Thread 1 advanced to log sequence 101 (LGWR switch)
Current log# 2 seq# 101 mem# 0: C:\ORACLE\ORADATA\VATKA1\VATKA1\REDO02.LOG
16.06.2011 14:25
Mtirt
 
Код:
alter table SADOCMASTERFIELDS
  add constraint SACDOCMASTERFIELDS_PK unique (DOCTYPE, OFFID, LOCATION)
  using index 
  tablespace INDX
  pctfree 10
  initrans 2
  maxtrans 255
  storage
  (
    initial 128K
    minextents 1
    maxextents unlimited
  );
Потом повторить обновление.
17.06.2011 13:20
GENDALF
 
Это когда выполнять? до импорта или после?
До инициализации?
17.06.2011 13:23
OlegON
 
После импорта, до инициализации.
29.06.2011 14:50
GENDALF
 
add constraint SACDOCMASTERFIELDS_PK unique (DOCTYPE, OFFID, LOCATION)
*
ошибка в строке 2:
ORA-02261: для таблицы уже есть такой уникальный или первичный ключ
29.06.2011 15:02
Mtirt
 
Код:
select index_name,status from user_indexes where Index_name = 'SACDOCMASTERFIELDS_PK ';
29.06.2011 16:18
GENDALF
 
INDEX_NAME STATUS
------------------------------ --------
SACDOCMASTERFIELDS_PK VALID
29.06.2011 16:27
OlegON
 
сделай
Цитата:
drop index supermag.SACDOCMASTERFIELDS_PK;
29.06.2011 16:44
GENDALF
 
Вот такое:
Цитата:
SQL> drop index supermag.SACDOCMASTERFIELDS_PK;
drop index supermag.SACDOCMASTERFIELDS_PK
*
ошибка в строке 1:
ORA-02429: нельзя удалить индекс, использованный для реализации
уникальн./первичн. ключа
29.06.2011 17:02
OlegON
 
значит оно есть, а
Цитата:
ORA-20012: Нет уникального ограничения «SACDOCMASTERFIELDS_PK» в таблице
появляться не должно.
19.03.2012 23:02
Neutron
 
Народ вот столкнулся с такой вот проблемой , после перехода на 10 и запуска utlrp.sql
выдает вот это:
скрытое

А на запрос :

select owner,object_type,object_name,status from dba_objects
where status='INVALID'
ORDER BY 2,3;
Это:

скрытое

Куда копать? Заранее спасибо за помощь!
20.03.2012 08:13
OlegON
 
находишь того, кто ставил тебе БД, внимательно смотришь ему в глаза, а потом резко бьешь в пах
идешь обратно, читаешь долго этот форум про форматирование в SQL Plus, после насыщения знанием делаешь:
Цитата:
select SCHEMA,COMP_NAME,VERSION,STATUS from dba_registry
и приводишь это сюда в нормальном виде.
20.03.2012 12:30
Neutron
 
Базу в 2005-ом делали в С+
Я запрос тоадом выдрал ,(сорри просто реально времени не хватает)
скрытое
20.03.2012 12:57
OlegON
 
Если тебе не нужна такая куча опций (а за некоторые, уверен, надо платить), то деинсталлируй их. Начни с интермедии, которая у тебя ORDIM по идее должна унести с собой. Ставил базу кто-то очень ленивый, не снял галки на установку барахла.
20.03.2012 13:09
Neutron
 
Цитата:
OlegON Если тебе не нужна такая куча опций (а за некоторые, уверен, надо платить), то деинсталлируй их. Начни с интермедии, которая у тебя ORDIM по идее должна унести с собой. Ставил базу кто-то очень ленивый, не снял галки на установку барахла.
Олег большое Спасибо!
А не подскажешь как можно деинсталировать интермедию, я что-то не нашел в Universal Installer-е?


Все удалил, но при запросе выводит:

скрытое
20.03.2012 16:04
OlegON
 
Что "все" ты удалил?
20.03.2012 16:41
Neutron
 
Цитата:
OlegON Что "все" ты удалил?
:)
Интермедию(запятую забыл поставить"Все, удалил!")! Нашел как рекомпилить обьекты из PUBLIC , остались некомпилированные из схемы ORDSYS,
PUBLIC рекомпилил из дбконсоли, а вот на ORDSYS ругается что обьектов не существует!
20.03.2012 18:32
Neutron
 
Порылся немного тоадом в базе, заметил что эти обьекты пустые их невозможно удалить и что самое интересное пользователь ORDSYS заблокирован, так и должно быть? И еще этой схемы нет ни в одной базе в наших магазинах...мда..
захотел дропануть данную схему ругается на несуществующие обьекты в ней, как раз те которые остались некомпилированными.
20.03.2012 19:13
OlegON
 
я бы вынес весь мусор... включая jvm и т.д., если у тебя не УКМ4 с прямой загрузкой, далее список:
1) очистить корзину.
2) utlrp
3) посмотреть инвалиды в компонентах (dba_registry выше)
4) посмотреть, что осталось. если эти же объекты, то пнуть компиляцию любого из них - посмотреть ошибки
лог sqlplus с выполненным по списку - выложи сюда


Опции темы


Часовой пояс GMT +3, время: 20:29.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.