Гость
Войти | Профиль | Очистить
Действия ...
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2 / 25 сообщений из 30, страница 1 из 2
  1  все
07.04.2021, 16:13
    #40060419
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
Добрый день

При переносе схемы с продуктивного сервера на тестовый хотел заменить одновременно и имя схемы, и её табличное пространство. На продуктивных контурах свое правило формирования имен схем и их ТП, а на тестовых контурах - своё. Поэтому имена схем и их ТП будут различаться.

Дал команду вида:
Код: sql
1.
impdp bla-bla-bla REMAP_SCHEMA=OLD_USER:NEW_USER REMAP_TABLESPACE=OLD_TABLESPACE:NEW_TABLESPACE


Но судя по логу импорта, опции REMAP_SCHEMA и REMAP_TABLESPACE не работают вместе. Вижу в SQL командах создания объектов, что замена OLD_SCHEMA на NEW_SCHEMA происходит, а вот замены OLD_TABLESPACE на NEW_TABLESPACE нет, и когда сервер пытается создать объект в OLD_TABLESPACE, возникает ошибка, т.к. на тестовом сервере я создал для восстанавливаемой схемы NEW_TABLESPACE, удовлетворяющее маске имен для тестовых ТП нашей организации.

Подскажите пожалуйста, как заставить работать обе опции REMAP_SCHEMA и REMAP_TABLESPACE вместе.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 16:15
    #40060422
irbis_al
irbis_al
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
GrayMagellan
Добрый день

При переносе схемы с продуктивного сервера на тестовый хотел заменить одновременно и имя схемы, и её табличное пространство. На продуктивных контурах свое правило формирования имен схем и их ТП, а на тестовых контурах - своё. Поэтому имена схем и их ТП будут различаться.

Дал команду вида:
Код: sql
1.
impdp bla-bla-bla REMAP_SCHEMA=OLD_USER:NEW_USER REMAP_TABLESPACE=OLD_TABLESPACE:NEW_TABLESPACE


Но судя по логу импорта, опции REMAP_SCHEMA и REMAP_TABLESPACE не работают вместе. Вижу в SQL командах создания объектов, что замена OLD_SCHEMA на NEW_SCHEMA происходит, а вот замены OLD_TABLESPACE на NEW_TABLESPACE нет, и когда сервер пытается создать объект в OLD_TABLESPACE, возникает ошибка, т.к. на тестовом сервере я создал для восстанавливаемой схемы NEW_TABLESPACE, удовлетворяющее маске имен для тестовых ТП нашей организации.

Подскажите пожалуйста, как заставить работать обе опции REMAP_SCHEMA и REMAP_TABLESPACE вместе.


Попробуйте отнять привиллегии(Квоту) у NEW_USER На OLD_TABLESPACE
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 16:29
    #40060433
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
irbis_al
Попробуйте отнять привиллегии(Квоту) у NEW_USER На OLD_TABLESPACE


Гм... Так я их вроде и не раздавал. Перед импортом единственное что сделал, так это создал NEW_TABLESPACE. Пользователя NEW_SCHEMA impdp сама создала в процессе своей работы.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 16:31
    #40060434
irbis_al
irbis_al
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
GrayMagellan
irbis_al
Попробуйте отнять привиллегии(Квоту) у NEW_USER На OLD_TABLESPACE


Гм... Так я их вроде и не раздавал. Перед импортом единственное что сделал, так это создал NEW_TABLESPACE. Пользователя NEW_SCHEMA impdp сама создала в процессе своей работы.


user по дефолту может иметь права на тот tablsespace
сделайте
Код: plsql
1.
 alter usernew quota 0 on tablespace old
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 16:47
    #40060445
Тролин
Тролин
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
GrayMagellan,
второй вариант использовать SEGMENT_ATTRIBUTES:N но импорт надо делать под пользователем у которого эти объекты будут находиться.

Я сталкивался с глюками когда remap_tablespace и remap_schema не работали возможно расходятся версии источника expdp и impdp и надо делать экспорт с параметром compatible.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 16:51
    #40060448
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
Тролин
...возможно расходятся версии источника expdp и impdp...


Так и есть - экспорт делался из базы 12с1, а импорт делается в 12с2. Но раньше подобные конструкции прекрасно работали с 11gR2, и я не ожидал подвоха.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 16:53
    #40060450
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
Пока в качестве временного решения создал на тестовом сервере OLD_TABLESPACE, и убрал в команде impdp опцию REMAP_TABLESPACE. Но это не вариант :(. Операции копирования схемы с прода на тест ещё будут, и хотелось бы, чтобы опции работали вместе.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 17:06
    #40060456
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
[quot irbis_al#22305520]
GrayMagellan
сделайте
Код: plsql
1.
alter usernew quota 0 on tablespace old



А в какой момент выполнять эту команду? Перед запуском impdp NEW_SCHEMA на тестовом сервере отсутствует (кстати, как и OLD_TABLESPACE). Разве система не ругнется чем-то типа "object name doesn't exist"? А после IMPDP её запускать уже поздно :(.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 17:13
    #40060460
irbis_al
irbis_al
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
[quot GrayMagellan#22305553]
irbis_al
пропущено...


А в какой момент выполнять эту команду? Перед запуском impdp NEW_SCHEMA на тестовом сервере отсутствует (кстати, как и OLD_TABLESPACE). Разве система не ругнется чем-то типа "object name doesn't exist"? А после IMPDP её запускать уже поздно :(.

Запускаете до...
Я такой экспорт импорт как у Вас делаю постоянно...и всё ложится как надо...но я создаю пользователя типо по скрипту(user (shcema)совпадает с именем Tablespace)
Код: plsql
1.
2.
3.
4.
5.
create user produce identified by password
default tablespace produce temporary tablespace temp
quota unlimited on produce  quota unlimited on commonblob
profile default;
grant connect,resource to produce;



Вообще по идее если Вы забрали квоту...то оно никак не может стать в old_tablespace
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 17:43
    #40060470
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
irbis_al, т.е. вы перед импортом заранее создаете NEW_TABLESPACE и NEW_USER? И импорт с ремаппингом идет в уже существующую схему NEW_USER с предназначенным для неё табличным пространством NEW_TABLESPACE? При этом опции REMAP_SCHEMA=OLD_USER:NEW_USER и REMAP_TABLESPACE=OLD_TABLESPACE:NEW_TABLESPACE у вас работают? А импорт запускаете под SYS, или под NEW_USER?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 17:48
    #40060474
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
Да! Забыл указать, что база тестового контура 12c2 установлена в обычном (не контейнерном) режиме.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 18:07
    #40060485
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
irbis_al, сделал так, как вы рекомендовали:
1. Создал на тестовом сервере новое табличное пространство NEW_TABLESPACE.
2. Создал на тестовом сервере нового пользователя NEW_USER, с ТП по умолчанию NEW_TABLESPACE.
3. Запустил на тестовом сервере под SYS impdp.
4. Ниже привожу лог работы утилиты:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
;;; 
Import: Release 12.2.0.1.0 - Production on Ср Апр 7 17:52:54 2021

Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.
;;; 
Соединен с: Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production
Главная таблица "SYS"."SYS_IMPORT_SCHEMA_08" успешно загружена/выгружена
импорт выполнен в кодировке AL32UTF8 и AL16UTF16 кодировке NCHAR
экспорт выполнен в кодировке AL32UTF8 и UTF8 кодировке NCHAR
Предупреждение. Возможна потеря данных при преобразовании кодировки
Выполняется запуск "SYS"."SYS_IMPORT_SCHEMA_08":  "sys/********@//testoradb:1521/test_service_name AS SYSDBA" SCHEMAS=OLD_USER DUMPFILE=OLD_USER.dmp LOGFILE=NEW_USER_IMPORT.LOG REMAP_SCHEMA=OLD_USER:NEW_USER REMAP_TABLESPACE=OLD_TABLESPACE:NEW_TABLESPACE
Обрабатывается объект типа SCHEMA_EXPORT/USER
ORA-31684: Тип объекта USER:"NEW_USER" уже существует
Обрабатывается объект типа SCHEMA_EXPORT/SYSTEM_GRANT
Обрабатывается объект типа SCHEMA_EXPORT/ROLE_GRANT
Обрабатывается объект типа SCHEMA_EXPORT/DEFAULT_ROLE
Обрабатывается объект типа SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Обрабатывается объект типа SCHEMA_EXPORT/TYPE/TYPE_SPEC
Обрабатывается объект типа SCHEMA_EXPORT/SEQUENCE/SEQUENCE
ORA-39082: Тип объекта TYPE:"NEW_USER"."TGFS_T1" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TDATE2LIST_TABLE" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TNUMBER10DATE1LIST_TABLE" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TNUMBER2LIST_TABLE" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TNUMBER3LIST_TABLE" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TNUMBER4LIST_TABLE" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TSDNLIST_TABLE" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TSDNNLIST_TABLE" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TSTRING2LIST_TABLE" создан с предупреждениями компилятора
ORA-39082: Тип объекта TYPE:"NEW_USER"."TSTRING3LIST_TABLE" создан с предупреждениями компилятора
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/TABLE
ORA-39083: Сбой при создании типа объекта TABLE:"NEW_USER"."T52001179A6" с ошибкой:
ORA-00959: раздел 'OLD_TABLESPACE' не существует



И дальше до конца лога талдычит одно и то же:
Код: plsql
1.
2.
3.
4.
SQL, вызвавший сбой:
CREATE TABLE "SOME_OBJECT" bla-bla-bla TABLESPACE "OLD_TABLESPACE"
ORA-39083: Сбой при создании типа объекта SOME_OBJECT с ошибкой:
ORA-00959: раздел 'OLD_TABLESPACE' не существует



Т.е. не отрабатывает она опцию REMAP_TABLESPACE :(
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 18:31
    #40060499
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
Дропнул все это к черту.

Сейчас опять создам на тестовом сервере только OLD_TABLESPASE, и заново запущу impdp только с опцией REMAP_SCHEMA.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 19:17
    #40060511
irbis_al
irbis_al
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
GrayMagellan
Дропнул все это к черту.

Сейчас опять создам на тестовом сервере только OLD_TABLESPASE, и заново запущу impdp только с опцией REMAP_SCHEMA.

Вообще что-то идет не так...Не нужно OLD_TABLESPACE создавать...
Скажите а как делался экспорт?
Я его обязательно делаю от OLD_USER?
Ещё есть ньюанс Таблицы с BLOB CLOB Не подчиняются этим правилам и LOB ексистент (во всяком случае в 11) пытался быть созданным в OLD_TABLESPACE несмотря на REMAP
Поэтому эти таблиця я создаю в COMMONBLOB
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 19:34
    #40060513
irbis_al
irbis_al
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
irbis_al
GrayMagellan
Дропнул все это к черту.

Сейчас опять создам на тестовом сервере только OLD_TABLESPASE, и заново запущу impdp только с опцией REMAP_SCHEMA.

Вообще что-то идет не так...Не нужно OLD_TABLESPACE создавать...
Скажите а как делался экспорт?
Я его обязательно делаю от OLD_USER?
Ещё есть ньюанс Таблицы с BLOB CLOB Не подчиняются этим правилам и LOB ексистент (во всяком случае в 11) пытался быть созданным в OLD_TABLESPACE несмотря на REMAP
Поэтому эти таблиця я создаю в COMMONBLOB


Ещё в догонку...IMPDP я делаю под DBA, но не sys...может это важно...
у меня 11r2
Есть экспериментальный 12 ...в докере...надо будет запустить поиграться с impdp
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 19:45
    #40060517
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
irbis_al
Скажите а как делался экспорт?


Вот этот вопрос мне тоже интересен, но спросить не у кого. Человек, который сделал дамп схемы с прода, и отдал мне, сейчас недоступен. Когда я делаю дампы схем, то делаю это всегда под SYS, чтобы в дамп попала не только схема, но и служебная системная информация, хранящаяся в ТП system. Полагаю, варианта тут два - либо он делал дамп схемы под пользователем OLD_USER, и тогда в дамп попала только та системная информация о схеме, которая ей доступна, либо он делал его под SYS, и тогда в дамп попало всё об этой схеме OLD_USER. Я раньше уже сталкивался в 11-й базе с подобной штукой.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.04.2021, 19:48
    #40060518
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
GrayMagellan
Дропнул все это к черту.

Сейчас опять создам на тестовом сервере только OLD_TABLESPASE, и заново запущу impdp только с опцией REMAP_SCHEMA.


Вот так процесс импорта пошёл...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.04.2021, 10:22
    #40060612
irbis_al
irbis_al
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
GrayMagellan
GrayMagellan
Дропнул все это к черту.

Сейчас опять создам на тестовом сервере только OLD_TABLESPASE, и заново запущу impdp только с опцией REMAP_SCHEMA.


Вот так процесс импорта пошёл...

Ну оно правильно легло? new_user стал нa new_tablespace или в old_tablespace пошло?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.04.2021, 13:43
    #40060686
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
irbis_al
Ну оно правильно легло? new_user стал нa new_tablespace или в old_tablespace пошло?


Нет. NEW_USER лег в OLD_TABLESPACE. И то не полностью - есть предупреждения компилятора. Но это понятно - не всегда переезд из старой квартиры в новую происходит с исходным уровнем "комфорта".
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.04.2021, 18:37
    #40060804
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
С предупреждениями компилятора я разобрался - некоторые типы данных и процедуры/функции, их использовавшие, имели статус невалидной компиляции. По типам данных - в объявлении некоторых из них почему-то не произошла замена OLD_USER на NEW_USER. Поэтому они были валидны, и компилятор не мог их успешно обработать. Мне пришлось руками исправлять объявления таких типов данных, после чего они успешно перекомпилировались. Затем успешно перекомпилировал некоторые процедуры и функции, где такие типы данных использовались. Сейчас копия базы на тесте совпадает с базой на проде - я сравнивал в SQL Developer статусы объектов по разделам.

Резюмируя, можно сказать, что потанцевав немного с бубном, я базу на тесте восстановил.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.04.2021, 19:07
    #40060810
SY
SY
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
REMAP_SCHEMA касается только в какую схему запихнуть объект. К сожалению кода он никак не касается. Так-что если в PL/SQL есть явная ссылка типа OLD_SCHEMA.SOME_TABLE то она так и останется. То же касается REMAP_TABLESPACE. Например spatial index c PARAMETERS('layer_gtype=POINT tablespace=OLD_TABLESPACE') так и останется c OLD_TABLESPACE. Так-что "ручками" поработать придется.

SY.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.04.2021, 19:12
    #40060814
irbis_al
irbis_al
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
GrayMagellan
С предупреждениями компилятора я разобрался - некоторые типы данных и процедуры/функции, их использовавшие, имели статус невалидной компиляции. По типам данных - в объявлении некоторых из них почему-то не произошла замена OLD_USER на NEW_USER. Поэтому они были валидны, и компилятор не мог их успешно обработать. Мне пришлось руками исправлять объявления таких типов данных, после чего они успешно перекомпилировались. Затем успешно перекомпилировал некоторые процедуры и функции, где такие типы данных использовались. Сейчас копия базы на тесте совпадает с базой на проде - я сравнивал в SQL Developer статусы объектов по разделам.

Резюмируя, можно сказать, что потанцевав немного с бубном, я базу на тесте восстановил.

Но в нужное tablespace оно же не попало?...и это странно..это отличается от моей практики.
А попробуйте у себе уже сделать экспорт от пользователя...а потом импорт со сменой tablespace...
Что каксается объектных типов то и у меня они не создаются, ибо оно конфликтует с OID(Это если old_user присутствуеет в базе...иначе создаются)
И скриптом надо прогонять....НО это мелочи скрипт подготовлен давно.
Мне было важно, чтоб данные ложились в нужное tablespace.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.04.2021, 07:46
    #40060883
Тролин
Тролин
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
irbis_al
GrayMagellan
С предупреждениями компилятора я разобрался - некоторые типы данных и процедуры/функции, их использовавшие, имели статус невалидной компиляции. По типам данных - в объявлении некоторых из них почему-то не произошла замена OLD_USER на NEW_USER. Поэтому они были валидны, и компилятор не мог их успешно обработать. Мне пришлось руками исправлять объявления таких типов данных, после чего они успешно перекомпилировались. Затем успешно перекомпилировал некоторые процедуры и функции, где такие типы данных использовались. Сейчас копия базы на тесте совпадает с базой на проде - я сравнивал в SQL Developer статусы объектов по разделам.

Резюмируя, можно сказать, что потанцевав немного с бубном, я базу на тесте восстановил.

Но в нужное tablespace оно же не попало?...и это странно..это отличается от моей практики.
А попробуйте у себе уже сделать экспорт от пользователя...а потом импорт со сменой tablespace...
Что каксается объектных типов то и у меня они не создаются, ибо оно конфликтует с OID(Это если old_user присутствуеет в базе...иначе создаются)
И скриптом надо прогонять....НО это мелочи скрипт подготовлен давно.
Мне было важно, чтоб данные ложились в нужное tablespace.


OID
impdp c опцией TRANSFORM=OID:n делали?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.04.2021, 08:35
    #40060896
irbis_al
irbis_al
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
Тролин
irbis_al
пропущено...

Но в нужное tablespace оно же не попало?...и это странно..это отличается от моей практики.
А попробуйте у себе уже сделать экспорт от пользователя...а потом импорт со сменой tablespace...
Что каксается объектных типов то и у меня они не создаются, ибо оно конфликтует с OID(Это если old_user присутствуеет в базе...иначе создаются)
И скриптом надо прогонять....НО это мелочи скрипт подготовлен давно.
Мне было важно, чтоб данные ложились в нужное tablespace.


OID
impdp c опцией TRANSFORM=OID:n делали?

Благодарю в следующий раз попробую...Не знал про такую опцию.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.04.2021, 11:40
    #40060960
GrayMagellan
GrayMagellan
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2
irbis_al
Но в нужное tablespace оно же не попало?...и это странно..это отличается от моей практики.

Да, не попало. С этим я смирился. В конце концов, ну будет одно ТП на тесте отличаться от принятой формулы их именования. А у вас получалось использовать обе опции при импорте в 12с2? Или это были предыдущие версии базы?


irbis_al
А попробуйте у себе уже сделать экспорт от пользователя...а потом импорт со сменой tablespace...

К сожалению, времени на это нет :(
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Не работают вместе опции REMAP_SCHEMA и REMAP_TABLESPACE в impdp базы версии 12.2 / 25 сообщений из 30, страница 1 из 2
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 139ms
Закрыть
start [/forum/topic.php?fid=52&mobile=1&tid=1880300]:
 0ms
get settings:
 9ms
get forum list:
 11ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 34ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 57ms
get tp. blocked users:
 1ms
others: 8ms
total:  139ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]