|
|
|
Проблема со схемой SYSTEM
|
|||
|---|---|---|---|
|
#18+
Всем бодрого времени суток! Импортировал дамп тестовой схемы из файла .dmp, но лога не было поэтому сначала использовал команду impdp, ORA ругнулась на 'исходный дамп' из чего сделал вывод, что дамп был сделан скорее всего исходным экспортом, т.е. exp. Соответственно, стал использовать команду IMP, но затупил и вместо указания своей схемы оставил SYSTEM (из вызванной impdp). В результате дамп тестовой схемы развернулся в схеме SYSTEM с последующим закомичиванием :D Вопрос в следующем, есть ли возможность восстановить SYSTEM на состояние, предшествующее вышеописанному безобразию? Отличаются ли SYS и SYSTEM по составу? Изначально думал, что они идентичны и в случае если сломаешь SYSTEM, можно будет скопировать в неё схему SYS, но похоже ошибался :) Вопросы от новичка SQL, не пинайте сильно :) Заранее благодарю! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2018, 22:27 |
|
||
|
Проблема со схемой SYSTEM
|
|||
|---|---|---|---|
|
#18+
есть ли возможность восстановить SYSTEM на состояние, предшествующее вышеописанному безобразию? Можно из бэкапа, если он есть. Или вручную по журналу смотреть, что загрузилось, и дропнуть это все. Отличаются ли SYS и SYSTEM по составу? Отличаются . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 04:09 |
|
||
|
Проблема со схемой SYSTEM
|
|||
|---|---|---|---|
|
#18+
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 07:44 |
|
||
|
Проблема со схемой SYSTEM
|
|||
|---|---|---|---|
|
#18+
dmdmdm , благодарю! Бэкапа отдельного нет, есть только общий дамп системы с десятками схем (порядка 5 гигов в архиве), надо где-то отдельно разворачивать и смотреть, что там. Но так как серваки и машины все слабые (больше 10 лет без апгрейда), то предполагаю это может занять много времени. За ссылку также спасибо, полезно! Viewer , спасибо, попробую! Единственный вопрос: что если какие-то объекты в тестовой схеме совпадали (по названию, но не по содержанию) с объектами в SYSTEM. При импорте в SYSTEM они тупо заменились? Предполагаю, что логи импорта могут дать ответ, но хочу подстраховаться и спросить у вас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 09:48 |
|
||
|
Проблема со схемой SYSTEM
|
|||
|---|---|---|---|
|
#18+
некоторые особенности поведения imp зависят от параметра ignore https://docs.oracle.com/cd/B10501_01/server.920/a96652/ch02.htm#1005473 IGNORE Default: n Specifies how object creation errors should be handled. If you accept the default, IGNORE=n, Import logs or displays object creation errors before continuing. If you specify IGNORE=y, Import overlooks object creation errors when it attempts to create database objects, and continues without reporting the errors. Note that only object creation errors are ignored; other errors, such as operating system, database, and SQL errors, are not ignored and may cause processing to stop. In situations where multiple refreshes from a single export file are done with IGNORE=y, certain objects can be created multiple times (although they will have unique system-defined names). You can prevent this for certain objects (for example, constraints) by doing an import with CONSTRAINTS=n. If you do a full import with the CONSTRAINTS=n, no constraints for any tables are imported. If a table already exists and IGNORE=y , then rows are imported into existing tables without any errors or messages being given. You might want to import data into tables that already exist in order to use new storage parameters or because you have already created the table in a cluster. If a table already exists and IGNORE=n, then errors are reported and the table is skipped with no rows inserted. Also, objects dependent on tables, such as indexes, grants, and constraints, will not be created. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 12:48 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39688990&tid=1883597]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
213ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 543ms |

| 0 / 0 |
