[ОТВЕТИТЬ]
24.10.2007 09:37
reddevil
 
Если corrupt blocks возникаеют в сегментах таблиц, то их можно/нужно экспортировать с ключом "WHERE с условием ROWID not in (здесь ROWID строк которые в это м блоке, это все можно получить из сист. представлений)". Это лучше чем потерять все.
24.10.2007 09:51
Mtirt
 
С другой стороны, восстанавливать неизвестное количество строк в таблице движений товаров (smspec) или еще что-то тоже не лучший способ.

Тем более, что в новой базе они справочники вручную набивали, представляешь, какая каша может получиться?
24.10.2007 09:56
kamres
 
Цитата:
Mtirt С другой стороны, восстанавливать неизвестное количество строк в таблице движений товаров (smspec) или еще что-то тоже не лучший способ.

Тем более, что в новой базе они справочники вручную набивали, представляешь, какая каша может получиться?
Из старой базы выдернул справочник клиентов и поставщиков, т.е. все есть.

Вопрос как импортировать таблицу?
24.10.2007 10:10
reddevil
 
Цитата:
kamres Вопрос как импортировать таблицу?
Таки импортировать или экспортировать? Про ЭКСПОРТ я писал а выше, а что с импортом, не понятно...
24.10.2007 11:17
kamres
 
Цитата:
reddevil Таки импортировать или экспортировать? Про ЭКСПОРТ я писал а выше, а что с импортом, не понятно...
Сейчас необходимо импортировать таблицу SUPERMAG.SMDEPOTS из новой базы, т.к. в старой базе при обращении к этой таблице пишет, что поврежден блок данных 436, в старой базе я её удалил, как сделать импорт из новой в старую, структура таблицы та же, с помощью PL/SQL Developer из новой экспортнул эту таблицу. (SMDEPOTS.dmp).

Сначала необходимо восстановить структуру магазина/склада.

Потом буду бороться с клиентами.
24.10.2007 11:20
Mtirt
 
Экспорт с каким параметрами делал? Перечисли галочки.
24.10.2007 11:53
kamres
 
Цитата:
Mtirt Экспорт с каким параметрами делал? Перечисли галочки.
Все во вложении.
Миниатюры
Нажмите на изображение для увеличения
Название: экспорт.JPG
Просмотров: 347
Размер:	79.9 Кб
ID:	142  
24.10.2007 11:56
reddevil
 
Цитата:
kamres Все во вложении.
Экспорт чере GUI да еще и на русском языке - ужас.

А какие ошибки то при импорте?
24.10.2007 12:08
kamres
 
Цитата:
reddevil Экспорт чере GUI да еще и на русском языке - ужас.

А какие ошибки то при импорте?
В alert.log ошибок нет.

При импорте просит подождать, потом "done" -> во вложении.
Миниатюры
Нажмите на изображение для увеличения
Название: Импорт.JPG
Просмотров: 304
Размер:	28.3 Кб
ID:	143  
24.10.2007 12:15
kamres
 
Import started on 24.10.2007 12:03:29
D:\oracle\ora92\bin\IMP.EXE log=C:\WINDOWS\TEMP\plsimp.log file=D:\SMDEPOTS.dmp userid="sys/sss@KAMAVTO as sysdba" buffer=30720 commit=yes full=yes grants=yes ignore=yes indexes=yes rows=yes show=yes constraints=yes
Import finished on 24.10.2007 12:03:29

Только в базе не могу её найти.
24.10.2007 12:16
reddevil
 
Цитата:
kamres В alert.log ошибок нет.

При импорте просит подождать, потом "done" -> во вложении.
Во во блин о чем я и говорил....

Делай импорт из командной строки IMP.exe можешь пошагово отвечая на вопросы.
24.10.2007 12:20
Mtirt
 
То есть импорт проходит успешно? Перекомпилируй инвалидные объекты.
Скорее всего тебе это сделать надо.
24.10.2007 12:54
kamres
 
Цитата:
Mtirt То есть импорт проходит успешно? Перекомпилируй инвалидные объекты.
Скорее всего тебе это сделать надо.
Перекомпилировал инвалидные объекты, в ответ написал -> PLS-00905: неприемлимый объект SUPERMAG.DEPOT
24.10.2007 12:59
kamres
 
Ошибки компиляции PACKAGE SUPERMAG.DEPOT
Ошибка: PLS-00201: идентификатор 'SMDEPOTS.DEPID' должен быть объявлен
Строка: 6
Ошибка: PL/SQL: Declaration ignored
Строка: 6
Ошибка: PLS-00311: объявление "DEPOTIDTYPE" неполное или неправильно сформировано
Строка: 13
Ошибка: PL/SQL: Declaration ignored
24.10.2007 18:19
Mtirt
 
Попробуй на этой базе заново запустить генератор баз данных.
И еще. Выборка из
Код:
 select * from smdepots
что-нибудь дает?
24.10.2007 18:21
Mtirt
 
Только в генераторе баз данных галочку "новая" не ставь.
24.10.2007 19:14
kamres
 
Цитата:
Mtirt Попробуй на этой базе заново запустить генератор баз данных.
И еще. Выборка из
Код:
 select * from smdepots
что-нибудь дает?
ERROR at line 1:
ORA-00942: table or view does not exist
24.10.2007 19:17
kamres
 
Цитата:
Mtirt Только в генераторе баз данных галочку "новая" не ставь.
Через PL/SQL Developer пересоздал SUPERMAG.SMDEPOTS, в ручную внес данные, отработал в генераторе, всё успешно выполнено.

Попробую подключиться через СМ2000 и посмотреть все-ли на месте.
24.10.2007 19:23
OlegON
 
Цитата:
kamres Через PL/SQL Developer пересоздал SUPERMAG.SMDEPOTS, в ручную внес данные, отработал в генераторе, всё успешно выполнено.

Попробую подключиться через СМ2000 и посмотреть все-ли на месте.
И validate все таки прогони...
24.10.2007 21:09
kamres
 
Структура магазина восстановилась, на блок 436 больше не жалуется.

С контрагентами пока не получается, хотя через Developer в SMCLIENTINFO все на месте, а через СМ2000 -> объект возможно был удален из базы, кода шибки нет. Где искать пока не ясно.
25.10.2007 03:06
isi
 
Ты что пытаешься восстановить страую БД? Какие то экспорты из новой в старую?

Мое предложение такое:
1. Делай полный экспорт из старой БД
например так: exp.exe userid=sys/qqq@db2000 FULL=Y feedback=10000 consistent=y compress=n file=db2000.dmp log=log_e.txt
2. Создавай новую БД.
3. Делай в неё импорт.
например так: imp.exe userid=sys/qqq@db2000 full=y feedback=10000 ignore=y commit=y file=db2000.dmp log=log_i.txt
4. Смотри файл log_e.txt (и выложи его сюда кстати), там можно увидеть объекты которые не удалось экспортировать.

Выложишь лог экспорта, народ подскажет что делать дальше
25.10.2007 11:03
kamres
 
Цитата:
isi Ты что пытаешься восстановить страую БД? Какие то экспорты из новой в старую?

Мое предложение такое:
1. Делай полный экспорт из старой БД
например так: exp.exe userid=sys/qqq@db2000 FULL=Y feedback=10000 consistent=y compress=n file=db2000.dmp log=log_e.txt

Connected to: Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Export done in CL8MSWIN1251 character set and AL16UTF16 NCHAR character set

About to export the entire database ...
. exporting tablespace definitions
EXP-00068: tablespace DRSYS is offline
EXP-00068: tablespace XDB is offline
. exporting profiles
. exporting user definitions
. exporting roles
. exporting resource costs
. exporting rollback segment definitions
. exporting database links
. exporting sequence numbers
. exporting directory aliases
. exporting context namespaces
. exporting foreign function library names
. exporting PUBLIC type synonyms
EXP-00008: ORACLE error 4031 encountered
ORA-04031: unable to allocate 4032 bytes of shared memory ("shared pool","unknown object","joxs heap init","ioc_allocate_pal")
EXP-00000: Export terminated unsuccessfully
25.10.2007 11:21
akonev
 
Цитата:
kamres ORA-04031: unable to allocate 4032 bytes of shared memory
значит надо увеличить shared pool и повторить
25.10.2007 11:38
kamres
 
Цитата:
Andrew_Konev значит надо увеличить shared pool и повторить
В каком из них исправить и на сколько увеличить.
см. во вложении
Миниатюры
Нажмите на изображение для увеличения
Название: shared pool.JPG
Просмотров: 383
Размер:	10.3 Кб
ID:	145  
26.10.2007 02:32
isi
 
запусти оптимайзер от olegon
1. optimizer /base:db2000 /pwd:qqq
2. optimizer /parse

читай получившися текстовыйй файл, там все параметры рекомендуемые увидишь


Опции темы


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

 

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