ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / После impdp primary keys в неверном состоянии
46 сообщений из 46, показаны все 2 страниц
  все  
После impdp primary keys в неверном состоянии
    #39621007
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Всем привет.
Возникла проблема с импортом данных.
Импорт делаю по такой схеме.
0. Делаю дамп всего с ключом flashback_time=systimestamp и за исключением grant и dblink и CONTENT=ALL
1. Импортирую сиквенсы в sql файл
где $_ подстановка из скрипта
remap_schema=$_`:FOR_SCHEMA_REPLACE remap_tablespace=$_`:FOR_SCHEMA_REPLACE Include=Sequence CONTENT=METADATA_ONLY sqlfile=$FileName

2. Затем импортирую таблицы в sql файл. Таким же образом
3. Заменяю схему на нужную мне там где она корректно непроставилась. Накатываю полученные скрипты от имени пользователя схемы.
4. Накатываю все METADATA_ONLY из файла дампа утилитой impdp за исключением sequence и tables с ключом DATA_OPTIONS=SKIP_CONSTRAINT_ERRORS

5. Накатываю все DATA_ONLY с ключом DATA_OPTIONS=SKIP_CONSTRAINT_ERRORS

6. Создается видимость успешного имопорта, все данные вставлены, ключи есть. Но при попытке вставить данные в таблицы с данными возникает ошибка
ORA-00001: нарушено ограничение уникальности (CASHFLOW_TFSBUILD_CMS_BUILD1.PK_SYS_FIELDPROPERTYTYPES_ID)
Я так понимаю что импортировав последним шагом данные, оракл не увеличил значения сиквенсов primary keys.
Подскажите пожалуйста, как заставить его корректно увеличивать значения ключей, после импорта данных?
...
Рейтинг: 0 / 0
27.03.2018, 11:17
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621029
Охрименко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Охрименко
Участник
Sm1le29111. Импортирую сиквенсы в sql файл
где $_ подстановка из скрипта
remap_schema=$_`:FOR_SCHEMA_REPLACE remap_tablespace=$_`:FOR_SCHEMA_REPLACE Include=Sequence CONTENT=METADATA_ONLY sqlfile=$FileName

2. Затем импортирую таблицы в sql файл. Таким же образом
3. Заменяю схему на нужную мне там где она корректно непроставилась. Накатываю полученные скрипты от имени пользователя схемы.


А пояснить зачем вся эта боль вам нужна, можете?
...
Рейтинг: 0 / 0
27.03.2018, 11:42
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621032
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
Sm1le2911как заставить его корректно увеличивать значения ключей, после импорта данных?
Если его заставить не удастся, попробуйте ручками 20700153
...
Рейтинг: 0 / 0
27.03.2018, 11:45
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621039
Охрименко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Охрименко
Участник
Sm1le2911Я так понимаю что импортировав последним шагом данные, оракл не увеличил значения сиквенсов primary keys.
Подскажите пожалуйста, как заставить его корректно увеличивать значения ключей, после импорта данных?

Оракл должен заливать данные и сиквенсы как есть (было), ничего не уменьшая и не увеличивая. Если у вас сиквенсы сбрасываются в 0, что то не так. Да и неплохо бы проверить констрейнт, возможно проблема не в сиквенсе, а в уникальности данных, которые вставляются повторно и не являются уникальными. Без детального DDL CASHFLOW_TFSBUILD_CMS_BUILD1.PK_SYS_FIELDPROPERTYTYPES_ID сложно сказать, что причина однозначно в одном сиквенсе. И вы их зачем то отдельно импортируете. Зачем?
...
Рейтинг: 0 / 0
27.03.2018, 11:50
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621043
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Охрименко,

Ну как зачем. Думаю тут надо сказать спасибом разрабам оракла. Потому что remap не везде заменяет схему на нужную. Я уже задавал здесь этот вопрос. Так что это не причуда)
Вот ссыль http://www.sql.ru/forum/1286686/remap-schema-ne-korrektna?hl=
...
Рейтинг: 0 / 0
27.03.2018, 11:54
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621050
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Охрименко,

Данные вставляются в пустую схему, к которой только накатили метаданные.
...
Рейтинг: 0 / 0
27.03.2018, 11:56
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621063
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Охрименко,

Вот ddl этой таблицы, накатывается от владельца схемы

CREATE TABLE "SYS_FIELD_PROPERTY_TYPES"
( "ID" NUMBER(*,0) GENERATED BY DEFAULT AS IDENTITY MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH 1 NOCACHE NOORDER NOCYCLE NOT NULL ENABLE,
"INNER_NAME" VARCHAR2(255 CHAR) NOT NULL ENABLE,
"DISPLAY_NAME" VARCHAR2(255 CHAR) NOT NULL ENABLE
) SEGMENT CREATION IMMEDIATE
PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
TABLESPACE "CASHFLOW_TFSBUILD_CMS_BUILD1" ;

А затем
ALTER TABLE "SYS_FIELD_PROPERTY_TYPES" ADD CONSTRAINT "PK_SYS_FIELDPROPERTYTYPES_ID" PRIMARY KEY ("ID")
USING INDEX (CREATE UNIQUE INDEX "PK_SYS_FIELDPROPERTYTYPES_ID" ON "SYS_FIELD_PROPERTY_TYPES" ("ID")
PCTFREE 10 INITRANS 2 MAXTRANS 255
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
TABLESPACE "CASHFLOW_TFSBUILD_CMS_BUILD1" ) ENABLE;
...
Рейтинг: 0 / 0
27.03.2018, 12:07
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621065
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Sm1le2911,

Забыл, между ними еще вот это выполняется
ALTER TABLE "SYS_FIELD_PROPERTY_TYPES" MODIFY ("ID" GENERATED BY DEFAULT AS IDENTITY MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH LIMIT VALUE NOCACHE NOORDER NOCYCLE );
...
Рейтинг: 0 / 0
27.03.2018, 12:08
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621082
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
Sm1le2911Охрименко,

Вот ddl этой таблицы, накатывается от владельца схемы

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
CREATE TABLE "SYS_FIELD_PROPERTY_TYPES" 
   (	"ID" NUMBER(*,0) GENERATED BY DEFAULT AS IDENTITY MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH 1 NOCACHE  NOORDER  NOCYCLE  NOT NULL ENABLE, 
	"INNER_NAME" VARCHAR2(255 CHAR) NOT NULL ENABLE, 
	"DISPLAY_NAME" VARCHAR2(255 CHAR) NOT NULL ENABLE
   ) SEGMENT CREATION IMMEDIATE 
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "CASHFLOW_TFSBUILD_CMS_BUILD1" ;



А затем
Код: plsql
1.
2.
3.
4.
5.
6.
7.
ALTER TABLE "SYS_FIELD_PROPERTY_TYPES" ADD CONSTRAINT "PK_SYS_FIELDPROPERTYTYPES_ID" PRIMARY KEY ("ID")
  USING INDEX (CREATE UNIQUE INDEX "PK_SYS_FIELDPROPERTYTYPES_ID" ON "SYS_FIELD_PROPERTY_TYPES" ("ID") 
  PCTFREE 10 INITRANS 2 MAXTRANS 255 
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "CASHFLOW_TFSBUILD_CMS_BUILD1" )  ENABLE;


Забыл, между ними еще вот это выполняется
Код: plsql
1.
ALTER TABLE "SYS_FIELD_PROPERTY_TYPES" MODIFY ("ID" GENERATED BY DEFAULT AS IDENTITY MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH LIMIT VALUE NOCACHE NOORDER NOCYCLE );
...
Рейтинг: 0 / 0
27.03.2018, 12:23
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621088
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Viewer,

спасибо!
...
Рейтинг: 0 / 0
27.03.2018, 12:32
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621101
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmdmdm
Участник
Из многоэтажной истории болезни я понял только, что вы сиквенсы пересоздаете.
Код: plsql
1.
"ID" GENERATED BY DEFAULT AS IDENTITY MINVALUE 1


Ессно, они генерируют значения с 1.
...
Рейтинг: 0 / 0
27.03.2018, 12:40
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621105
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
dmdmdm,

а как иначе? База на пустую схему накатывается
...
Рейтинг: 0 / 0
27.03.2018, 12:43
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621106
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmdmdm
Участник
В заголовке темы - impdp.
Иначе - это если по-нормальному - поручить все объекты ему. Он специально для этого предназначен.
...
Рейтинг: 0 / 0
27.03.2018, 12:46
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621110
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmdmdm
Участник
И простое правило не устану повторять.
Меньше отсебятины и описаний "своими словами".
Больше команд и листингов.
...
Рейтинг: 0 / 0
27.03.2018, 12:47
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621113
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Sm1le2911dmdmdm,

а как иначе? База на пустую схему накатывается

Поставить корректное начальное значение сиквенсу.
В крайнем случае, просто анонимный блок с FOR LOOP и домотать сиквенс до нужного значения

IMHO
...
Рейтинг: 0 / 0
27.03.2018, 12:51
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621116
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
dmdmdm,
Это очевидный путь и как преполагалось быстрый, он не взошел.
Вот пример того что получается если я экспортирую таблицу в файл sql утилитой impdp. Видно что он перемапил все кроме "CF_TFS_CMS_DUMP_EXP_OU"."CONDITIONS_SEQ"
ТОже самое накатывается на базу, что с этим делать? Вы знаете другое решение?
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
CREATE TABLE "FOR_SCHEMA_REPLACE"."CONDITIONS" 
   (	"ID" NUMBER(10,0) DEFAULT "CF_TFS_CMS_DUMP_EXP_OU"."CONDITIONS_SEQ"."NEXTVAL" NOT NULL ENABLE, 
	"TITLE" VARCHAR2(255 CHAR) NOT NULL ENABLE, 
	"MODEL_VERSION_ID" NUMBER(10,0), 
	"TIMELINE_ID" NUMBER(10,0) NOT NULL ENABLE, 
	"CREATED" TIMESTAMP (6) NOT NULL ENABLE, 
	"CREATED_BY" NUMBER(10,0) NOT NULL ENABLE, 
	"MODIFIED" TIMESTAMP (6) NOT NULL ENABLE, 
	"MODIFIED_BY" NUMBER(10,0) NOT NULL ENABLE, 
	"ISDELETED" NUMBER(1,0) NOT NULL ENABLE
   ) SEGMENT CREATION DEFERRED 
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 
 NOCOMPRESS LOGGING
  TABLESPACE "MODEL_VERSION_D" ;
...
Рейтинг: 0 / 0
27.03.2018, 12:52
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621121
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Leonid Kudryavtsev,

Ну преполагается что это DevOps и дамп должен автоматически создаваться, а выходит это невозможно. Нужно узнать, сколько записей в таблице, потом открыть файлик, найти сиквенс поменять в нем значение. Не кажется вам что это как-то несерьезно для такого продукта как оракл?
...
Рейтинг: 0 / 0
27.03.2018, 12:54
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621124
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmdmdm
Участник
экспортирую таблицу в файл sql утилитой impdp

Зачем в SQL ?
...
Рейтинг: 0 / 0
27.03.2018, 12:55
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621127
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
dmdmdm,

Потому что при импорте на схему напрямую как раз таки и выскакивала ошибка с тем что он не может найти сиквенс
"CF_TFS_CMS_DUMP_EXP_OU"."CONDITIONS_SEQ"
хотя выбирался полный импорт, где был и этот сиквенс и эта таблица.
...
Рейтинг: 0 / 0
27.03.2018, 12:58
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621131
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmdmdm
Участник
Вот давайте и начнем с параметров экспорта/импорта. Чтобы попытаться решить задачу штатными средствами.
У меня обычно посхемной перекачки не требуется. REMAP пробовал 1 или 2 раза.

 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
USERID=system/qqq@DMASLOV
DUMPFILE=DMASLOV.dmp
DIRECTORY=backup
LOGFILE=export_DMASLOV.log
FULL=Y
EXCLUDE=SCHEMA:"IN ('SYSTEM', 'OUTLN', 'DIP', 'TSMSYS', 'DBSNMP', 'CTXSYS', 'XDB', 'ANONYMOUS', 'MDSYS', 'HR', 'OLAPSYS', 'SYSMAN', 'AURORA$JIS$UTILITY$', 'AURORA$ORB$UNAUTHENTICATED', 'OSE$HTTP$ADMIN', 'TRACESVR', 'ORDDATA', 'SCOTT')"
EXCLUDE=SCHEMA:"LIKE 'APEX%'"
EXCLUDE=SCHEMA:"LIKE 'FLOWS%'"


USERID=system/qqq@DMASLOV
DUMPFILE=DMASLOV.dmp
DIRECTORY=backup
LOGFILE=import_DMASLOV.log
FULL=Y
EXCLUDE=SCHEMA:"IN ('SYSTEM', 'OUTLN', 'DIP', 'TSMSYS', 'DBSNMP', 'CTXSYS', 'XDB', 'ANONYMOUS', 'MDSYS', 'HR', 'OLAPSYS', 'SYSMAN', 'AURORA$JIS$UTILITY$', 'AURORA$ORB$UNAUTHENTICATED', 'OSE$HTTP$ADMIN', 'TRACESVR', 'ORDDATA', 'SCOTT')"
EXCLUDE=SCHEMA:"LIKE 'APEX%'"
EXCLUDE=SCHEMA:"LIKE 'FLOWS%'"

...
Рейтинг: 0 / 0
27.03.2018, 13:02
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621139
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
IMHO N1

Он и так, обычно, все корректно создает.

Если что-то создаете или накатываете руками (в данном случае SQL для сиквенсов) - то тут уже это Ваши проблемы и исключительно кривизна Ваших рук.

Мы попросили выгрузить ОПИСАНИЕ сиквенсов. Oracle их выгрузил. То, что их нужно "доматывать" потому что Вы потом ОТДЕЛЬНО данные решили загрузить - ну так это Ваши проблемы )))

IMHO N2

Написать на PL/SQL генерацию SQL для сиквенсов (или с изменение START WITH, или без изменения START WITH но тогда "доматывать").... ну как бы не особо большая проблема. Минут на 15-30

Нужно узнать, сколько записей в таблице, потом открыть файлик, найти сиквенс поменять в нем значение.

Сколько записей в таблице - знать не надо. Можно при генерации SQL у сиквенса его текущее значение спросить.

p.s. про корректную / не очень корректную работу REMAP ничего не знаю. Не сталкивался.
...
Рейтинг: 0 / 0
27.03.2018, 13:10
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621144
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
dmdmdm,

Ну если на ту же самую схему то и нет никаких проблем, согласен.
Вот с полным набором аргументов
"xxxx/yyyyy@SBT directory=TEST_DIRECTORY DUMPFILE=dump11.dmp flashback_time=systimestamp LOGFILE=$logName SCHEMAS=CF_TFS_CMS_DUMP_EXP_OU Exclude=GRANT Exclude=DB_LINK CONTENT=ALL"
...
Рейтинг: 0 / 0
27.03.2018, 13:19
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621157
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
Не пробовали экспорт сделать как владелец экспортируемой схемы, а импрот как владелец схемы в которую импортируешь?
В классическом exp, если экспорт выполнял владелец схемы - то в дамп владелец объектов не записывался, и при импорте другим пользователем все объекты попадали в схему импортирующего.
Как с этим обстоит у data pump - не проверял.
...
Рейтинг: 0 / 0
27.03.2018, 13:40
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621159
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Viewer,

нет, сейчас попробую, в таком случае remap не понадобится получается?
...
Рейтинг: 0 / 0
27.03.2018, 13:42
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621166
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
Очень даже может быть. По крайней мере то, что при экспорте собственой схемы можно опустить оптцию SCHEMAS - даёт на это надежду..
...
Рейтинг: 0 / 0
27.03.2018, 13:47
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621260
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Viewer,

попробовал, та же самая проблема с сиквенсами. Он не создает сначала их, а потом и соответствующие таблицы.
Но то что накатилось, там проблем нет, primary keys корректно работают. Но по факту одной командой все заэкспортить не удалось
Плюс если мы не указываем схему, он ее проставляет текущей по дефолту, так что remap нужен
...
Рейтинг: 0 / 0
27.03.2018, 15:14
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621270
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Viewer,

Падают именно те таблицы где используются кастомные сиквенсы
ТО есть подозреваю что внутри impdp пытается выполнить что-то подобное
Код: plsql
1.
2.
CREATE TABLE "FOR_SCHEMA_REPLACE"."CONDITIONS" 
   (	"ID" NUMBER(10,0) DEFAULT "CF_TFS_CMS_DUMP_EXP_OU"."CONDITIONS_SEQ"."NEXTVAL" NOT NULL ENABLE,



То есть после default идет имя исходной схемы, потому что сиквенс создается корректно(
...
Рейтинг: 0 / 0
27.03.2018, 15:24
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621283
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Viewer,

Вот нашел, если есть дефолтный сиквенс, то он падает, так как не ремапится
https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:9533916100346734356
...
Рейтинг: 0 / 0
27.03.2018, 15:41
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621295
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
Печально...
Спасибо за ссылку.
...
Рейтинг: 0 / 0
27.03.2018, 15:51
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621297
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Не очень понятно, как

Sm1le2911Вот нашел, если есть дефолтный сиквенс, то он падает, так как не ремапится
https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:9533916100346734356
связано с
Sm1le2911Импортирую сиквенсы в sql файл

Если проблемы с DEFAULT clause у таблиц, то сиквенсы тут совсем не при чем
...
Рейтинг: 0 / 0
27.03.2018, 15:55
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621310
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Leonid Kudryavtsev,

согласен)
Но по сути в глубине, oracle использует для Primary key служебный сиквенс и вот его значение не обновляется.
Ок, давайте абстрагируемся от этого, не будем это обсуждать.
Есть способы решения текущей проблемы?
...
Рейтинг: 0 / 0
27.03.2018, 16:08
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621315
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Ну и совсем не понятно, что мешает сделать элементарный скрипт из 5-10 строк, который будет сиквенсы подкручивать.

 

Разумеется нужно проверять. Просто заготовка.
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
begin
  for c in (select sequence_owner, sequence_name, min_value, increment_by, cache_size, last_number
    from all_sequences
    where sequence_name='TEST_S')
  loop
    if c.last_number!=c.min_value then
      dbms_output.put_line( 'ALTER SEQUENCE '||c.sequence_name||' NOCACHE;' );
      dbms_output.put_line( 'ALTER SEQUENCE '||c.sequence_name||' INCREMENT BY ' ||(c.last_number-c.min_value)||';' );
      dbms_output.put_line( 'SELECT '||c.sequence_name||'.nextval FROM dual;' );
      dbms_output.put_line( 'ALTER SEQUENCE '||c.sequence_name||' INCREMENT BY ' || c.increment_by||';' );
      dbms_output.put_line( 'ALTER SEQUENCE '||c.sequence_name||' CACHE '||c.cache_size ||';' );
    end if;
  end loop;
end;


...
Рейтинг: 0 / 0
27.03.2018, 16:10
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621324
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Sm1le2911...
Есть способы решения текущей проблемы?

1) Грузить сиквенсы IMP'ортом

Как я понимаю описание проблемы на AskTom, достаточно подправить SQL для CREATE TABLE. А дальше все (в том числе и сиквенсы) можно грузить стандартно

2) Если сиквенсы создаются руками, то тогда их нужно "подкрутить" на правильное значение.

IMHO

P.S. Возможно в чем-то туплю. Т.к. с сиквенсами похожие проблемы были, но проблем решить эти проблемы - не было )))
P.P.S. C REMAP близко не сталкивался
...
Рейтинг: 0 / 0
27.03.2018, 16:14
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621342
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Leonid Kudryavtsev,

Ок, только не забывайте, что сначала нужно ещеё эти самые сиквенсы извлечь.
Спасибо за скрипт!

Ну вообщем вы согласны, что это какие то адские танцы с бубном, потому-что все же придется по моей схеме, все раздельно экспортить. Потому-что вариант с полным импортом одной командой, не создает нужных таблиц и падает с ошибками из-за этих констрейнтов
...
Рейтинг: 0 / 0
27.03.2018, 16:23
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621373
Охрименко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Охрименко
Участник
Это правильный DDL переносимой таблицы?

Код: 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.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
CREATE TABLE TEST_SEQ1.SYS_FIELD_PROPERTY_TYPES
(
  ID            INTEGER GENERATED BY DEFAULT AS IDENTITY ( START WITH 4 MAXVALUE 9999999999999999999999999999 MINVALUE 1 NOCYCLE NOCACHE NOORDER NOKEEP) NOT NULL,
  INNER_NAME    VARCHAR2(255 CHAR)              NOT NULL,
  DISPLAY_NAME  VARCHAR2(255 CHAR)              NOT NULL
)
TABLESPACE USERS
PCTUSED    0
PCTFREE    10
INITRANS   1
MAXTRANS   255
STORAGE    (
            INITIAL          64K
            NEXT             1M
            MINEXTENTS       1
            MAXEXTENTS       UNLIMITED
            PCTINCREASE      0
            BUFFER_POOL      DEFAULT
           )
LOGGING 
NOCOMPRESS 
NOCACHE
MONITORING;


CREATE UNIQUE INDEX TEST_SEQ1.PK_SYS_FIELDPROPERTYTYPES_ID ON TEST_SEQ1.SYS_FIELD_PROPERTY_TYPES
(ID)
LOGGING
TABLESPACE USERS
PCTFREE    10
INITRANS   2
MAXTRANS   255
STORAGE    (
            INITIAL          64K
            NEXT             1M
            MINEXTENTS       1
            MAXEXTENTS       UNLIMITED
            PCTINCREASE      0
            BUFFER_POOL      DEFAULT
           );

ALTER TABLE TEST_SEQ1.SYS_FIELD_PROPERTY_TYPES ADD (
  CONSTRAINT PK_SYS_FIELDPROPERTYTYPES_ID
  PRIMARY KEY
  (ID)
  USING INDEX TEST_SEQ1.PK_SYS_FIELDPROPERTYTYPES_ID
  ENABLE VALIDATE);
...
Рейтинг: 0 / 0
27.03.2018, 16:37
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621387
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Охрименко,

я же вышел приводил. Вы поменяли владельца схемы, где-то добавили, где то убрали. Зачем?
...
Рейтинг: 0 / 0
27.03.2018, 16:46
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621392
Охрименко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Охрименко
Участник
Да, я поменял дабы адаптировать под свои быстрые тестовые условия. Это же не суть важно. Так вот я сделал экспорт этой схемы и импорт в базу с ремапом схемы. Никаких ошибок не возникло. Внесенные 4 строки были перенесены, сиквенс начинался с правильной 4-ки, попробовал вносить данные, вносятся. Наверное у меня что то не так ))))
...
Рейтинг: 0 / 0
27.03.2018, 16:49
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621400
Охрименко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Охрименко
Участник
Код: xml
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
Master table "SYS"."SYS_IMPORT_SCHEMA_01" successfully loaded/unloaded
Starting "SYS"."SYS_IMPORT_SCHEMA_01":  /******** AS SYSDBA parfile=/home/oracle/test_seq_import.par
Processing object type SCHEMA_EXPORT/USER
ORA-31684: Object type USER:"TEST_SEQ2" already exists
Processing object type SCHEMA_EXPORT/SYSTEM_GRANT
Processing object type SCHEMA_EXPORT/DEFAULT_ROLE
Processing object type SCHEMA_EXPORT/TABLESPACE_QUOTA
Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Processing object type SCHEMA_EXPORT/TABLE/TABLE
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
. . imported "TEST_SEQ2"."SYS_FIELD_PROPERTY_TYPES"          6 KB       3 rows
Processing object type SCHEMA_EXPORT/TABLE/IDENTITY_COLUMN
Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX
Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
Processing object type SCHEMA_EXPORT/STATISTICS/MARKER
Job "SYS"."SYS_IMPORT_SCHEMA_01" completed with 1 error(s) at Tue Mar 27 16:28:13 2018 elapsed 0 00:00:24



Parfile for impdp:

Код: xml
1.
2.
3.
4.
5.
6.
7.
DUMPFILE="test_seq1_schema.dmp"
LOGFILE="imp_test_seq1_schema.log"
LOGTIME=NONE
DIRECTORY=TMP_DIR
CONTENT=ALL
REMAP_SCHEMA='TEST_SEQ1:TEST_SEQ2'
SCHEMAS=('TEST_SEQ1')
...
Рейтинг: 0 / 0
27.03.2018, 16:53
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621452
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
Sm1le2911Ну вообщем вы согласны, что это какие то адские танцы с бубном....

У нас 11'ый Oracle. Нет sequence в default, т.ч. нет и проблем )))
...
Рейтинг: 0 / 0
27.03.2018, 17:25
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621455
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Охрименко,

конечно у вас что-то не так, вы допустили одно упрощение, в котором собственно и есть затык
...
Рейтинг: 0 / 0
27.03.2018, 17:29
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621494
Охрименко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Охрименко
Участник
Sm1le2911Охрименко,

конечно у вас что-то не так, вы допустили одно упрощение, в котором собственно и есть затык



Какое упрощение?
Sm1le2911При попытке импортирования накатываются таблицы, но возникает масса ошибок связанных с Sequence
Видно что полное имя таблицы заменилось, а объекта sequence нет, есть ли возможность как то на это повлиять?


Ремап сделал, заменилось не только полное имя таблицы, но и сиквенса. Что не так?
...
Рейтинг: 0 / 0
27.03.2018, 18:05
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621505
Sm1le2911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sm1le2911
Участник
Охрименко,

имя DEFAULT констрейнта у вас без схемы. А он как раз и не ремапится.
Да можете не проверять, я собственно привел ссыль на ветку в форуме оракл.
Проблема есть и она до сих пор не исправлена
...
Рейтинг: 0 / 0
27.03.2018, 18:15
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621536
Охрименко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Охрименко
Участник
Sm1le2911Охрименко,

имя DEFAULT констрейнта у вас без схемы. А он как раз и не ремапится.
Да можете не проверять, я собственно привел ссыль на ветку в форуме оракл.
Проблема есть и она до сих пор не исправлена

Что то у вас смешались в кучу кони люди.

Вы приводите в качестве проблемы дефолтное значение поля-сиквенса:

Sm1le2911Viewer,

Падают именно те таблицы где используются кастомные сиквенсы
ТО есть подозреваю что внутри impdp пытается выполнить что-то подобное
Код: plsql
1.
2.
CREATE TABLE "FOR_SCHEMA_REPLACE"."CONDITIONS" 
   (	"ID" NUMBER(10,0) DEFAULT "CF_TFS_CMS_DUMP_EXP_OU"."CONDITIONS_SEQ"."NEXTVAL" NOT NULL ENABLE,



То есть после default идет имя исходной схемы, потому что сиквенс создается корректно(

А потом жалуетесь на какие то имена констрейнтов. Причем тут констрейнты? Если вы жалуетесь на имя констрейнта, то оно и в вашем примере не содержит имени схемы. А вот в цитируемом тексте я больше подозреваю сиквенс из другой схемы.


Речь идет сначала об одной таблице - проблеме, потом переключается на другую таблицу.
...
Рейтинг: 0 / 0
27.03.2018, 19:06
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621537
Охрименко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Охрименко
Участник
Если я делаю вывод в sqlfile при импорте с ремапом никакие старые имена владельцев констрейнтов и сиквенсов не упоминаются:

Код: xml
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.
33.
34.
-- new object type path: SCHEMA_EXPORT/TABLE/TABLE
-- CONNECT SYS
CREATE TABLE "TEST_SEQ2"."SYS_FIELD_PROPERTY_TYPES"
   (    "ID" NUMBER(*,0) GENERATED BY DEFAULT AS IDENTITY MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH 1 NOCACHE  NOORDER  NOCYCLE  NOT NULL ENABLE,
        "INNER_NAME" VARCHAR2(255 CHAR) NOT NULL ENABLE,
        "DISPLAY_NAME" VARCHAR2(255 CHAR) NOT NULL ENABLE
   ) SEGMENT CREATION IMMEDIATE
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS" ;
-- new object type path: SCHEMA_EXPORT/TABLE/IDENTITY_COLUMN
ALTER TABLE "TEST_SEQ2"."SYS_FIELD_PROPERTY_TYPES" MODIFY ("ID" GENERATED BY DEFAULT AS IDENTITY MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH  LIMIT VALUE  NOCACHE  NOORDER  NOCYCLE );
-- new object type path: SCHEMA_EXPORT/TABLE/INDEX/INDEX
-- CONNECT TEST_SEQ2
BEGIN
NULL;
END;
/

-- new object type path: SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
-- CONNECT SYS
ALTER TABLE "TEST_SEQ2"."SYS_FIELD_PROPERTY_TYPES" ADD CONSTRAINT "PK_SYS_FIELDPROPERTYTYPES_ID" PRIMARY KEY ("ID")
  USING INDEX (CREATE UNIQUE INDEX "TEST_SEQ2"."PK_SYS_FIELDPROPERTYTYPES_ID" ON "TEST_SEQ2"."SYS_FIELD_PROPERTY_TYPES" ("ID")
  PCTFREE 10 INITRANS 2 MAXTRANS 255
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
  BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS" )  ENABLE;
-- new object type path: SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
-- new object type path: SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
-- new object type path: SCHEMA_EXPORT/STATISTICS/MARKER
...
Рейтинг: 0 / 0
27.03.2018, 19:10
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621672
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
Leonid KudryavtsevНу и совсем не понятно, что мешает сделать элементарный скрипт из 5-10 строк, который будет сиквенсы подкручивать.

 

Разумеется нужно проверять. Просто заготовка.
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
begin
  for c in (select sequence_owner, sequence_name, min_value, increment_by, cache_size, last_number
    from all_sequences
    where sequence_name='TEST_S')
  loop
    if c.last_number!=c.min_value then
      dbms_output.put_line( 'ALTER SEQUENCE '||c.sequence_name||' NOCACHE;' );
      dbms_output.put_line( 'ALTER SEQUENCE '||c.sequence_name||' INCREMENT BY ' ||(c.last_number-c.min_value)||';' );
      dbms_output.put_line( 'SELECT '||c.sequence_name||'.nextval FROM dual;' );
      dbms_output.put_line( 'ALTER SEQUENCE '||c.sequence_name||' INCREMENT BY ' || c.increment_by||';' );
      dbms_output.put_line( 'ALTER SEQUENCE '||c.sequence_name||' CACHE '||c.cache_size ||';' );
    end if;
  end loop;
end;




Вообще то, на предудущий странице, я уже приводил ссылку 20700153 на процедуру "подкручивания" сиквенсов. .
И это не заготовка, а уже много лет стандартно используемая у нас процедура.
...
Рейтинг: 0 / 0
28.03.2018, 07:07
| Ответить | Цитировать | Написать  
После impdp primary keys в неверном состоянии
    #39621694
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmdmdm
Участник
Sm1le2911Вот с полным набором аргументов xxxx/yyyyy

Test case выглядит так.

 
Код: powershell
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.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
;;; 
Export: Release 11.2.0.1.0 - Production on Ср Мар 28 08:15:30 2018

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
;;; 
Соединен с: Oracle Database 11g Release 11.2.0.1.0 - 64bit Production
Выполняется запуск "SYSTEM"."SYS_EXPORT_SCHEMA_01":  system/********@DMASLOV directory=BACKUP DUMPFILE=dump11.dmp flashback_time=systimestamp LOGFILE=test_export.log SCHEMAS=USER1 Exclude=GRANT Exclude=DB_LINK CONTENT=ALL 
Выполняется оценка с помощью метода BLOCKS...
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/TABLE_DATA
Оценка итога с помощью метода BLOCKS: 1.187 MB
Обрабатывается объект типа SCHEMA_EXPORT/USER
Обрабатывается объект типа SCHEMA_EXPORT/SYSTEM_GRANT
Обрабатывается объект типа SCHEMA_EXPORT/ROLE_GRANT
Обрабатывается объект типа SCHEMA_EXPORT/DEFAULT_ROLE
Обрабатывается объект типа SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Обрабатывается объект типа SCHEMA_EXPORT/SEQUENCE/SEQUENCE
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/TABLE
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/INDEX/INDEX
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
Обрабатывается объект типа SCHEMA_EXPORT/FUNCTION/FUNCTION
Обрабатывается объект типа SCHEMA_EXPORT/FUNCTION/ALTER_FUNCTION
Обрабатывается объект типа SCHEMA_EXPORT/JAVA_SOURCE/JAVA_SOURCE
Обрабатывается объект типа SCHEMA_EXPORT/JAVA_CLASS/JAVA_CLASS
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . экспортировано "USER1"."BUDGET"                            366.5 KB    8591 строк
. . экспортировано "USER1"."OBJ_TABLE"                         5.406 KB       0 строк
. . экспортировано "USER1"."TYPE_BUDGET"                       7.367 KB      40 строк
. . экспортировано "USER1"."GLOBAL_TYPE_BUDGET"                5.546 KB       3 строк
. . экспортировано "USER1"."NAMES"                             6.976 KB      40 строк
. . экспортировано "USER1"."OSAGO"                             12.39 KB       1 строк
. . экспортировано "USER1"."PAR"                               5.453 KB       3 строк
. . экспортировано "USER1"."TEST1"                             5.437 KB       3 строк
Главная таблица "SYSTEM"."SYS_EXPORT_SCHEMA_01" успешно загружена/выгружена
******************************************************************************
Файл дампа, назначенный для SYSTEM.SYS_EXPORT_SCHEMA_01:
  C:\BACKUP\DUMP11.DMP
Задание "SYSTEM"."SYS_EXPORT_SCHEMA_01" успешно завершено в 08:15:53

-------------------------------------------------------------------------------------------------

;;; 
Import: Release 11.2.0.1.0 - Production on Ср Мар 28 08:18:30 2018

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
;;; 
Соединен с: Oracle Database 11g Release 11.2.0.1.0 - 64bit Production
Главная таблица "SYSTEM"."SYS_IMPORT_SCHEMA_01" успешно загружена/выгружена
Выполняется запуск "SYSTEM"."SYS_IMPORT_SCHEMA_01":  system/********@DMASLOV directory=BACKUP DUMPFILE=dump11.dmp LOGFILE=test_import.log SCHEMAS=USER1 REMAP_SCHEMA=USER1:USER2 
Обрабатывается объект типа SCHEMA_EXPORT/USER
Обрабатывается объект типа SCHEMA_EXPORT/SYSTEM_GRANT
Обрабатывается объект типа SCHEMA_EXPORT/ROLE_GRANT
Обрабатывается объект типа SCHEMA_EXPORT/DEFAULT_ROLE
Обрабатывается объект типа SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Обрабатывается объект типа SCHEMA_EXPORT/SEQUENCE/SEQUENCE
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/TABLE
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/TABLE_DATA
. . импортировано "USER2"."BUDGET"                            366.5 KB    8591 строк
. . импортировано "USER2"."OBJ_TABLE"                         5.406 KB       0 строк
. . импортировано "USER2"."TYPE_BUDGET"                       7.367 KB      40 строк
. . импортировано "USER2"."GLOBAL_TYPE_BUDGET"                5.546 KB       3 строк
. . импортировано "USER2"."NAMES"                             6.976 KB      40 строк
. . импортировано "USER2"."OSAGO"                             12.39 KB       1 строк
. . импортировано "USER2"."PAR"                               5.453 KB       3 строк
. . импортировано "USER2"."TEST1"                             5.437 KB       3 строк
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/INDEX/INDEX
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
Обрабатывается объект типа SCHEMA_EXPORT/FUNCTION/FUNCTION
Обрабатывается объект типа SCHEMA_EXPORT/FUNCTION/ALTER_FUNCTION
Обрабатывается объект типа SCHEMA_EXPORT/JAVA_SOURCE/JAVA_SOURCE
Обрабатывается объект типа SCHEMA_EXPORT/JAVA_CLASS/JAVA_CLASS
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT
Обрабатывается объект типа SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
Задание "SYSTEM"."SYS_IMPORT_SCHEMA_01" успешно завершено в 08:18:33





Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
Connected to Oracle Database 11g Release 11.2.0.1.0 
Connected as system@DMASLOV

SQL> select * from dba_sequences where sequence_owner like 'USER%';

SEQUENCE_OWNER                 SEQUENCE_NAME                   MIN_VALUE  MAX_VALUE INCREMENT_BY CYCLE_FLAG ORDER_FLAG CACHE_SIZE LAST_NUMBER
------------------------------ ------------------------------ ---------- ---------- ------------ ---------- ---------- ---------- -----------
USER1                          BUDGET_SQ                             230       1E27            1 N          N                  20       54399
USER1                          TYPE_BUDGET_SQ                        150       1E27            1 N          N                  20         434
USER2                          BUDGET_SQ                             230       1E27            1 N          N                  20       54399
USER2                          TYPE_BUDGET_SQ                        150       1E27            1 N          N                  20         434

SQL>



...
Рейтинг: 0 / 0
28.03.2018, 08:33
| Ответить | Цитировать | Написать  
46 сообщений из 46, показаны все 2 страниц
  все  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / После impdp primary keys в неверном состоянии
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=52&tid=1884234]:
 0ms
get settings:
 8ms
get forum list:
 20ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 47ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 95ms
get tp. blocked users:
 1ms
others: 259ms
total:  450ms
созд. / загр.: 450ms
x
x
Закрыть


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