Уважаемые коллеги,
создал инфо-набор, как особо не загружался по поводу переноса, всё перенеслось в продуктив без проблем.

Поредактировал инфо-набор, а переносить оказывается надо как-то необычно.

В топике из базиса

http://sapboard.ru/forum/viewtopic.php?p=203670#203670
почитал доки, на которые там сослались, но не понял одной вещи

Как переключиться в стандартную область?
Я запускаю SQ02 и попадаю в глобальную область.
Жму кнопку перенос и копирую инфо-набор в стандартную область.
Дальше я так понимаю, надо из стандартной выполнить перенос в продуктив. Но как попасть в стандартную область??

Подскажите пожалуйста пошаговый алгоритм переноса инфо-набора.

Меню Среда-Рабочие области-Стандартная область

Спасибо, был невнимателен.

В стандартной области ничего с инфо-набором сделать не могу. Получаю сообщение "Сначала проведите преробразование"

В ноте "92124 - ABAP query: Upgrade to Release 4.0" описаны действия для устранения, но смущает, что их надо проводить при "upgrade from a Release 3.x to Release 4.y." А у меня 4.7 причем изначально такой и была. Правильно ли будет применить эту ноту?

Правильно.

Судя по вашему изложению вы создавали инфонабор в глобальной области, тогда он сам при создании должен был потребовать создать запрос на перенос...

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

Именно так. Создавал в глобальной области. Я как-то про них и не знал. И при создании у меня честно образовался запрос на перенос.
А вот после редактирования инфо-набора новый запрос не создается никак. Разбираюсь.

Bully, спасибо.

Так, ноту применил.
1. Делаю из тестовой системы выгрузку инфо-набора в локальный файл.
2. В продуктивной системе делаю загрузку из локального файла. Вижу в стандартной области свой изменный инфо-набор.
3. Перенести в глобальную не получается. Пишет
"Инфо-набор XXX также присвоен группе пользователей YYY . Запросы есть!"
Конечно инфо-набор присвоен группе пользователей и запросы к нему уже есть. Как же быть?

Здравствуйте! Подскажите пожалуйста были созданы инфо-наборы в продуктивной системе в SQ02 и запросы к ним в SQ01. Проблема состоит в том что их создавали с правами SAP_ALL, а теперь права урезали, и нельзя изменить их, жалуется на то что настройки запрещены для всех мандантов. Теперь нужно эти инфо-наборы и запросы перенести в тестовый мандант чтобы там уже изменить и запросом как положено перенести в продуктив. Подскажите как можно это сделать?

В продуктиве заходите в SQ02, там на панели есть кнопка с машинкой ("Переносы"), нажимаете запускается программа для переносов. Делаете экспорт инфонабора. Можно экспортировать как в внешний файл, так и через обычный запрос на перенос. Затем в тестовом системе делаем импорт.

Там случаются какие-то "непонятки", но разобраться можно.

А если инфо-набор в глобальной области, то как быть? Потому что нажимая кнопку "Переносы" не выдает меню экспорт.

Инфо-наборы глобальной области переносятся транспортными запросами.
Когда вы делали настройки инфо-набора в глоб области создался запрос инструментальных средств.
Деблокируйте его и перенесите в нужную систему.

Там вид меню зависит от режима, из которого Вы туда вошли. Если был активен режим "Глобальная область", то доступно только копирование м/у областями. Если была активена "Стандартная область", то появляются операции экспорта/импорта.

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

Коллеги,
перенос наборов и запросов, находящихся в стандартной области через файлы - потенциально опасное мероприятие. Это связано с тем, что они (наборы и запросы стандартной области) хранятся в кластерной таблице, что позволяет при загрузке получить создавать записи с дублирующими ключами. Прикол получается в том, что данные загружаются вроде без ошибок, но при определённых действиях транзакции SQ01 и SQ02 начинают падать в дамп из-за нарушения консистентности. На одном проекте после таких "переносчиков" пришлось писать программу, которая подчищала дубликаты в кластере SQLDB(AQ)