Коллеги, подскажите как решить проблему. При переносе запроса, который содержит только источник данных из теста в прод - падает с кодом 12. Ошибка в задании RDDEXECL.
Если посмотреть задание, то там следующая ошибка:
ДинамОшибка SAPSQL_ARRAY_INSERT_DUPREC
Исключ. CX_SY_OPEN_SQL_DB

An exception occurred that is explained in detail below.
The exception, which is assigned to class 'CX_SY_OPEN_SQL_DB', was not caught
in
procedure "_UPDATE_DIRECTORY_TABLES" "(METHOD)", nor was it propagated by a
RAISING clause.
Since the caller of the procedure could not have anticipated that the
exception would occur, the current program is terminated.
The reason for the exception is:
If you use an ABAP/4 Open SQL array insert to insert a record in
the database and that record already exists with the same key,
this results in a termination.
Место, куда указывает ошибка:
78 IF p_psa_exists EQ rs_c_false OR
79 i_new_version EQ rs_c_true.
>> INSERT rstsodsfield FROM TABLE l_t_odsfield.
81 ELSE.
82 DELETE FROM rstsodsfield
83 WHERE odsname = l_s_odsfield-odsname
84 AND version = l_s_odsfield-version.
85 MODIFY rstsodsfield FROM TABLE l_t_odsfield.
86 ENDIF.
87
При этом после тиражирования источник в активной, но не выполнимой версии. При попытки администрирования PSA - говорит о недействительной записи в RSTS. В итоге никак не получается использовать источник. Среди нот ничего не нашел. ПО 7.01

Здравствуйте!
Если обратить внимание на название ошибки, то проблема в том что система не может создать дубликат записи в таблице RSTS.
И мне одному кажется что из теста не нужно нести? лучше всётаки из разработки, а в тесте только тестировать?

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

Да несется именно так, сначала из разработки в тест, потом из разработки в продуктив. Ошибка возникает из-за записи дублирующей записи в таблицу RSTSODSFIELD. Но только почему там дубликат? и как победить - активировать получается только при открытом продакшене и заменяя значение в p_psa_exists, при повторной активации происходит снова ошибка, если нечего не менять

У меня только предположение что PSA нужно очистить перед активацией источника, и ещё попробовать перенести с открытым продуктивом.

я тоже бы сначала очистил PSA.
Еще, если уже был открыт продуктив, значит должны быть открытые запросы в проде. Эти открытые запросы могут помешать, так как объекты переноса блокированы объектами в открытых запросах.
Если есть открытые запросы в проде - то перед переносом их лучше деблокировать.

из-за чего возникла проблема - да кто-то попытался перенести, когда PSA не был пуст. Продуктив открыли специально специально для меня на полчаса. Активировать получилось "хакерским методом" - меняя налету переменные. После активации - вычистил PSA, кстати запросы появились в PSA появились после активации, хотя до этого я смотрел таблицу PSA - она была пуста. Дальше - активировал снова источник, ничего не меняя прошла. При активации через перенос - все равно дамп, хотя больше не скидывает источник в неактивное состояние.

Как вариант - не пробовали при переносе установить галочки на закладке "Опции" - "Перезапись оригиналов", "Перезаписать объекты .." и т.д.?