Делали копирование мандантов. Часть таблиц, которые являются мандантанезависимых не были обновлены на приемной стороне. Эти таблицы имеют класс «C» - «Таб. пользов. настройки, ведёт только клиент, не SAP-импорт». Что можно сделать, чтобы при копировании мандантов также копировались и клиентские мандантанезависимые таблицы? Заранее спасибо.

Âûáðàòü ñîîòâåòñòâóþùèé ïðîôèëü.
Ïîñìîòðèòå âíèìàòåëüíî êàêèå ïðîôèëè åñòü â ñèñòåìå.

В чём проблема?
Выбирай профиль SAP_EXPA экспортируй данные в транспорты и импортируй в целевой системе.
Только, это рекомендуется делать для вновь отынсталленых систем.

У нас вот такие профили
SAP_ALL Все данные, зависящие от манданта или докум. изм.
SAP_APPL Настройка и прикладные данные без документов изм.
SAP_APPX SAP_APPL без профилей полномочий и ролей
SAP_CUST Пользовательская настройка
SAP_CUSV Настройка и варианты пользователя
SAP_CUSX Настройка без профилей полномочий и ролей
SAP_PROF Только профили полномочий и роли
SAP_RECO Восстановление (только при ИсхМндт = ЦелевМандант)
SAP_UCSV Настройка, ОснДаннПольз и варианты пользователей
SAP_UCUS Настройка и основные данные пользователей
SAP_UONL Пользоват. без профилей полномочий и ролей
SAP_USER ОснЗаписи пользователей и профили полномочий

А как понять какой профиль будет копировать эти таблицы? Методом перебора? Или где-то есть настройка, того что будет копировать профиль?

Например вот здесь:
http://help.sap.com/saphelp_erp2004/hel ... ameset.htm

Как понять, какой профиль будет что копировать.
Ты же сам привел названия профилей с описанием ниже:)



Просто в данном списке нет нужного тебе профиля.
Доступные профили привязываются к методу копирования клиента.
Тебя должени интересовать метод Client Transport (tcode scc8).

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

Ну собственно, неплохо бы ещё указывать версию системы, цели данного действа и тд:)

У нас компонент SAP_BASIS версии 620.
Мы делаем копирование мандантов с профилем "SAP_ALL"
Ситуация следующая на боевой базе в некоторых мандантанезависимых таблицах лежат данных на которых хотелось бы оттестировать одну критичную операцию, которая изменяет данные в этих таблицах. Поэтому мы сделали копирование мандантов и на этом тестовом манданте начали тестировать. Так как мы на тесте уже один раз тестировали, то данные в этих таблицах были искажены. Затем не чувствуя засады опять запустили копирование мандантов с целью восстановления этих таблиц. НО потом обнаружили, что таблицы то не восстановились.
Вот такая история.

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

Мы делаем между системами (css9).

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

SM30, правда не все таблички можно переносить с этой транзакцией, кстати транспортабельны в основном таблицы класса C

Возможно поможет прямое указание объекта в запросе: R3TR TABU TABLE_NAME, ну и далее указанием ключей для записей которые необходимо перенести.