похоже "sub-zer0" вводит в заблуждение наш форум в смысле описания проблемы
и рассказывает нам сказки...

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

ну тогда без скрин-шотов всех действий не обойтись(возможно "sub-zer0" что-то делает неправильно),
т.к. SAP-AG в ноте 932779 утверждает(это не мое предположение!), что:
1. таблица DDNTT содержит описание всех активных объектов ABAP-словаря;
2. таблица DDNTF содержит описание всех полей активных объектов ABAP-словаря;
3. DDXTT содержит описание всех НЕактивных объектов ABAP-словаря;
4. DDXTF содержит описание всех НЕактивных объектов из пункта №2
это означает, что если удалить запись, в частности, о какой-нибудь таблице из DDNTT , даже не удаляя
ее реально из базы, то система SAP эту таблицу должна "потерять". Тем более на практике я столкнулся с QCM
таблицами при миграции системы с платформы SUN на IBM и проблема полечилась конкретно
ручной чисткой DDNTT. А если дело только в копировании манданта, то можно попробовать
использовать таблицу исключений и вставить туда вашу QCM8ZTT33, но я сомневаюсь, что
именно QCM* таблицы можно включать в исключения. Например, таблицы с правилами деривации
FM точно можно включать и они игнорируются во время копии.

Ну что ж... Хотите скриншотов? Их есть у нас:
1) se11

2) Для примера берем QCM8ZTT33. Идем в Утилиту базы данных:

3) Жмем "Проверить..."/"Объект БД":

4) Жмем "Проверить..."/"ДинамичОбъект":

5) Пробуем найти запись в таблице DDXTT:

6) Смотрим напрямую в БД таблицу DDNTT:

7) Проверяем в se14 недействительные временные таблицы:


Что еще?
И, кстати, САП знает о таблицах не только из namespace таблиц, а еще и из таблиц Словаря, таких как DD02L и других DD*

значит Вы делаете вывод, что SAP-AG в ноте 932779 вводит в заблуждение своих клиентов
и скрывает от нас местонахождение описания метаданных?

лично я в это не верю... разумеется в системе много DD* таблиц, но самая "главная"
для описания таблиц это DDNTT, если оттуда исчезает запись о какой-то таблице,
то все остальные DD* таблиц уже не имеют никакого смысла. Можно сделать
простой эксперимент, создайте любую Z* таблицу, а затем удалите ее описание
из DDNTT - после этого в SE11 вы ее не должны наблюдать.

Кстати, какая у вас версия системы SAP и базы данных?

ну а где скрин-шот, который показывает, что такая-то QCM* таблица мешает вам сделать копию манданта?
а где скрин-шот листинга ф. модуля DD_SHOW_NAMETAB?

Я таких выводов не делаю и даже не намекаю на такое

Скриншоты 1 и 6 показывают что Вы ошибаетесь. Могу еще вставить скриншот записей в таблице DD02L, откуда сечхелп и берет данные, если не верите

46С на DB2 v9

Зачем? Вопрос звучит так: "Как удалить из словаря таблицу QCM*?". А мешают мне эти таблицы или нет, это уже мое дело

Т.е. для того чтобы поверить что в nametab нет записей для этих таблиц Вам мало скриншотов 4 и 6?

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

Та ну блин, еще раз повторяю: НЕТУ в nametab записей!

ну видимо Вы что-то делаете неправильно, наша проблема с QCM* полечилась исключительно только чисткой одной единственной DDNTT,
в то время версия нашей системы как раз была 4.6C, но только база - Oracle и в результате мы сделали успешный апгрэйд
на ERP2005 + конвертацию в Unicode, а при наличии QCM* таблиц попытка экспорта заканчивалась всегда аварийно.

Я не спорю, что проблемы при апгрейде лечатся удалением записей из DDNTT. Я всего лишь спрашиваю как удалить определения этих таблиц из словаря. Ответ - штатными средствами никак

я с этим полностью согласен