---

Hallo,

wir arbeiten gerade daran, in unserer Firma die Projekte in unserer I-DEAS-Bibliothek auszumisten - sprich: Viele (von Anwendern irrtümlich angelegte) Projekte werden bereinigt und anschließend gelöscht.

Unter "Bereinigen" meine ich das Verschieben von Elementen in andere, passendere Bibliotheken bzw. Projekte. Dies klappt auch problemlos: Zeichnungen und Assemblys fanden noch ihre Parts, Parts wussten noch, zu welchen Assemblys und Draftings sie gehörten usw.

Das Problem allerdings: Hatte ein User eines oder mehrere Elemente, welche verschoben wurden, in ihren Modelfiles (die bei uns lokal auf der Workstation liegen), meckert I-DEAS beim Start dieses Modelfiles nun an, dass ein oder mehrere Modelldateien ihre Bibliotheks-Beziehungen verloren haben. Wenn man diese Elemente nun sucht, sieht man, dass diese Elemente zwar im Modelfile vorhanden sind, diese aber keine Bilbiotheks-Beziehungen mehr haben, so als hätte man diese auf "Lokale Kopie - ohne Benachrichtigung" gesetzt.

Gibt's 'ne Möglichkeit, diese Beziehung wieder herzustellen? Bei unproblematischen Arbeiten bin ich gerade dabei, das übergeordnete Assembly aus dem Modelfile zu löschen und neu aus der Bibliothek zu holen, denn dann holt sich das Assembly das korrekte Part wieder.

Vielen Dank für Eure Hilfe!

Gruß, Jürgen Z.

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

---

Hallo Jürgen,

mir ist nichts bekannt, dass diese Bezüge wieder hergestellt werden können.
Wenn es sehr wichtige Daten sind, solltest du dich mit einem Spezialisten in Verbindung setzen, ob dieser noch eine Möglichkeit sieht.
Eine Alternative wäre evtl das ganze Team durch eine Datensicherung auf den Stand vor dem Verschieben zurück zu setzen. Alles was seither gearbeitet wurde ist dann jedoch weg!
Folgende Grundsätze sind bei uns die Regel:
- Anwender dürfen keine Projekte und keine Bibliotheken anlegen! Sprich die Berechtigungen entsprechend einschränken.
- Verschieben kann nur der Power- oder Key-User
- Vor dem verschieben IMMER prüfen ob auch alles eingetragen ist! Am besten auch alle Modelfiles löschen und die verschiebe Aktion am Wochenende durchführen, wenn niemand dazwischen funken kann.
- Vor dem verschieben auch mal die Versionen bereinigen, sprich alte und nicht mehr benötigte Versionen löschen.

------------------
Gruß
Thomas

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

---

MoinZ

eigentlich sollte das nicht passieren. In den Model-files sind ja die Daten genauso verwaltet wie in den Bibliotheksdateien.
Ich schätze, da hat schon vorher was nicht gestimmt.
Habt ihr schon einen Datenbankscheck mit dem dmadmin tool gemacht?
Das sollte regelmäßig passieren, und ganz besonders bevor solche Aktionen wie dem Verschieben vieler Bibliotheksdaten.

Ich an eurer Stelle würde die model-files auch nicht auf ner lokalen Platte abspeichern. Wenn da ein Benutzer versehentlich die Dateien auf Betriebssystemebene löscht, führt das zu korrupten Datenbankeinträgen, da ja auch in den Projekt-Meta-Dateien hinterlegt ist, welche Elemente in welchen model-files benutzt werden. Das gleiche passiert, wenn dir die lokale Platte abraucht 
Am besten ist, die Model-files auch auf dem Server abzuspeichern, dann werden die Daten ja auch bei der Datensicherung mit gesichert ( fals ihr so was macht  )

Die Bezüge wieder herzustellen ist meines Wissens nach nicht möglich.
Kritisch wirds ja vor allem, wenn die Teile ausgecheckt waren. Dann kannst du dir eigentlich nur aussuchen, was weniger Arbeit ist:
- die betroffenen Bauteile in den Modelfiles ersetzen  und dabei eventuelle gemachte Bauteiländerungen verlieren

oder

- die "neu" erzeugten Teile neu eintragen und dann die "alten" Teile in den betroffen BG'S ersetzen und dafür die an den Teilen durchgeführten Änderungen retten

Bevor ihr jetzt aber einfach loslegt, solltet ihr zuallererst eine komplette Datensicherung laufen lassen !

Wenn ihr jetzt einen Datenbankcheck macht, sollten ALLE Projekte bereinigt werden, und nicht nur mit dem Kommando "cl", sondern nach dem "cl" nochmal mit "clrw" (clean rows). Es ist erschreckend, was dann teilweise noch angemeckert wird.
Vor dem Bereinigen aber bitte UNBEDINGT die Error-Datei lesen!

Was fahrt ihr für einen SFAM Level? Wenn mehr als ein Benutzer mit I-DEAS arbeiten, sollte man unbedingt mindestens Level 2 aktiviert haben. Das funzt meines Wissens aber nicht, wenn der Server unter W2K läuft, da Windoof so etwas wie das S-Bit nicht kennt. Ob das mit einer neueren Windoof-Server-Version geht, weiß ich nicht.
Mit SFAM 1 kann jeder Benutzer eigentlich alles, weil keine Datei Schreibschutz hat. Wenn da jemand ne Projektdatei platt macht, war's das. Dann hilft nur Rücksicherung der Daten.

grüße

------------------
Grüße Meinolf

Ist es zu laut bist du zu alt

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