---

Angestossen von den beiden Beiträgen
Refilen im post refile_part Zeitalter
Speicher Performance im managed mode
würden mich Erfahrungsberichte zum refile mit aktuellen NX Releases interessieren (NX12+).

Wer führts im Zuge eines NX Updates aus / nicht aus ?
Gibts dazu mehr zu berichten ?

Ich hab zuletzt bei NX10 refiled, bei den Nachfolgern NX11 und NX12 (aktuell in Production) nicht mehr.
( würd sagen alles gemäss der zum jeweiligen Zeitpunkt aktuellen Empfehlung von Siemens zum Thema ).

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

---

Hallo Thomas,

wir sind letztes Jahr von NX 9 auf NX 12 umgestiegen.
Wir wollten Ursprünglich kein Refile machen.
Aussage von Siemens war, dass kein Refile mehr benötigt wird.
Uns wurde gesagt, dass NX 12 die Daten beim ersten mal speichern selbst aktualisiert. Dies kann beim ersten mal speichern dann auch ein bisschen länger dauern, danach sollte aber alles gut sein.

Ist Zustand war aber, dass wir auch nach dem ersten mal speichern immer noch 80% langsamer waren als im NX 9, sowohl beim speichern als auch beim Laden.

Siemens weiß bis heute nicht woher das bei uns kam. Wir waren hier glücklicherweise noch auf unserem Testsystem unterwegs und hatten Zeit das ganze zu analysieren.
Dadurch sind wir dann eben darauf gekommen das ein Refile das Problem behebt. Ein reines Refile der Einzelteile bracht bei uns allerdings auch keinen Erfolg, wichtig war, dass auch die Baugruppen gerefiled wurden.

Wir haben ca. 800000 Teile gerefiled, das ganze lief über 4 Wochen(an 8 Rechnern) immer über Nacht und am Wochenende.
An den ersten Tagen des refiles hatten wir extreme Performance Probleme, dies lag an der Datenbank(SQL), genauer gesagt an den Tabellen POM_M_LOCK und POM_R_LOCK, bei beide Tabellen mussten wir dann die Indexe löschen und neu erzeugen. Dies mussten wir während des gesamten Refile Prozesses öfter machen. Danach war die Performance OK.

Nach dem Refile waren wir ca. 10% schneller als im NX 9.
Von den 800000 Teilen liefen ca. 150 Teile auf Fehler. Diese Teile waren aber bereits im NX 9 mit Fehler behaftet.
Bei ein paar Baugruppen wurde die Lage der Bauteile verschoben, dies lag daran, dass die Constrains nicht sauber gesetzt waren. Hierzu hab ich ca. 10 Rückmeldungen von den Konstrukteuren bekommen.
Bei einigen Teilen war die Strichstärke im NX auf einmal stärker als zuvor, woher das kam weiß ich leider nicht. Die Anzahl der Teile war aber vernachlässigbar gering.

Im großen und ganzen verlief das Refile ohne Probleme.

Für eine Entscheidung ob ein Refile durchgeführt werden soll oder nicht würde ich im Vorfeld immer einzelne Baugruppen Refilen und schauen ob es hier positive Effekte gibt.

Gruß

MimaMi

[Diese Nachricht wurde von MimaMi am 26. Aug. 2020 editiert.]

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

---

Vielen Dank für die ausführliche Info.

Zitat:

---

Original erstellt von MimaMi:
... An den ersten Tagen des refiles hatten wir extreme Performance Probleme, dies lag an der Datenbank(SQL), genauer gesagt an den Tabellen POM_M_LOCK und POM_R_LOCK, bei beide Tabellen mussten wir dann die Indexe löschen und neu erzeugen. Dies mussten wir während des gesamten Refile Prozesses öfter machen. Danach war die Performance OK.

---

Welches TC war da involviert ?
"Neues" Locking oder noch das alte ? Bei TC12.1 kam das mit 12.1.0.6 (glaub ich)

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

---

Teamcenter 10.1.7.1
SQL Server 2012

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

---

Hallo Thomas,

ich kann jetzt nur von TC11 und NX1847 - NX 1934 sprechen. Während dieser NX Updates keinerlei refiles mehr gemacht aber auch keinerlei Performance Einbußen gehabt.
Mit 1934 sind Performance Verbesserungen in NX eingeflossen, die deutlich merkbar sind beim Laden und auch beim speichern. Auch TC11.6 Patch 14 hat etwas gebracht.

Grüße
Felix

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