Добрый день!

При переносе запроса из системы разработки в тест: бывают запросы, которые несутся часами (висят долгое время на шаге активация ABAP-словаря). И такие запросы блокируют всем пользователям перенос своих запросов, пока предыдущий запрос не перенесётся.

Похоже, что первый запрос запускает какую-то фоновую программу активации ABAP словаря, и, пока она не выполнится, следующие запросы на перенос (с шагом активации ABAP-словаря) не могут начаться (из-за блокировки программы активации ABAP-словаря).

Как-то можно эту проблему решить, или у всех так?

это вопрос базисника или разработчика?

Если разработчика, то ответ будет обратитесь к своему базиснику. А если базисника, то учите матчасть). Или для чего данный вопрос?

статистику собираю - сколько базисников "ушли на пенсию"

Хорошее дело - "статистика", а по исходному вопросу есть мысли? Или вопрос некорректно задан?

Я не базисник, но на основе опыта могу подтвердить что "у всех так".

+1
Если программа активации заблокировала объект, значит, она с ним работает.
То, что существуют мегадолгие активации объектов, - это факт (с позиции модуля "Финансы" по крайней мере мой комментарий, в других тоже есть тяжеловесы - сквозные структуры типа GLU1, CI_COBL в финансах и пр.).
Пока активируется объект, делать с ним ничего нельзя. Иначе в версиях наступит хаос.

Куда попадают запросы после деблокирования?

Спасибо, за ответы.
У нас часто добавляют в один стандартный домен новое значение, и при переносе такого запроса программа активации крутится часами(так как этот домен используется повсеместно) и не даёт другим переносить свои запросы пока первый запрос не донесётся.
Это только организационно можно как-то решить?(например не переносить такие запросы в рабочее время). Или есть другие варианты параллельной отработки программы активации при переносе?

К чему данный вопрос?(ведь проблема локализована после деблокирования) Статистику опять собираете?)

на этот раз нет. но как называется то, куда ставятся запросы? Слово такое - очень показательное .
Шариков его использовал активно .. - ну же
p.s. а так - собирайте в кумулятив (TC), запускайте импорт и идите спать

А как называется человек, который отвечает вопросом на вопрос?)

Дай человеку рыбу, и ты накормишь его на один день, научи его рыбачить, и он будет сыт всю жизнь

В Валькхаллу?))))

Вот это ненормально по идее... Есть стандартные вещи, которые используются повсеместно и потому активируются по 2 часа. А есть Z-объекты репозитария, которые могут использоваться ну скажем в 200-300 (!!!) местах, но это секунды при активации. Когда висит часами, там измеряется тысячами объектов использования. Тут смотря что мы имеем в виду, когда говорим "повсеместно". Если это десятки-сотни мест использования, то проблема у автора не такая уж и стандартная. Надо понимать количество. Можете сказать, в скольких примерно объектах используется ваш домен? (жамкните по нему и посмотрите использование, но перед этим на всякий случай обновите индекс навигации)

Ну грубо говоря, добавление поля в MARA или T001W (максимум затронутого стандарта) - это обычно минут 15 на активацию.
Если меняется тип данных домена (что требует на уровне БД делать теневое копирование данных) или импортируется новый индекс и все это на таблице с миллиардами записей, то может часами импорт висеть.
Поэтому индексы на большие таблицы лучше сначала средствами Oracle создавать с тегами ONLINE и PARALLEL, а потом уже запрос поверх переносить.