Запуск импорта R3TRTABUBSEG ...
Больше нет доступной оперативной памяти (543000000).
twrtab reached memory limit; memory usage 542500000
[developertrace,0] Wed Nov 03 11:37:53 2004 2011199023 2011.199023
[dbtrtab ,6200] ***LOG BY4=>sql error 1562 performing UPD on table RFBLG
888 2011.199911
[dbtrtab ,6200] ***LOG BY0=>ORA-01562: failed to extend rollback segment number 16
ORA-01650: unable to extend rollback segment PRS_6 by 384 in tablespace PSAPROLL
727 2011.200638
[dbrclu2 ,5659] ***LOG BZY=>unexpected return code 1 on RT_UPDATE -call
484 2011.201122
[dbeh.c ,58] *** ERROR => dbrsql.c[1469]: rc=2 ==> calling sap_dext
487 2011.201609
sap_dext dspdfy с № сообщения 900:
Internal error in DB interface

unknown db interface function

ROLLBACK (225382031).
Оновной импорт
Дата и время завершения: 20041103113838
Завершено с кодом возврата: ===> 12 <===

Релиз 4.0В
Нашел ноту 96296 в которой сказано, что нужно приаттачить некий source code correction и потом выполнить предлагаемый для дальнейшей коррекции отчет. Вопрос - где взять сей код?

Если у тебя Оракл версии 8i, то самое лучшее:
1. удали мандант без удаления из T000 транзакцией SCC5
2. А потом уж импортируй.
Сильный роллбек возникает именно при удалении имеющихся записей в манданте, а по SCC5 удаление идет маленькими порциями и роллбек не забивается

А почему лишь один из многих роллбеков забивается под самую макушку, а остальные как огурчики?))) Так что, то что в ноте прописано не эффективно в данном случае?

Ты спросил - я тебе дал совет: как пройти без проблем. А эти вопросы относятся к соответствующим мануалам по Ораклу и администрированию базиса. Читай на досуге

[/quote]
Ты спросил - я тебе дал совет: как пройти без проблем. А эти вопросы относятся к соответствующим мануалам по Ораклу и администрированию базиса. Читай на досуге[/quote]

Большое человеческое спасибо

Создайте один большой сегмент отката, примерно так:

CREATE TABLESPACE PSAPROLLBIG
DATAFILE '/oracle/<SID>/sapdata<...>/rollbig_1/rollbig.data1'
SIZE 6000M DEFAULT STORAGE (PCTINCREASE 0);

CREATE ROLLBACK SEGMENT PRS_BIG TABLESPACE PSAPROLLBIG
STORAGE (INITIAL 60M
NEXT 60M
MINEXTENTS 99
MAXEXTENTS 99);

alter rollback segment PRS_BIG online;
alter rollback segment PRS_0 offline;
alter rollback segment PRS_1 offline;
alter rollback segment PRS_2 offline;
...

и повторите копирование.

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

Вполне приемлимый вариант, тем паче, что емкости позволяют такой сегментик слепить)))) Спасибо за совет))))

Есть такая нота номер 60233 по моему. Она комбинировання и там масса инфы. В принципе место на диске хватает, так что можно себя и не ограничивать)))

Один совет. Большие файлы, в зависимости на чем они у тебя расположены, бывает повреждаются. Надо проверять логи backup, если оставишь большой файл для ролл сегмента, он тоже будет бэкапиться. Время бэкапа тоже увеличивается.

Есть еще один совет, можно изменить параметры существующих ролл сегментов, по умолчанию они маленькие. Можно по 10 мегов экстенты сделать, рекомендации приведены в приложении по инсталляции, для больших баз данных.

А идеальный вариант - перейти на undo вместо rollback - правда я не в курсе - есть ли ядро для 40, которое поддерживает Oracle 9

Да вроде бы для 4.0 9 оракл не ставится.

Есть - SAP KERNEL 4.0B_EXT 32-BIT или SAP KERNEL 4.0B_EXT 64-BIT

Никто не предлагает работать в нормальной ситуации с большим сегментом отката. Жить он будет от начала и до завершения копии (удаления, импорта) клиента.