Migration Teamenter Eng. nach UA (EDM PDM PLM/Teamcenter)

Hallo Zusammen,
da ich aus den letzten Beiträgen zum Thema Migration nach UA viele ? gesehen habe. Das Forum schon auf Teamcenter umbenannt wurde, aber viele Fragen sich noch auf TC Eng beziehen. Wollte ich noch einmal nachfragen - Hat jemand die Migration gemacht oder konkret geplant oder zumindest den "Migrationscheck", wie er von Siemens genannt wird und wie waren da die Erfahrungswerte.

Ich wäre dankbar über ein paar Rückmeldungen.

Grüße wkcf

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Wir hatten bei unserer Migration zur Testumgebung einige Probleme, die sogar recht schwerwiegend waren und einige Mühe gekostet haben.

Am einfachsten ist es, wenn du deine aktuelle Datenbank clonst und einfach mal eine Migration testweise durchführst.

Ich kann dir aber nur empfehlen, eine erste Migration mit Siemens zusammen durchzuführen. Herrn Heinrich kann ich nur empfehlen, frage mal deinen Account Manager.

------------------
hab doch garnix gemacht .. außer den server neugestartet .. war das etwa falsch?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von wkcf:
.... Wollte ich noch einmal nachfragen - Hat jemand die Migration gemacht oder konkret geplant ...

Wir haben aktuell einen Umstieg auf NX7.5 + TC UA 8.x (9) für Ende Juli 2011 vor.
Projektstart wird im Herbst / Winter sein. Wir haben auch ein Testsystem.

Thomas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

>>Hat jemand die Migration gemacht

Wir stehen kurz vor dem Abschluss der Migration von TCE_9.1.2 nach TC_8.1 und NX4 nach NX6.

Unser Systempartner ist zwar der Ansicht, dass man eine unveränderte und nicht zu alte "Out-of-the-box"-Lösung mit etwas Erfahrung auch selber migrieren kann, aber angesichts unserer Anpassungen und Zusätze bin ich doch für kompetente Unterstützung durch unseren Partner dankbar.

>>und wie waren da die Erfahrungswerte
Tja - wie soll ich diese Frage verstehen?

Es sind umfangreiche Tests erforderlich.
Von Deinem TCE2005 wird die Migration meines Wissens in einem Schritt erfolgen, bei unserem alten TCE_9.1.2 sind drei Schritte über dazwischen liegende Versionen erforderlich.

Beim Umstieg auf UA ist mit Sorgfalt zu prüfen, ob in Workflows action handler verwendet werden, die im neuen System nicht mehr verfügbar sind bzw. durch andere ersetzt wurden.
In unserem Fall führte dies dazu, dass gerade die am häufigsten verwendeten Workflows überarbeitet werden mussten. Als Konsequenz müssen alle offenen Vorgänge vor der Migration abgeschlossen und im neuen System neu gestartet werden.

Die Migration der Oracle-Datenbank hat unser Partner offenbar recht gut im Griff.
Wesentliche Teile der Administration haben sich von TCE nach TC(UA) geändert. Das würde hier zu weit führen. Es sei nur gesagt, dass ich mir ohne Schulung und Unterstützung ziemlich verloren vorkäme.
Die Dokumentation zu TC ist zwar deutlich besser geworden, aber das ist halt kein Lehrbuch.

Was interessiert Dich sonst noch?

------------------
R.Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo wkcf

Wir sind gerade mitten drin, Update von TcE 9.1.3 auf Tc8UA. Bei uns gibt es das Problem, dass wir bis vor 2 Jahren auf dem alten Teamcenter noch I-Deas mit laufen hatten und deshalb der TcII und der CMM installiert ist. Diese lassen sich wohl nicht einfach updaten, aber unser Partner arbeitet an einer Lösung. Im übrigen wird es bei uns auch in zwei ggf. sogar in 3 Schritten gemacht (TcE9.1.3 --> TcE2005 (--> TcE2007) --> Tc8UA) Gleichzeitig wird bei uns NX7.5 eingeführt. Die ganzen Tests mache wir (oder besser unser Partner) auf einem VM Nachbau unserer Umgebung. In den nächsten Tagen bekomme ich dann die VM als Testumgebung, dann kann ich vielleicht noch mehr sagen.

Gruß Jens :-)

------------------
Bunt ist das Dasein und granatenstark UND volle Kanne Hoschies! (Bill und Ted)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hi,

Wir haben miegriert von Teamcenter Eng 2005 SR1 nach Teamcenter UA 2007.1.
Soweit funktioniert alles. Gleichzeitig wurde auch noch von NX3 auf NX6 umgestellt. Läuft soweit eigentlich ganz gut. 4-tier macht uns ab und zu noch etwas Probleme aber von der Datenmigration passt alles.

Das größere Thema waren die Lizenzumstellung von floating nach named bzw. das PLMEasy update (heisst ja jetzt Teamcenter Power Box, oder doch wieder PLMEasy? =) )

gruß

------------------
Gruß Matthias
------------------------------------
ICQ: 163190295

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo Matthias,

mich würden die Probleme der 4-teir Umgebung interessiern. Habe gerade bei unserer Installation von 2-tier auf 4-tier umgestellt.

Gruß
Lupone

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

>>mich würden die Probleme der 4-tier Umgebung interessiern.

Wir haben ein Problem, eine unbeaufsichtigte Installation über ein Software-Verteilungssystem einzurichten.
Auch werden JAVA-Zertifikate im Windows-Profil der Anwender installiert, die bald erneuert werden müssen. Für die Erneuerung würden die Anwender Admin-Rechte benötigen, was unsere Sicherheitspolitik nicht zulässt.
Im Zusammenhang mit der Software BCT-Inspector V13 wollten die 4-Tier-Clients zunächst nicht starten. BCT hat dieses Problem jedoch inzwischen gelöst.

>>Habe gerade bei unserer Installation von 2-tier auf 4-tier umgestellt

Mich interessieren die Beweggründe für eine solche Entscheidung.

Wir bieten den 4-Tier-Modus zunächst nur denen an, die während einer Dienstreise mittels Notebook und eine langsamen Anbindung von aussen auf TC zugreifen wollen.
Ein Aussenbüro erhält ebenfalls 4-Tier-Installationen.
Vergleichstests "alt" gegen "neu" haben jedoch gezeigt, dass ein neuer leistungsfähigerer Server eine höhere Verbesserung der Performance bringt als der Unterschied zwischen 2-Tier und 4-Tier auf dem neuen Server.

Ein Test mit 10 gleichzeitigen 4-Tier-Clients hat gezeigt, dass die Speicherbelegung des Servers mit 12GB RAM bei einem einstündigen Test von 35% vor dem Test auf 45% zum Ende des Tests stieg.
Bewusst rasche Aktionen während des Tests brachten einige Clients zum Absturz. Hierbei wurde der Arbeitsspeicher auf dem Server nicht konsequnt frei gegeben. Meherere TC-Server-Prozesse mussten anschliessend von Hand gelöscht werden.

------------------
R.Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo R.Schulz,

ja, warum stellen wir auf 4-tier um? Das hat mehrere Gründe. Wir versprechen uns eine einfachere Administrierung der Teamcenterumgebung und da wir auch noch einen weiteren Standort an die DB angeschlossen haben, hoffen wir, dass der Datenaustausch zwischen den Instanzen schneller ist. Zusätzlich müssen wir gewährleisten, dass auch über Web-Client auf die DB zugegriffen werden kann.

Gruß
Lupone

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von schulze:

...Mich interessieren die Beweggründe für eine solche Entscheidung...

Moin zusammen,

gute frage. wir haben uns entschieden, möglichst nur noch 4tier zu fahren. neben den schon angesprochenen -in meinen augen geringen- administrativen vorteilen wird nx nur noch auf 4tier-architektur hin optimiert. die 6.0.2.8 war die letzte version, wo noch etwas an der 2tier-anbindung gemacht wurde.
performancetechnisch gibt es -nach unseren messungen und erfahrungen- keinen grund für 2tier-betrieb.
weiterhin sehen wir für den -leider bei uns noch länger andauernden 32bit-win-betrieb- den vorteil, daß der arbeitsspeicher des tc-prozesses auf den server ausgelagert wird. so daß mehr für den nx-prozess auf der workstation zur verfügung steht.
und so nebenbei: der 4tier-client startet schneller - dem vorwärmen sei dank... DAS ist natürlich nicht unbedingt der hauptgrund...
das sind die technischen argumente pro 4tier-architektur.

nachtrag: natürlich sind webclients und standortübergreifendes arbeiten der hauptgrund. das sind aber eher organisatorische sachen.

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

[Diese Nachricht wurde von Yeti am 28. Jun. 2010 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo,
erst mal vielen Dank für Eure Erfahrungen und Tipps.

Zitat:
Original erstellt von schulze:Was interessiert Dich sonst noch?

Wie ich sehe haben die meisten NX im Einsatz. Hat jemand auch Erfahrung in Bezug auf CATIA V5 also dem CATIAMANAGER?

Wie lange habt Ihr für Eure Migration gebraucht?

Grüße wkcf

[Diese Nachricht wurde von wkcf am 30. Jun. 2010 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

>>Hat jemand auch Erfahrung in Bezug auf CATIA V5 also dem CATIAMANAGER?

übel, übel.
Neuerdings setzt die Catia-Integration voraus, dass man aine Lizenz für die Catia-Programmierumgebung hat. Da wir nur Nacharbeiten an konvertierten Modellen aus NX machen, war uns das zu teuer.

Hier die Original E-Mail von Siemens PLM:

Dear Integration for CATIA Customer,

Subject: Important communication for licensees of the
Teamcenter Integration for CATIA v5

The next release of the integration for CATIA v5 (5_7.5.0)
will introduce a range of new and extended capabilities,
including significant performance improvements on Save and
will require customer adoption of CAA.

Current Integration releases that do not require CAA will be
maintained to support customers during a transition to
5_7.5.0 or higher in the future.

Customers should plan now to obtain the necessary CAA/RADE
licensing from Dassault Systems.

CAA/RADE is the Dassault/CATIA development environment.
Integration functions using CAA require that the customer is
a Dassault CAA/RADE licensee to support compilation and
deployment. The base CAA/RADE module required is 5691-CDV.
CAA compilation is usually carried out by using a single
license and deployed across customer clients that do not
require CAA licensing.

------------------
R.Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Die Kohle für die CAA-Lizenz bekommt aber der Dassault-Händler auf den Hof gekippt und nicht Siemens!

Grüße
Lars

------------------
Ich habe gar nix gemacht, nur installiert.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

>> Die Kohle für die CAA-Lizenz bekommt aber der Dassault-Händler auf den Hof gekippt und nicht Siemens!

Fast egal - die Kohle brennt mir in jedem Fall ein grosses Loch in meinen Geldbeutel.

------------------
R.Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Hallo Schulze,
sehe ich auch so. Danke noch mal für die Info. Ich wusste zwar, das ab CM V5_7.5 die CAA notwendig ist,aber mir war noch nicht bewußt, dass dies mit der UA Umstellung zusammenhängt.
Ich finde das voll ätzend, wir sind gerade mal 2 Jahre produktiv und müssen über ein Migrationsprojekt Gedanken machen.

Gruß wkcf

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von Yeti:
-leider bei uns noch länger andauernden 32bit-win-betrieb- den vorteil, daß der arbeitsspeicher des tc-prozesses auf den server ausgelagert wird. so daß mehr für den nx-prozess auf der workstation zur verfügung steht.

@jeti (etwas OT): wieso macht ihr denn sowas??
wir nutzen im maschinenbau schon lange die 64bit version von nx5, und sogar im schiffbau mit der zickigen stahlsoftware läuft nx5 64bit super. ja sogar aktuelle MPs werden seitens siemens auch gleich in der 64bit version ausgeliefert.
wir stellen in den nächsten wochen alle konstruktionsarbeitsplätze auf nx5 64bit um. ohne wären viele baugruppen schon garnicht mehr händelbar.

------------------
hab doch garnix gemacht .. außer den server neugestartet .. war das etwa falsch?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:

@jeti (etwas OT): wieso macht ihr denn sowas??

immer noch OT: mußt du mal unsere it fragen, die brauchen noch 1,5 jahre...

Zitat:

ohne wären viele baugruppen schon garnicht mehr händelbar.

zu dem thema habe ich eine andere meinung: lieber die baugruppen intelligenter aufbauen, als an die systemgrenzen gehen - laden mußt du die gigabytre ja trotzdem und das kostet zeit. unsere baugruppen sind ja euren vergleichbar (wen wunderts

), trotzdem gibt es nur vereinzelt baugruppen, die über die 3gb im ram gehen (z.b. maschinenraum). aber auch da ist alles eine frage der arbeitsweise. wir werden auch die nächsten 1,5 jahre mit 32bit leben können...

nachtrag @wkcf (damit es nicht ganz OT ist): dein im eröffnungsbeitrag genannter migrations-check ist sinnvoll. nach bereinigung der angemahnten fehler im produktivsystem (mußt du eh irgendwann tun), haben wir danach eine crashumstellung gemacht(man nehme einen clone der tceng-db, migriere ihn und schaue, was rauskommt) mit dem transitionteam von siemens gemacht. nach 3 tagen hatten wir die erste ua-db mit nx6 am laufen, natürlich nur 2tier. für mich hat sich die investition gelohnt, denn ab dem zeitpunkt war klar, das wir ua machen und nicht mehr engineering - das war unsere kernfrage.
------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

[Diese Nachricht wurde von Yeti am 02. Jul. 2010 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Zitat:
Original erstellt von Yeti:
aber auch da ist alles eine frage der arbeitsweise. wir werden auch die nächsten 1,5 jahre mit 32bit leben können...

ja ok, ihr benutzt auch die filter sehr intensiv. von denen machen wir kaum gebrauch. frag jetzt nicht warum
von daher ist dein einwand mit den intelligenten baugruppen schon korrekt

und bezogen auf den migrations-check kann ich nur zustimmen. macht den einfach mal mit einer geclonten testdatenbank uns eure fragen zum umstieg erledigen sich fast von selbst
aber dabei schön mitschreiben sobald probleme auftauchen, denn die meisten lösungsansätze sind ziemlich individuell, so erspart man sich erneutes rumfummeln beim richtig umstieg

------------------
hab doch garnix gemacht .. außer den server neugestartet .. war das etwa falsch?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP