SAPфорум.RU
https://sapboard.ru/forum/

Error ORA - 01562 при импорте клиента
https://sapboard.ru/forum/viewtopic.php?f=14&t=1506
Страница 1 из 2

Автор:  Strizh [ Ср, ноя 03 2004, 14:15 ]
Заголовок сообщения:  Error ORA - 01562 при импорте клиента

Запуск импорта 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 и потом выполнить предлагаемый для дальнейшей коррекции отчет. Вопрос - где взять сей код?

Автор:  №1 [ Ср, ноя 03 2004, 14:21 ]
Заголовок сообщения: 

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

Автор:  Strizh [ Ср, ноя 03 2004, 14:39 ]
Заголовок сообщения:  Error ORA - 01562 при импорте клиента

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


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

Автор:  №1 [ Ср, ноя 03 2004, 14:58 ]
Заголовок сообщения:  Re: Error ORA - 01562 при импорте клиента

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

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

Автор:  Strizh [ Ср, ноя 03 2004, 15:07 ]
Заголовок сообщения:  Re: Error ORA - 01562 при импорте клиента

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

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

Автор:  qdublin [ Ср, ноя 03 2004, 15:51 ]
Заголовок сообщения: 

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

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;
...

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

Автор:  Склеротик [ Ср, ноя 03 2004, 16:14 ]
Заголовок сообщения: 

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

Автор:  Strizh [ Ср, ноя 03 2004, 16:18 ]
Заголовок сообщения: 

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

.


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

Автор:  Strizh [ Ср, ноя 03 2004, 16:28 ]
Заголовок сообщения: 

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


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

Автор:  Склеротик [ Ср, ноя 03 2004, 16:41 ]
Заголовок сообщения: 

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

Автор:  Склеротик [ Ср, ноя 03 2004, 16:44 ]
Заголовок сообщения: 

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

Автор:  Svetlana [ Ср, ноя 03 2004, 16:50 ]
Заголовок сообщения: 

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

Автор:  Склеротик [ Ср, ноя 03 2004, 17:50 ]
Заголовок сообщения: 

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

Автор:  qdublin [ Ср, ноя 03 2004, 17:58 ]
Заголовок сообщения: 

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


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

Автор:  qdublin [ Ср, ноя 03 2004, 18:01 ]
Заголовок сообщения: 

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


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

Страница 1 из 2 Часовой пояс: UTC + 3 часа
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/