---

Hallo, wie geht ihr mit folgendem Problem um:?
- Konstrukteur arbeitet und merkt nach ein paar tagen die Idee war ein Käse ich hätt gern das UGPART von vor 2 Tagen...
D.h.
- die bei uns letzten 3 speicherstände sind natürlich schon oft genug überschrieben, also nicht mehr greifbar.
- Revisioniert wurde auch nicht...
- die Volumendaten und der Oracle dump werden gesichert und währe verfügbar.
Ich müsste nun also aus der Sicherung der Volumendaten die Teile erst finden und dann? Kann ich sie einfach zurückschreiben?
Kann ich diese in den Volumes so einfach finden?
Danke, Michael

------------------
Gruß

Michael

have you tried turning it off and on again

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

---

>>Kann ich diese in den Volumes so einfach finden?

Wohl kaum gezielt - nur mit etwas raten und probieren.
Der unter "Benannte Referenzen" hinterlegte Dateiname wird nur beim Exportieren verwendet. Auf dem FileServer sind die Namen recht kryptisch - vermutlich wird da ein verschlüsseltes Datum angehängt.

Beispiel für einen Dataset vom Typ UGMASTER:
20776_0_ugp_3yw02pg1xfdbw.prt
20776_0_ugp_4b402pg1xfdt3.prt

Man kann hier nur anhand des Änderungsdatums auf dem FileServer spekulieren, welches denn die gewünschte Datei ist.

>>Kann ich sie einfach zurückschreiben?

Definitiv NEIN, jedenfalls nicht direkt in die Volumes.
Du kannst die Datei umbenennen und über "Benannte Referenzen" austauschen.

Wir machen es so, dass wir Oracle-Dump und Volumes in eine Testumgebung einspielen.
Dort können wir dann in Teamcenter verlässlicher suchen und prüfen, welche Datei denn gebraucht wird.

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

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

---

RemoteDesktop_2011-09-15_10-58-42.png

Hi könnte man es über SQL Developer herausfinden (in den Tabellen)

------------------
Gruß

Michael

have you tried turning it off and on again

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

---

>>Hi könnte man es über SQL Developer herausfinden (in den Tabellen)

Theoretisch ja.
Allerdings verlangt das schon intime Kenntnisse der Datenbank-Strukturen.
Ich habe noch nie versucht, ernsthaft auf dieser Ebene zu arbeiten. Die übliche Neugier genügt da nicht, um nachhaltigen Erfolg zu erzielen.
Meist ist auch unsere IT-Abteilung so stark ausgelastet, dass ich zwei oder drei Tage auf das Einspielen des Backups warten muss.
Da zieht es der Konstrukteur in der Regel vor, seine Arbeit selber rückgängig zu machen oder gar ein neues Modell anzulegen.

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

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

---

hi,

ich habe das raussuchen aus der sicherung der files bisher 2x gemacht: aufwand waren 3-4 stunden (nur suchen, ohne sicherung bereitstellen). möglich ist es auch nur dann, wenn du eine saubere volumetrennung hast (z.b. pro gruppe ein volume). da wir mit projektgruppen arbeiten und in einem volume nicht mehr als 60.000 dateien zulassen, ging es einigermaßen.

die beiden fälle waren besonders (der aufwand für die wiederherstellung durch die konstruktion betrug dort 2-3 tage). etwas problematisch waren dabei auch die 3 möglichen versionen...

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

Yeti

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

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

---

Wir haben ein Programm laufen, das täglich alle geänderten Datasets bzw. deren NamedReference listet.
(wurde von Siemens gemacht).

Mittels eines grep über alle Logfiles dieses Programms anhand der ItemID kann ich dann die zugehörigen benannten Referenzen lokalisieren und (wenn vorhanden   ) von einem Sicherungsband zurückholen und wiederum als NamedReference dem Dataset unterjubeln.
Einfach bei Einzelteilen, bei Baugruppen ists mitunter ein wenig mühsam ...

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

---

Hallo,

Bei uns liegen die Volumes auf einem filer, von dem 3x täglich ein Abbild gezogen wird, also hab ich eigentlich pro Tag mehrere Datensicherungen.
Auf den Filenamen und den Pfad komme ich folgender Maßen:

Im Teamcenter über Fenster - Ansicht anzeigen -Objekt drucken
Anschließend UGMASTER selektieren.
Dann in der Liste nach unten Scrollen bis zum Eintrag ref_names[...] "UG_PART"
Dazu gehört weiter unten ein Eintrag mit gleicher Nummer ref_list[...]
Auf diese Zeile doppelklicken.
Dadurch öffnet sich eine neue Liste in der ne Menge Infos enthalten sind, so wie der Pfadname in den Volumes als auch der kryptische Datenbankname
Nach diesem kann man dann in den Volumes direkt suchen und über die Vorgängerversion des Ordners (so wie bei WIN 7) komm ich auch ohne Netztwerkadmins an meinen Daten.

Anhängen tu ich sie dann, wie Thomas beschrieben hat, auch über die Benannten Referenzen.

Gruß Manni

------------------
Wer zuletzt lacht, hat es nicht eher begriffen !

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

---

Zitat:

---

Wir haben ein Programm laufen, das täglich alle geänderten Datasets bzw. deren NamedReference listet.
(wurde von Siemens gemacht).

---

Dito, geht auch sehr gut. Jedoch brauchen wir ca. 2 Wochen um die Datasets zurück zu speilen (wir sind ein wenig Grösser und in Gruppen aufgeteilt).

Daher die erste Frage von uns an den User, bist du nicht schneller wenn du es wieder zurückänderst?

------------------
Wer glaubt etwas zu sein, hat aufgehört etwas zu tun !

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

---

Hi,

noch zum Thema...anbei eine SQL Query um von verschiedenen Datasets unter angabe der ItemID alle ImanFiles zu bekommen.
So kann man dann die Dateien direkt von einer Datensicherung vom Band holen.

Gruß Matthias

Code:

---

SELECT distinct
item.pitem_id ItemID,
itemrevision.pitem_revision_id Aenderungsstand,
itemrevision.psequence_id SequendeID,

workspaceobject.pobject_type ObjektTyp,
statusRelation.pname Freigabestatus,

imanvolumeRelation.pwnt_path_name VolumePfad,
imanfileRelation.psd_path_name Unterordner,
imanfileRelation.pfile_name VolumeName,
imanfileRelation.poriginal_file_name Dateiname,

-----------------------------------------------------

revisionAnchor.pseq RevisionAnchorSeq,
imanvolumeRevisionAnchor.pwnt_path_name VolumePfad,
imanfileRevisionAnchor.psd_path_name Unterordner,
imanfileRevisionAnchor.pfile_name VolumeNameRevisionAnchor,
imanfileRevisionAnchor.poriginal_file_name Dateiname

FROM infodba.pitem item

join infodba.pitemrevision itemrevision
on item.puid = itemrevision.ritems_tagu

join infodba.pimanrelation relation
on itemrevision.puid = relation.rprimary_objectu

join infodba.pdataset dataset
on relation.rsecondary_objectu = dataset.puid

join infodba.pref_list_0 reflistRelation
on dataset.puid = reflistRelation.puid

JOIN infodba.pimanfile imanfileRelation
ON reflistRelation.pvalu_0 = imanfileRelation.puid

JOIN infodba.pimanvolume imanvolumeRelation
ON imanfileRelation.rvolume_tagu = imanvolumeRelation.puid

join infodba.pworkspaceobject workspaceobject
on dataset.puid = workspaceobject.puid

LEFT JOIN infodba.prelease_status_list_0 statuslistRelation
ON workspaceobject.puid = statuslistRelation.puid
LEFT JOIN infodba.preleasestatus statusRelation
ON statuslistRelation.pvalu_0 = statusRelation.puid
-------------------------------------------------------------------

join infodba.previsions_0 revisionAnchor
on dataset.rrev_chain_anchoru = revisionAnchor.puid

join infodba.pref_list_0 reflistRevisionAnchor
on revisionanchor.pvalu_0 = reflistrevisionanchor.puid

join infodba.pimanfile imanfileRevisionAnchor
on reflistrevisionanchor.pvalu_0 = imanfilerevisionanchor.puid

JOIN infodba.pimanvolume imanvolumeRevisionAnchor
ON imanfileRevisionAnchor.rvolume_tagu = imanvolumeRevisionAnchor.puid

LEFT JOIN infodba.prelease_status_list_0 statuslistRevisionAnchor
ON revisionanchor.pvalu_0 = statuslistRevisionAnchor.puid
LEFT JOIN infodba.preleasestatus statusRevisionAnchor
ON statuslistRevisionAnchor.pvalu_0 = statusRevisionAnchor.puid

where upper(item.pitem_id) = upper(ITEM ID')
and upper(workspaceobject.pobject_type) = upper('DATASET TYPE');

---

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

[Diese Nachricht wurde von gfx-toxic.de am 20. Okt. 2011 editiert.]

[Diese Nachricht wurde von gfx-toxic.de am 20. Okt. 2011 editiert.]

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