Установка сервера и миграция БД Teamcenter 11

[tomcum 0]

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

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

Код ошибки такой: Failed to install POM003: got 515167 error

Если есть возможность, не могли бы помочь разобраться?

Ссылка на Я.Диск с логами установщика, там только основа и последние попытки.

 

Установка сервера у кого-то предполагала миграцию данных из старой базы?

Если да, то каким образом можно хотя бы относительно безболезненно перенести существенное количество данных из существующей базы в новую?

Так же через несколько попыток переустановки появилась проблема соединения с сервером кеша FMS, ошибка 9009 FMS proxy Error. Кто нибудь сталкивался? как решить, куда копать?

[Mad AlexX 3]

По логам с яндекс-диска видно несколько ошибок:

 

logs\install-gen_xmit*.syslog

OM_write_file failed to open C:\Siemens\tcdata\pom_transmit\dds_is_-1854594965_2_AAIAAMgQZclA2C.om_sch

т.е. не может создать трансмит-файл, вероятно, из-за отсутствия прав записи в каталоге C:\Siemens\tcdata\pom_transmit

 

install\install_AAAAA_2312291156.log

Login with -pf option failed! Error code = 26052 (POM_internal_error)

т.е. в файле с паролем C:\Siemens\Teamcenter11\security\AAAAA_infodba.pwf в шифрованном виде записан не тот пароль, который установлен в базе для пользователя infodba. Надо заново сгенерировать этот файл утилитой install с ключом -encryptpwf

 

install\install_AAAAA_2312291525.log

похоже, тоже нет прав записи, чтобы создать трансмит-файл

 

Под "миграцией" что понимается? Миграция на новую версию или на новый сервер?

[tomcum 0]

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

[esergey 74]

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

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

а вот если что то меняется в версии ТС на новом сервере - убираете или добавляете какие то модули , соответственно меняются и некоторые таблицы или их отношения друг к другу  - то тут уже геморрой обеспечен 

 

я пробовал использовать возможности VS2019 для получения модели данных из базы ТС  - есть такой вариант написания приложении как Database First ( читать тут и тут , можно ещё много где найти )
то есть - имея какую то базу данных вы можете подключить ее к проекту и  Entity Framework на основании таблиц в ней создаст модель базы данных со всеми отношениями и ключами...

Имея модель данных конкретной БД  , очень просто пишется  приложение для выгрузки данных из БД  - все , имея модель и данные их не проблема загрузить в любую другую БД 
но  - у ТС  начальная установка Foundation превращает SQL базу данных в неимоверное количество таблиц 
мало того на эти таблицы ещё и ставятся триггеры - которые неизвестно что и куда копируют при изменении чего либо в каких либо таблицах БД 
и ставятся всякие хранимые процедуры ... 
Короче VS2019 и Entity Framework смогли найти только несколько таблиц имеющих отношения между собой ... 
И при этом при попытке создания модели БД  - после часового или получасового висячего состояния студия падает с какой то ошибкой где говорится что что то достигло 
пределов int значения в какие то там миллиарды .... 
Как я понял  - там столько всяких значений в этой БД  - что заканчиваются интовые индексы для их предварительной обработки и записи в какой то контейнер C# 


вероятнее всего вам на новом сервере нужно сначала в точности повторить установку и те же модули ТС что и на старом сервере
после чего подрубиться к старой БД , скопированной на новый сервер 
и только после того как она будет видна с данными и паролями в новой копии установки на новом сервере  , если хотите что то изменять , начать эти изменения вносить 
 

 

[Mad AlexX 3]

Ещё вопрос по миграции: какие компоненты хотите мигрировать? Если у вас 2-звенная архитектура, то на новом сервере достаточно создать только службу томов (FSC, FMS Server Cache). Или у вас 4-звенка и сервер бизнес-логики тоже будет переезжать на новый сервер?

Если 2-звенка, то для работы достаточно только службы томов и до выключения старого сервера поменять некоторые параметры через клиент тимцентра. Если старый сервер томов уже выключен, то можно и через preferences_manager поменять. И в орг.-структуре поменять расположение томов. Только не забывать на первый вопрос отвечать "нет", на второй "да", иначе тимцентр начнёт сам перемещать файлы с одного сервера на другой, а это надолго. Предпочитаю средствами ОС копировать файлы томов тимцентра.

Изменено 23 января пользователем Mad AlexX

[lexx174 373]

23.01.2024 в 06:05, Mad AlexX сказал:

Ещё вопрос по миграции: какие компоненты хотите мигрировать? Если у вас 2-звенная архитектура, то на новом сервере достаточно создать только службу томов (FSC, FMS Server Cache). Или у вас 4-звенка и сервер бизнес-логики тоже будет переезжать на новый сервер?

Если 2-звенка, то для работы достаточно только службы томов и до выключения старого сервера поменять некоторые параметры через клиент тимцентра. Если старый сервер томов уже выключен, то можно и через preferences_manager поменять. И в орг.-структуре поменять расположение томов. Только не забывать на первый вопрос отвечать "нет", на второй "да", иначе тимцентр начнёт сам перемещать файлы с одного сервера на другой, а это надолго. Предпочитаю средствами ОС копировать файлы томов тимцентра.

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