расширенный сислог импорта set TC_SQL_DEBUG=BJPT

[Ирина_2020 0]

Здравствуйте! 

Прошу помощи!

В привычный расширенном сислоге импорта в  sql-запросах отображается  UID импортируемых объектов:

SELECT t_01.puid FROM PIMANFILE t_01 WHERE ( t_01.puid = ‘i8fxty4YJwb_NB’ ) ; SELECT ref_uid,vuid,process,type FROM POM_LOCK WHERE ref_uid  = ‘i8fxty4YJwb_NB’; SELECT ptimestamp, pdbtimestamp, pdeleted from POM_TIMESTAMP WHERE puid = ‘i8fxty4YJwb_NB’; UPDATE PPOM_OBJECT SET ptimestamp = ‘i8fxty4YJwb_NB’ WHERE puid = ‘yASxty4YJwb_NB’;

В данном случае по UID-ам удобно искать проблемные объекты.

 

Сделали импорт в другую БД, с отличающейся моделью данных, в сислогах  – не UID, а некие переменные:

SELECT t_01.puid FROM PIMANFILE t_01 WHERE ( t_01.puid = :1 ) ; SELECT ref_uid,vuid,process,type FROM POM_LOCK WHERE ref_uid  = :1; SELECT ptimestamp, pdbtimestamp, pdeleted from POM_TIMESTAMP WHERE puid = :1; UPDATE PPOM_OBJECT SET ptimestamp = :1 WHERE puid = :2;

 

Может быть можно изменить некие переменные  и какие значения нужно выставить, чтобы отображались полные UID? Либо другой известный Вам способ.

 

[Ирина_2020 0]

TC версии 10.0

[esergey 74]

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

 

Цитата

Загрузка сопоставлений атрибутов в Teamcenter

 

 

Важное примечание: интеграция использует поддержку сопоставления атрибутов Teamcenter для повышения производительности.

Полный синтаксис и требования к функциям Teamcenter описаны в документации Teamcenter. Интеграция предоставляет утилиту и

упрощенную документацию, здесь, чтобы автоматизировать процесс конфигурации, насколько это возможно. Этого может быть

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

В таких случаях обратитесь к документации Teamcenter по сопоставлению атрибутов.

 

 

Сопоставления атрибутов, определенные тегом attribute_map в swim.xml-файле и атрибуты, хранящиеся в базе данных Teamcenter,
должны всегда совпадать. Для создания и объединения сопоставлений атрибутов в Teamcenter используется четырехэтапный процесс.

далее мой перевод документа 

 

Сопоставления атрибутов, определенные тегом attribute_map в swim.xml-файле и атрибуты, хранящиеся в базе данных Teamcenter,
должны всегда совпадать. Для создания и объединения сопоставлений атрибутов в Teamcenter используется четырехэтапный процесс.

 

 

1.        Преобразуйте теги attribute_map, определенные в swim.xml в текстовый файл.

 

1.1        Откройте командную консоль Teamcenter и измените рабочий каталог на расположение установки сервера интеграции.

1.2        Запустить create_attr_mappings.bat (или create_attr_mappings в UNIX) для создания текстового файла из определений сопоставления атрибутов в swim.xml:

 

create_attr_mappings –u=<infodba user> -p=<infodba password> - i=swim.xml –o= swim_attr_mappings.txt

 

         Если для интеграции используются типы элементов, отличные от Item, то эти типы элементов должны быть указаны с
помощью аргумента-item types. itemtypes двоеточие запятыми.
Если имя типа элемента содержит пробелы, оно должно быть заключено в двойные кавычки:

 

например

 

create_attr_mappings –u=<infodba user> -p=<infodba password> -
i=swim.xml – o= swim_attr_mappings.txt –
itemtypes=Part:Document:Functionality:”Custom Requirement”:” Requirement”

 

 

2.        Извлеките все существующие сопоставления из Teamcenter и создайте резервную копию

 

2.1        В командной консоли Teamcenter используйте утилиту export_attr_mappings для создания existing_attr_mappings.txt-файла:

 

 

export_attr_mappings -u=<infodba user> -p=<infodba password> - g=dba -file=existing_attr_mappings.txt

 

Обратите внимание, что предупреждающие сообщения, такие как приведенный ниже пример, могут игнорироваться:

 

WARNING: Item Master form - no master qualifier found, adding master=iman for attribute =  : Item.GRM(IMAN_master_form,Item Master)…

 

Создайте резервную копию экспортированного файла.

 

 

3.        Слияние сопоставлений интеграции с существующими сопоставлениями. ( немного сам дополнил как смог )

 

Если existing_attr_mappings.txt- пустой текстовый файл , то swim_attr_mappings.txt будет

merge_attr_mappings.txt   для импорта в Teamcenter.

 

Если existing_attr_mappings.txt содержит только отображения интеграции,
тогда swim_attr_mappings.txt становится merge_attr_mappings.txt для импорта в Teamcenter.

 

Если existing_attr_mappings.txt не содержит интеграционных сопоставлений,
то затем объединяет swim_attr_mappings.txt и existing_attr_mappings.txt
для создания merge_attr_mappings.формат txt.

 

Если existing_attr_mappings.txt содержит интеграцию назначения (SW),
нужно удалить интеграцию SW - если для ее сопоставлении между скобками нет текста из фаила  
existing_attr_mappings.txt, а затем объединить swim_attr_mappings.txt и
existing_attr_mappings.txt для создания merge_attr_mappings.txt.


 

Оригинальный текст из руководства 

1.Merge the integration mappings with the existing mappings.   a.If existing_attr_mappings.txt is empty, then swim_attr_mappings.txt becomes merge_attr_mappings.txt for import into Teamcenter. b.If existing_attr_mappings.txt only contains integration mappings, then swim_attr_mappings.txt becomes merge_attr_mappings.txt for import into Teamcenter. c.If existing_attr_mappings.txt does not contain any integration mappings, then concatenate swim_attr_mappings.txt and existing_attr_mappings.txt to create merge_attr_mappings.txt. d.If existing_attr_mappings.txt contains integration mappings, then remove the integration mappings from existing_attr_mappings.txt and then concatenate swim_attr_mappings.txt and existing_attr_mappings.txt to create merge_attr_mappings.txt. e.

 

так как мы использовали файлы установки созданные BMIDE то в извлеченных значениях из базы данных уже стояли пустые , без определения значения для SW выглядели они вот так   в этом варианте у меня уже были в текстовике existing_attr_mappings по идее эти строки не содержат атрибутов сопоставлении  - они пустые нужные нам атрибуты сопоставлении находятся в фаиле swim_attr_mappings.txt который создали мы   { Dataset type="SW2Tbx" }   { Dataset type="SWAsm" }   { Dataset type="SWDrw" }   { Dataset type="SWPrt" }   Так же в фаиле присутствовали другие значения для других параметров сопоставлений   например такие   { Dataset type="CAEMesh"    "DB_PART_NAME" : Item.object_name /write_once /description="Part Name"    "DB_PART_DESC" : Item.object_desc /write_once /description="Part Description"    "RELEASE_STATUS" : status_list /master=iman /description="Release Status of the Dataset separated by comma"    "DATASET_DATE_RELEASED" : date_released /master=iman /description="Dataset Date Released"    "CONTEXT" : context /master=iman /description="Context"    "OWNING_USER_NAME" : owning_user.user_name /master=iman /description="Owning User Name"    "OWNING_USER_ID" : owning_user.user_id /master=iman /description="Owning User ID"    "DATASET_TYPE" : object_type /master=iman /description="Dataset Type"    "GMPDM_EXPORTED" : CONST("TRUE")   }   в нашем файле , swim_attr_mappings.txt , для параметров SW были созданы следующие сопоставления атрибутов   { Dataset type="SWDrw"  Description : Item.object_name  Revision : ItemRevision.item_revision_id  %txd1%Description : ItemRevision.object_name }   { Dataset type="SW2Tbx"  Description : Item.object_name  Revision : ItemRevision.item_revision_id  %txd1%Description : ItemRevision.object_name }   { Dataset type="SWPrt"  Description : Item.object_name  Revision : ItemRevision.item_revision_id  %txd1%Description : ItemRevision.object_name }   { Dataset type="SWAsm"  Description : Item.object_name  Revision : ItemRevision.item_revision_id  %txd1%Description : ItemRevision.object_name }     Далее мы делаем пустой фаил и сохраняем его под именем merge_attr_mappings.txt   Копируем в пока ещё пустой merge_attr_mappings.txt фаил все строки из existing_attr_mappings , после чего в этом уже не пустом merge_attr_mappings.txt фаиле заменяем строки   { Dataset type="SW2Tbx" }   { Dataset type="SWAsm" }   { Dataset type="SWDrw" }   { Dataset type="SWPrt" }   на строки из файла swim_attr_mappings.txt   { Dataset type="SWDrw"  Description : Item.object_name  Revision : ItemRevision.item_revision_id  %txd1%Description : ItemRevision.object_name }   { Dataset type="SW2Tbx"  Description : Item.object_name  Revision : ItemRevision.item_revision_id  %txd1%Description : ItemRevision.object_name }   { Dataset type="SWPrt"  Description : Item.object_name  Revision : ItemRevision.item_revision_id  %txd1%Description : ItemRevision.object_name }   { Dataset type="SWAsm"  Description : Item.object_name  Revision : ItemRevision.item_revision_id  %txd1%Description : ItemRevision.object_name }   Повторов параметров в экспортируемом в базу данных фаиле быть не должно !!! В любом случае параметры , созданные в файле swim_attr_mappings.txt должны оказаться в конечном merge_attr_mappings.txt   Если existing_attr_mappings не содержит никаких сопоставлении для SW - просто добавьте их в merge_attr_mappings.txt из вашего swim_attr_mappings.txt

 

4.        Импорт отображений в Teamcenter.

 

 

Сценарий Teamcenter import_attribute_mappings сначала удаляет все существующие сопоставления из Teamcenter,
а затем импортирует новые сопоставления из предоставленного входного файла. Приведенный ниже процесс слияния
необходим для предотвращения потери существующих неинтегрированных сопоставлений атрибутов.

 

 

В командной консоли Teamcenter запустите утилиту import_attr_mappings, чтобы импортировать сопоставления в Teamcenter:

 

import_attr_mappings –u=<infodba user> -p=<infodba password> -g=dba -file=merge_attr_mappings.txt

 

В случае сбоя импорта просмотрите ошибки, исправьте их и повторите импорт

 

Далее идет текст  - который я перевел , но пока не использовал в настройках TC , так как начали работать с чистого листа 

 

Специальные требования для create_attr_mappings:

 

Проблема: отображение атрибутов, которое включает типы и формы, отличные от типа элемента OOTB,
требует использования полностью определенного синтаксиса в файле swim.xml,
чтобы гарантировать, что атрибуты отображаются во время выполнения только в / из нужных типов.

 

 

В этом примере клиент хочет, чтобы сопоставление атрибутов применялось только к пользовательскому
типу CustomDesign, но продолжает использовать упрощенный синтаксис для тега pdm_name в swim.xml:

 

 

 

<attribute_map cad_type="PRT">

<attribute>

<cad_name value="cadProperty1"/>

<pdm_name value="Item Master.pa4tcAttribute1"/>

<missing_attribute_action value="create"/>

<direction value="both"/>

</attribute>

<attribute>

<cad_name value="cadProperty2"/>

<pdm_name value="ItemRevision Master.pa4tcAttribute2"/>

<missing_attribute_action value="create"/>
<direction value="both"/>

</attribute>

</attribute_map>

 

 

 

create_attr_mappings.bat запускается следующим образом, чтобы создать сопоставления для пользовательского типа

 

 

create_attr_mappings –u infodba –p infodba –I swim.xml –o swim_attr_mappings.txt –

itemtypes Pa4CustomDesign

 

в результате получается файл swim_attr_mappings.txt со следующим содержимым:

 

{ Dataset type="SWPrt"

cadProperty1 : Item.GRM(IMAN_master_form,Item Master).pa4tcAttribute1

  cadProperty2 : ItemRevision.GRM(IMAN_master_form,ItemRevision Master).pa4tcAttribute2

{ Item type="Pa4CustomDesign"

%txd1%cadProperty1 : Item.GRM(IMAN_master_form,Pa4CustomDesignMaster).pa4tcAttribute1

%txd1%cadProperty2 : ItemRevision.GRM(IMAN_master_form,Pa4CustomDesignRevisionMaster).pa4tcAttribute2

}

}

 

 

Импорт этого сопоставления атрибута в Teamcenter приведет к сопоставлению настраиваемых атрибутов
как для типа элемента OOTB, так и для настраиваемого типа Pa4CustomDesign, что не является желаемым поведением.

 

 

 

Решение :

 

 

Используйте полный синтаксис сопоставления атрибутов в swim.xml всякий раз, когда используется
пользовательский тип элемента и / или пользовательская форма.
В приведенном выше примере правильный синтаксис будет следующим:

 

 

<attribute_map cad_type="PRT">

<attribute>

<cad_name value="cadProperty1"/>

<pdm_name value="Item:Pa4CustomDesign.Form:Pa4CustomDesignMaster.pa4tcAttribute1"/>

<missing_attribute_action value="create"/>

<direction value="both"/>

</attribute>

<attribute>

<cad_name value="cadProperty2"/>

<pdm_name value="ItemRevision:Pa4CustomDesign Revision.Form:Pa4CustomDesignRevisionMaster.pa4tcAttribute2"/>

<missing_attribute_action value="create"/>

<direction value="both"/>

</attribute>

</attribute_map>

 

 

 

Когда create_attr_mappings запускается для этого входного файла, результирующий swim_attr_mappings.txt выглядит так,
что дает желаемое поведение во время выполнения:

 

 

{ Dataset type="SWPrt"

{ Item type="Pa4CustomDesign"

cadProperty1 : Item.GRM(IMAN_master_form,Pa4CustomDesignMaster).pa4tcAttribute1

cadProperty2 : ItemRevision.GRM(IMAN_master_form,Pa4CustomDesignRevisionMaster).pa4tcAttribute2

}

}

 

 

PS : 

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

перед началом всего этого процесса вам нужно СНАЧАЛА ВСЕ ПРАВИЛЬНО ПОНЯТЬ И НЕСКОЛЬКО РАЗ ПРОВЕРИТЬ НА КОПИИ СЕРВЕРА 

 

Для интеграции TC в SW на стороне сервера необходимо выполнить следующие шаги

 

Следующие инструкции помогут выполнить установку сервера.

 

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

 

Необходимые шаги следующие:

 

1.        Посоветуйте всем пользователям выйти из Teamcenter.

2.        В четырехуровневой среде остановите диспетчер пула перед началом установки сервера.

3.        От командно-административной системы Teamcenter линии на хост-сервере, выполните clearlocks command :

 

 

clearlocks -verbose -assert_dead -u=infodba -p=infodba -g=dba

 

Администратор Teamcenter и пароль могут отличаться; замените соответствующие значения
4.     Сбросить клиентские сессии на сервере 
 

Изменено 25 июня 2020 пользователем esergey

[esergey 74]

Ещё раз , чтоб было более менее понятно из всего выше написанного 

1 Извлекаете атрибуты из старой и новой баз данных 
          Сохраняете копии текстовиков 
2 В текстовик новой базы данных добавляете атрибуты из старой базы данных , если их нет 

3 Импортируете измененные атрибуты в новую базу данных 

          Имейте ввиду что атрибуты ПЕРЕЗАПИСЫВАЮТСЯ , 
          те - вы должны добавить то , что вам нужно , ОСТАЛЬНОЕ ДОЛЖНО ОСТАТЬСЯ  ( ИМПОРТИРОВАТЬСЯ )  БЕЗ ИЗМЕНЕНИИ 


ЕСЛИ ЧТО ТО ПОШЛО НЕ ТАК  - просто импортируете обратно сохраненный текстовик атрибутов новой базы данных 

Изменено 25 июня 2020 пользователем esergey

[lexx174 373]

так там речь же пр UID-ы идет. а не про имена атрибутов в модели данных.

 ив приведенном логе речь про IMANFILE но не workspace объекты

[esergey 74]

17 часов назад, Ирина_2020 сказал:

 

Сделали импорт в другую БД, с отличающейся моделью данных, в сислогах  – не UID, а некие переменные:

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

поможет пост человеку  - отлично , не поможет  -  будет информация на форуме , может кому то пригодится ...
 

[Ирина_2020 0]

Всем большое спасибо. 

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