Здравтсвуйте уважаемые

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

проблема в том что после перезагрузки сервера одна программа перестала запускаться с выводом ошибки Слишком маленькая область памяти для GUI статутса

А что, программы и объекты отличаются в системах? И почему Вы решили что перенос исправит проблему с областью памяти?

после перезагрузки сервера слетели некотрые параметры в профиле ztta/ro!l_area* и на abap котрые начинаються

А почему бы не вернуть параметры "на место" руками?

парметры вернули вроде сервер опять перезагрузили все равно проги слетают

ztta/roll_first* Размер первой выделенной памяти
из области отката в байтах.
Рекомендуемое значение — 1
ztta/ro!l_area* Размер области отката (в байтах).
Рекомендуемое значение — 2 000 000,
только для Windows NT ,
6 500 000 — для других систем
ztta/roll_extertsion* Размер области (в байтах),
запрашиваемой рабочим процессом
в расширенной памяти. Рекомендуемое
значение — 2 000 000 000,
только для Windows NT,
1/3 от размера расширенной
памяти — в других системах
abap/heap_area_dia* Размер локальной области памяти
(динамически распределяемая память),
которую может запрашивать процесс
диалога (в байтах). Рекомендуемое
значение — 2 000 000 000
(по умолчанию)
abap/heap_area_fiomiia* Размер памяти (динамически распреде-
ляемой) для локальных процессов,
которую могут запрашивать недиалого-
вые процессы (в байтах). Значение
по умолчанию — 400 000 000
abap/heap_area_total* Максимальный размер динамически
распределяемой памяти для всех
рабочих процессов (в байтах)
abap/heaplifflit* Если рабочий процесс запрашивает
больше памяти, чем допускает значение
данного параметра, то он автоматически
перезапускается при завершении шага
обработки, чтобы освободить занятую
память. Рекомендуемое значение —
20 000 000 меняли

а что по этому поводу говорит системный журнал, st22, логи.
+ как вариант, если перегружали сервер, наверняка что-то меняли или апдейтили. Может в этом причина

нет дампов нет тока в sm21 в журнаел видно что была ошибка а как можно из тестовй системы перенсти прогу со все ее компонентами (интерфейсом пользователя и другим ) просто похожую проблему видели в service.sap.com\notes там говориься что это программый глюк в коде

Т.е. это стандартная программа, не самописная? И Вы считаете, что у Вас разные программы в разных системах?

Похоже после того, как рынок устаканится, у базисников будет очень много проблем.

Теоретически, можно изловчиться и сделать транспорт из качества в разработку, но это ппц как не правильно и геморройно =) Я бы искал другие пути решения.

Вообще-то, самый простой способ, создать запрос "Перенос копий" и указать систему куда...

Создайте виртуальную систему для переноса между ними и переносите.

ну если не вдаваться в цели, то я обычно делаю локальный запрос на перенос всего чего надо, далее делаю пустой запрос на перенос копии с целью - система против течения (в данном случае-разработка), далее в этот запрос добавляю объеты локальных запросов, сделанных ранее. Несу полученный запрос на перенос копии в разработку.

Сначала создать запрос с вложенными обьектами.
Далее создать новый запрос "перенос копий". Находясь в этом запросе включить задачи из предыдущего запроса. Деблокировать.
Перейти в систему разработки,через меню найти "Другой запрос-->>Добавить". Далее запрос добавится в очередь.

P.S При создании запросана "перенос копий",можно сразу указать целевую систему.
Это возможно,если 2 системы имеют одну транспортную директорию,иначе придется физически переносить...
В тесте изначально запрос создается локальный,поэтому и приходится делать перенос копий...