|
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
|
|||
---|---|---|---|
#18+
А у меня приключения продолжаются :(. Возникла задача из того же дампа восстановить на тестовой базе вторую схему (копия прода для другого сотрудника). Заменил в команде impdp NEW_USER на NEW_USER1, и в этот раз все прошло хуже - ни один тип данных не импортировался :(. База проверяет уникальность имен типов в какой области - схема, ТП, база? Вот пример ошибки: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
impdp пытается восстановить объект в базе с тем же OID, а он уже занят объектом в NEW_USER, и идет нарушение уникальности в пределах базы? И мне тоже надо применять опцию TRANSFORM=OID:N? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2021, 11:59 |
|
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
|
|||
---|---|---|---|
#18+
GrayMagellan А у меня приключения продолжаются :(. Возникла задача из того же дампа восстановить на тестовой базе вторую схему (копия прода для другого сотрудника). Заменил в команде impdp NEW_USER на NEW_USER1, и в этот раз все прошло хуже - ни один тип данных не импортировался :(. База проверяет уникальность имен типов в какой области - схема, ТП, база? Вот пример ошибки: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
impdp пытается восстановить объект в базе с тем же OID, а он уже занят объектом в NEW_USER, и идет нарушение уникальности в пределах базы? И мне тоже надо применять опцию TRANSFORM=OID:N? вы попробуйте TRANSFORM=OID:N потом отпишитесь по результату. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2021, 12:42 |
|
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
|
|||
---|---|---|---|
#18+
Тролин, спасибо вам за совет. Помогло! Добавил команду TRANSFORM=OID:n в конец команды, восстанавливающей тот же дамп во вторую схему NEW_USER1, и уже по логу создания типов данных вижу, что процесс идет аналогично команде восстановления дампа в NEW_USER. Значит уникальность OID действительно контролируется базой в пределах всего инстанса (всех схем инстанса). ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2021, 13:12 |
|
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
|
|||
---|---|---|---|
#18+
Тролин, еще раз спасибо за совет! все получилось. Восстановление дампа в другую схему того же инстанса СУБД с опцией TRANSFORM=OID:n прошло с аналогичными первой попытке результатами. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2021, 16:05 |
|
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
|
|||
---|---|---|---|
#18+
GrayMagellan, А у вас получалось использовать обе опции при импорте в 12с2? Однозначно получсается на 11r2 На 12м ещё не пробовал у меня он в докере ...Давно эксперементировал...а сейчас надо в памяти восстанавливать...как этот докер запускать.(Ну в линуксе посмотрю bash_history конечно) ...Ну и надо наполнить его данными(Если до этого не наполнял)...создать схему сделать импорт из 11го.. Потом экспорт из 12го... и импорт со сменой пользователя и ТП. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2021, 16:36 |
|
|
start [/forum/topic.php?fid=52&gotonew=1&tid=1880300]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
131ms |
get topic data: |
11ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 246ms |
0 / 0 |