Доброго дня.
Сам я не базисник, поэтому сразу прошу прощения за косноязычие, но наболело уже, поэтому пишу сюда.

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

В случае если необходимо перенести что-то между двумя продуктивными системами N1 на N2, то не имея доступа к файловой системе перенос делается так:
1. Деблокируется запрос в продуктивной системе, при это цель запроса – Очередь импорта системы разработок.
2. В очередь импорта системы разработок добавляется запрос вручную, далее в запросе изменяется целевой мандант и он переносится в очередь импорта другой продуктивной системы.
3. Запрос импортируется в целевой продуктивной системе.
Вот так я попытался перенести с одной продуктивной системы на другую довольно большой объем содержимого нескольких таблиц несколько лет назад. Уж тяжело сейчас вспомнить успешно ли прошел импорт, но проблемы с ним возникают до сих пор.
С непредсказуемой для меня периодичностью (раз в несколько месяцев), этот запрос появляется в очереди импорта системы N2, при этом появляется он без файла переноса, просто запись. Нахождение такого запроса в очереди импорта блокирует массовый импорт запросов (а он у нас автоматизирован). При массовом импорте возникает ошибка:
"Программа упр. переносом tp завершена с кодом ошибки 0212
Ошибка: could not access file as supposed (see SLOG for mo.."
Т.е. ругается на то, что файла нет.
Запрос я уже больше десяти раз удалял из очереди импорта , но он всё равно там появляется, при чем совершенно непонятно при каких обстоятельствах. Обращался к нашим базисникам, но толку не добился. Они говорили, что запрос удален максимально корректно, но сегодня я снова его в очереди вижу.
Понятно, что где-то в системе этот запрос не вычищается и постоянно откуда-то всплывает, но как решить этот вопрос? Надеюсь на какой-нибудь дельный совет в этом форуме.

Забавно.
А этот запрос пронесли через все системы - разработка - тест - второй продуктив?
В других системах он в очереди не появляется?

да тут непаханное поле для догадок. от проверки cron до анализа соотвествующих abap таблиц
хотя бы версии ОС сообщили и запись из SLOGa

За давностью лет уж всех нюансов и не вспомню, но стуть такая:
запрос из продуктивной системы N1 в ручном режиме перенесен в очередь импорта системы разработок, далее по стандартной цепочке: в очередь импорта системы тестирования (QA) и далее в целевую продуктивную систему. Это был настроечный запрос поэтому переносился он только в одну продуктивную систему.

И появляется он теперь только в одной продуктивной системе



Да оно понятно, что в моей ситуации конкретной таблитки предлоить нельзя. Но может быть реально все это поле перепахать?
что такое cron и SLOG я не в теме. ОС - Linux 2.6

грядет золотой век базисного консалта фриланса

З.ы. этож только умудриться надо такое придумать.

Там есть свой базис, очевидно им просто лень.

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

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

полный игнор концепции, бэст практисов да и собственно требований к ведению ландшафтов (ну может и не требований, но настойчивых рекомендаций точно).

Такое бывает в крупных международных компаниях, когда есть global template, который потом адаптируется на разные страны. Иногда это оправданно.

На самом деле речь идет не о переносе настроек, а о перенесе некоторых данных.
Т.е. нужно было перенести содержимое нескольких табличек с основными данными. На тот момент это казалось самым простым решением вопроса.


В целом это так. Решить вопрос с нашими базисниками не удается.

я этот SLOG имел в виду. а таблички E071, E070. ну и наличие файлов транспорта на файловой системе. с этого можно начать

Господа, дающие советы, а вы понимаете, что это, по меньшей мере непорядочно?
На данном проекте есть собственный базис. И в тоже время функционалу позволяется насиловать ландшафт в любой форме.
Отношение к такому ведению проекта должно быть резко отрицательным.
То, что делается такими методами, приводит потом к страданиям "какая плохая система этот ваш SAP"

Я могу посоветовать топикстартеру только обратиться к своему базису. И договариваться и решать проблемы исключительно с ним. Про правильную схему эксплуатации ландшафта здесь уже вообще разговаривать бесполезно.

полностью поддерживаю avlag.
To Dr Alex - если с базисом не удается решить проблему - следует обратиться к руководству проекта. Пусть он решает проблему базиса.

по-моему, от нашего с вами отношения к проекту проблема решения не получит. никаких военных тайн я здесь не выдал и и ничего непорядочного в советах не вижу. на каждом проекте есть базис, но вопросы возникают постоянно и у базиса, и у консультантов, и часто одни и те же, которые много раз обсуждались в интеренете. so what? если базис не знает - можно его научить, если не хочет работать - у консультанта будут аргументы, чтобы как то воздействовать. а советовать договориться с базисом вместо конкретного ответа на вопрос, это как в том анекдоте про американский и русский форумы. при всем уважении.

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

[quote="avlag"][/quote]
советовать не имеет смысла. проблема не в сабже.