---

Liebes Forum

UGS empfielt ja ein refile bei einem Umstieg auf NX*.
bei den "Normalen" Teilen bekommt man das Vorgehen ja von EDS vorgeschlagen.

Was mache ich aber mit meinen teilefamilien, alle einzeln aufmachen und aktualsieren?

tfys

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

---

unter TcE werden auch die PF-Members "refiled"
Falls Global-IMAN  bzw. TcE multi-site (oder wie das Ding gerade heisst) im Einsatz ist dann werden die PF-Members nur in Owning-Site refiled ;  Die Replikate an den Remote-Sites müssen anschliessendaktualisiert werden.

Anmerkung zum Refile unter TcE bzw. IMAN:
in IMAN 7.0.3 arbeitet das Refile-Tool nur richtig wenn das File-Caching deaktiviert ist. Bei aktiviertem File-Caching werden die UG-Parts in das temporär Verzeichnis kopiert und refiled ; die bearbeiteten Files werden aber nicht zuverlässig im "Volume" abgelegt.
Kann sein dass dieses Problem in TcE 8.x behoben ist; Ich habe dies nicht getestet.
------------------
mit freundlichen Grüssen
Toni

[Diese Nachricht wurde von Hermes am 23. Okt. 2004 editiert.]

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

---

Zitat:

---

Original erstellt von Hermes:
....Falls Global-IMAN  bzw. TcE multi-site (oder wie das Ding gerade heisst) im Einsatz ist dann werden die PF-Members nur in Owning-Site refiled ;  Die Replikate an den Remote-Sites müssen anschliessendaktualisiert werden....

---

Hallo Toni, warum müssen die geänderten Datasets manuell abgeglichen werden, das geht doch bei "normalen" Teilen auch automatisch ?

Thomas

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

---

Hallo Thomas

zumindest in TcE/IMAN 7.0.3 sind Global-Iman-Replikate immer Readonly; auch für das Refile-Dienstprogramm.
Das Nachsynchronisieren kann dann mit "iman_sync -class=dataset ...." erfolgen
(Anmerkung: iman_sync heisst neurdings data_sync)

------------------
mit freundlichen Grüssen
Toni

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

---

hi,

wir wollen auch ein paar teiel refilen. dazu folgende fragen:
1.) ich nehme an, ich muß das ugmanager-refile benutzen?
2.) gibt es die option, nur die teile eines folders im tce zu refilen?
3.) natürlich sind die teile partfamilies, guckt das refiling auch in die subfolder?
4.) die teile sind teilweise freigegeben, gibt es probleme mit dem schreibschutz?
hintergrund ist der umstieg auf 2.0.4.2 mp4, irgendwann wurde der parasolidkernel geändert und jetzt werden alle pipingteile bereits beim öffnen als geändert gemeldet und der konstrukteur muß bestätigen, was er sowieso weiß - er darf änderungen nicht speichern. und beim speichern nochmal... denn die teile sind z.t. noch nx1-teile(familien).

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

Yeti

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

---

uuups, da hat er gleich 2x gespeichert, werde diesen einfach entleeren...

[Diese Nachricht wurde von Yeti am 08. Dez. 2004 editiert.]

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

---

Hi Yeti

zu 1.) ich nehme an, ich muß das ugmanager-refile benutzen?
==> ja

zu 2.) gibt es die option, nur die teile eines folders im tce zu refilen?
==> gemäss Online doku ja; habe ich aber nie slbst angewendet

zu 3.) natürlich sind die teile partfamilies, guckt das refiling auch in die subfolder?
==> weiss ich nicht; vermutlich nein

zu 4.) die teile sind teilweise freigegeben, gibt es probleme mit dem schreibschutz?
==> kann übersteuert werden mit "... -bypass -refile_released=yes  ..."

ich bin bisher so vorgegangen
a)
- refile der ganzen DB in einer Massenaktion
- Logfiles reportieren ob die Refileaktion ausgeführt wurde

%IMAN_BIN%\refile_info.exe -u=uuuu -p=pppp -g=gggg
==> liefert file item_revision_list
==> Inhalt = UID's  ; = Input für refile

%IMAN_BIN%\perl.exe %UGMGR_DIR%\ugmanager_refile.bat -u=uuuu -p=pppp -bypass=yes -k=no -i=item_revision_list -refile_released=yes -update_mod_props=no -log=Refile_log.txt

wichtige paramter:
-refile_released=yes    ==> freigegebene Daten ausch bearbeiten
-update_mod_props=no    ==> Owner, Group, .. etc. werden nicht verändert

b)
- Teile bei denen das Refile gescheitert ist anschliessen explizit bearbietet

ugmanager_refile -part=@DB/test_part/001 ....

Tips:
- für Massenaktion die Datei "item_revision_list" aufsplitten, z.B. jeweisl 1000 Linien;

- IMAN File Cache während Refile deaktivieren

- Vorsicht mit ".. -force_structure_sync -structure_sync .."

------------------
mit freundlichen Grüssen
Toni

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

---

Zitat:

---

Original erstellt von Hermes:...
Tips:
- für Massenaktion die Datei "item_revision_list" aufsplitten, z.B. jeweisl 1000 Linien;

- IMAN File Cache während Refile deaktivieren

- Vorsicht mit ".. -force_structure_sync -structure_sync .."

[/B]

---

Hier noch ein paar Tips für die Listenbearbeitung

1) vor dem Start von ugmanager_refile
SQL-Optimierung, File-Caching und Journaling ausschalten

SET IMAN_KEEP_SYSTEM_LOG=FALSE
SET IMAN_Journalling=OFF
SET IMAN_journaling=OFF
SET IMAN_TRACEBACK=OFF
SET IMAN_Journal_Modules=NONE
SET API_JOURNAL=NONE
SET IMAN_SQL_DEBUG=
set UGII_UGMGR_USE_CACHE=
set APB_SCHEMA=

2) Temp-Bereich für TEMP UG und IMAN pro Liste auf ein in ein Verzeichnis umbiegen, auf dem genügend Platz für die Refile-Sitzung ist
Vorsicht: bei ungenügendem Plattenplatz können korrupte Daten entstehen wenn der Prozess die Logfiles etc. nicht schreiben kann

Bsp:.:
set refile_tmp=X:\refile\listexyz

set TEMP=%refile_tmp%
set TMP%refile_tmp%
set UGII_TMP_DIR=%refile_tmp%
set IMAN_TMP_DIR=%refile_tmp%

3) Lade- und Speichereinstellungen auf das Minimum reduzieren
z.B. JT, TSO-Erzeugung ausschalten, ohne Komponenten laden...
am besten spezielle metric und loadoptions verwenden
Bsp.:
set UGII_DEFAULTS_FILE=%refile_tmp\refile_metric.def
set UGII_LOAD_OPTIONS=%refile_tmp%\refile_load_options.def

4) Die Größe der Listen hängt von euren UG-Teilen und der Speicherausstattung des Refile-Clients ab.

5) Genügend Plattenplatz auf den Volumes vorsehen, da jedes refilte Teil als neues Dataset gespeichert wird.
Vorsicht: bei ungenügendem Plattenplatz auf den Volumes können korrupte Einträge in der DB entstehen wenn die Teile nicht zurückgeschrieben werden können

6) Ausgecheckte Teile müssen vorher eingecheckt werden ansonsten geht es kriegst Du eine Fehlermeldung

Gruß pmk

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

---

danke an euch beide,

aber was soll denn das?

Zitat:

---

Original erstellt von pmk:
...
5) Genügend Plattenplatz auf den Volumes vorsehen, da jedes refilte Teil als neues Dataset gespeichert wird.
...

---

bekommt jede revision ein neues part? was ist denn mit dem alten? oder muß man danach ein collect_garbage durchführen, um alle alten teile rauszuschmeißen?

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

Yeti

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

---

Refile erzeugt eine neue Speicherversion ; so wie bei jedem "Save" ;
Die Default Anzahl Speicherversion wird im .iman_env festgelegt;
==> siehe Variable: AE_dataset_default_keep_limit=

Ein "collect_garbage" ist somit nicht nötig;
aber falls das keep_limit nicht vor dem refile noch nicht ausgeschöpft ist dann kann die Datenmenge ansteigen

------------------
mit freundlichen Grüssen
Toni

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

---

hi,

ja, ich habe das auch schon herausgefunden. konnte es bloß nicht posten. da wir eh die letzten 3 versionen der parts behalten, ist es irrelevant. trotzdem noch mal danke.
ich glaube, mit hilfe von refile_info.exe kan man die sache intelligent aufsetzen, werde mich mal mit euren beispielen beschäftigen.

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

Yeti

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