клонирование nw07(BI incl)

Skif

Гомогенка. Экспорт ок. На database instance - Import ABAP сваливается

Code:

/usr/sap/FDD/SYS/exe/run/R3load -ctf I /sap/backup/expdir/ABAP/DATA/SAPDFACT.STR /tmp/sapinst_instdir/NW04S/LM/COPY/ORA/SYSTEM/DISTRIBUTED/AS/DB/DDLORA.TPL SAPDFACT.TSK
DbSl Trace: Error 1408 in exec_immediate() from oci_execute_stmt(), orpc=0

DbSl Trace: ORA-1408 occurred when executing SQL stmt (parse error offset=55)

(DB) ERROR: DDL statement failed
 (CREATE  INDEX "/BI0/E0PPM_VC1~P" ON "/BI0/E0PPM_VC1" ( "KEY_0PPM_VC1P" , "KEY_0PPM_VC1T" , "KEY_0PPM_VC1U" , "KEY_0PPM_VC11"  ) TABLESPACE PSAPSR3 STORAGE (INITIAL 65536 NEXT 0000002560K MINEXTENTS 0000000001 MAXEXTENTS 2147483645 PCTINCREASE 0 ) NOLOGGING COMPUTE STATISTICS )
 DbSlExecute: rc = 99
  (SQL error 1408)
  error message returned by DbSl:
ORA-01408: such column list already indexed
(DB) INFO: disconnected from DB

По n 942540 771209 SMIGR_CREATE_DDL report валится в дамп по таймауту (попробую в фоне, но в полезности не уверен)
может кто сталкивался?

dol_vv

Цитата:

Гомогенка.

- это Зло, а для BW Зло х 2... :shock:

ORA-01408 such column list already indexed
Cause: A CREATE INDEX statement specified a column that is already indexed. A single column may be indexed only once. Additional indexes may be created on the column if it is used as a portion of a concatenated index, that is, if the index consists of multiple columns.

Action: Do not attempt to re-index the column, as it is unnecessary. To create a concatenated key, specify one or more additional columns in the CREATE INDEX statement.

Это же вроде как понятно? :shock:

Выгружаете скриптик на существующий индекс, смотрите какие есть констрейнты.
Вобщем сохраняете структуру существующего индекса и констреинтов.
Потом дропаете этот индекс и запускаете инсталяшку заново и система создает этим скриптом нужный ей индекс (CREATE INDEX "/BI0/E0PPM_VC1~P" ON "/BI0/E0PPM_VC1" ...........).
Работы максимум на 5 минут.

Когда делал миграции, сами знаете где, была ситуация, когда в табличке были не уникальные записи.
А при миграции САП на эту табличку делал уникальный индекс.
Вобщем, она ругалась на дубли...
Это был один из тех редких случаев, когда пришлось корректировать руками строку в табличке БД.

Skif

dol_vv написал:

Цитата:

Гомогенка.

- это Зло, а для BW Зло х 2... :shock:

ORA-01408 such column list already indexed
Cause: A CREATE INDEX statement specified a column that is already indexed. A single column may be indexed only once. Additional indexes may be created on the column if it is used as a portion of a concatenated index, that is, if the index consists of multiple columns.

Action: Do not attempt to re-index the column, as it is unnecessary. To create a concatenated key, specify one or more additional columns in the CREATE INDEX statement.

Это же вроде как понятно? :shock:

Выгружаете скриптик на существующий индекс, смотрите какие есть констрейнты.
Вобщем сохраняете структуру существующего индекса и констреинтов.
Потом дропаете этот индекс и запускаете инсталяшку заново и система создает этим скриптом нужный ей индекс (CREATE INDEX "/BI0/E0PPM_VC1~P" ON "/BI0/E0PPM_VC1" ...........).
Работы максимум на 5 минут.

Когда делал миграции, сами знаете где, была ситуация, когда в табличке были не уникальные записи.
А при миграции САП на эту табличку делал уникальный индекс.
Вобщем, она ругалась на дубли...
Это был один из тех редких случаев, когда пришлось корректировать руками строку в табличке БД.

а то ищи ещё повод пообщаться

сап это вам не хухры-мухры
пасиб. так и делаю.

Skif

Skif написал:

Выгружаете скриптик на существующий индекс, смотрите какие есть констрейнты.
Вобщем сохраняете структуру существующего индекса и констреинтов.
Потом дропаете этот индекс и запускаете инсталяшку заново и система создает этим скриптом нужный ей индекс (CREATE INDEX "/BI0/E0PPM_VC1~P" ON "/BI0/E0PPM_VC1" ...........).
Работы максимум на 5 минут.
сап это вам не хухры-мухры

дропнул по 942540
"retry Import" всё равно валится как будто не видит изменений ;(
пробую "ручками":

Code:

R3load -ctf I <export directory>/DATA/SAPDFACT.STR <export
directory>/DB/DDLMSS.TPL SAPDFACT.TSK mss

валит на отсутствие &clustered& в DDLMSS.TPL - и правда - нет

dol_vv

А на ретрае, кстати, может и не увидеть изменений... :shock:

Вообще, народ предпочитает сели сорвалось, то с самого начала...
Она успешные шаги сама пропустит.
Млин, если на паршивый индекс тратить стока времени... :shock:

Да руками сделайте, а то что было, желательно сохранить.

Skif

dol_vv написал:

А на ретрае, кстати, может и не увидеть изменений... :shock:

Вообще, народ предпочитает сели сорвалось, то с самого начала...
Она успешные шаги сама пропустит.
Млин, если на паршивый индекс тратить стока времени... :shock:

Да руками сделайте, а то что было, желательно сохранить.

да сделал уже всё - не заметил, что err сдвигается в TSK - из-за этого и лыжи
а лучше всё ручками - поштучно

Правила форума

клонирование nw07(BI incl)

Кто сейчас на конференции