---

Hallo Leute,

ich hoffe mal, ihr könnt mir weiterhelfen? Ich habe immerwieder das Problem, dass bei Usern der Workspace kaputt geht. Mal können Daten in ProE nicht mehr geladen werden, mal können die Daten mit dem Commomspace nciht mehr abgeglichen werden oder aber, was ganz verrücktes... ProE schmiert beim öffnen von Daten einfach ab... wenn ich den lokalen Workspace von der HD dann lösche, geht bei einem Großteil der Fälle (~95%) wieder alles... Kann mir irgendjemand verraten, was das sein kann?! Oder noch besser, was ich dagegen tun kann?

Gruß und schon mal Danke für jede Hilfe!

Michael

------------------
Rechtschreibfehler sind beabsichtigt und dienen zur allgemeinen Belustigung...

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

---

Zitat:

---

Original erstellt von Syndry:
ich hoffe mal, ihr könnt mir weiterhelfen? Ich habe immerwieder das Problem, dass bei Usern der Workspace kaputt geht. Mal können Daten in ProE nicht mehr geladen werden, mal können die Daten mit dem Commomspace nciht mehr abgeglichen werden oder aber, was ganz verrücktes... ProE schmiert beim öffnen von Daten einfach ab... wenn ich den lokalen Workspace von der HD dann lösche, geht bei einem Großteil der Fälle (~95%) wieder alles... Kann mir irgendjemand verraten, was das sein kann?! Oder noch besser, was ich dagegen tun kann?

---

Altbekanntes PDMLink-Problem. Tritt bei uns vor allem dann auf, wenn große, komplexe Baugruppen, die in älteren Pro/E-Versionen erstellt wurden, in den Workspace geladen und dann in der neueren Pro/E-Version geöffnet werden. Die Eigenschaft, dass Workspaces korrupt werden, ist eine der wenigen außerordentlich unangenehmen Erbschaften aus der alten Intralink-Zeit. Dabei kann man die dollsten Sachen erleben: Nicht nur abstürzende oder einfrierende Pro/E-Sessions oder ähnliches. Einmal hatten wir den Fall, dass eine Baugruppe bei einer Kollegin völlig anders aussah als bei allen anderen Kollegen. Auch hier brachte erst eine Löschung des lokalen Workspace-Caches Abhilfe.

Die Häufigkeit, mit der so etwas vorkommt, ist sehr schwer vorherzusagen. Bei unseren Artikelkonstrukteuren, die immer nur Parts plus Drawing bearbeiten, kann es sein, dass ein Workspace über ein Jahr hält. Bei einem anderen Kollegen, der alte, große Baugruppen zu überarbeiten hat, darf man hingegen drei mal die Woche anrücken, um den Workspace-Cache zu löschen.

Wir haben es inzwischen aufgegeben, daraus jedesmal einen Call bei der Hotline zu machen, weil es doch nix bringt. Die Kollegen sind stattdessen angewiesen, mir Bescheid zu geben, wenn sie ein Projekt abgeschlossen haben, damit ich ihren Workspace-Cache erneuern kann, oder es selbst durchzuführen.

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

---

Hallo Callahan,

danke für die ausführliche, wenn auch etwas enttäuschende Antwort... irgendwie hab ich das schon geahnt...
Gibt es keine Möglichkeit, diese Cacheleerung per script bspw. Freitags beim Beenden von Pro/E auszulösen?!

------------------
Rechtschreibfehler sind beabsichtigt und dienen zur allgemeinen Belustigung...

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

---

Zitat:

---

Original erstellt von Syndry:
Gibt es keine Möglichkeit, diese Cacheleerung per script bspw. Freitags beim Beenden von Pro/E auszulösen?!

---

Die Cacheleerung natürlich, aber anschließend muss der PDMLink-Server im Pro/E neu registriert werden, und das geht allenfalls per Mapkey.

Viel entscheidender aber ist der Faktor Mensch: Vor einer Cache-Löschung muss sichergestellt sein, dass alle bearbeiteten Daten aus allen Workspaces auf dem jeweiligen Systems eingecheckt oder mindestens hochgeladen wurden, und das kann kein Skript kontrollieren. Einziger Ausweg wäre hier die Konfig-Option

dm_upload_objects automatic

von der man aber (allein aus Performance-Gründen) tunlichst die Finger lassen sollte.

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

---

Zitat:

---

Original erstellt von Callahan:
Vor einer Cache-Löschung muss sichergestellt sein, dass alle bearbeiteten Daten aus allen Workspaces auf dem jeweiligen Systems eingecheckt oder mindestens hochgeladen wurden, und das kann kein Skript kontrollieren.

---

Ketzerische Anmerkung: Warum nicht ?
Die Workspace (Datenbank)auf dem Server weiss doch welche Daten hochgeladen wurden und welche nicht. 

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

Servus Alois

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

---

Hallo Callahan,

ich würde dir Recht geben, wenn man mit dem Script hart einfach den Ordner "lokaler Workspace" vom Laufwerk löscht... dann ist der Cache auch weg, aber eben auch alle neuen Daten.
Meine Frage zielte eher darauf ab, ob ich die Option "Cache leeren" aus ProE von extern antriggern kann, dieser belässt nämlich alle aktiven Daten, die nicht hochgeladen oder eingecheckt sind und löscht nur die redondaten daten die auf Server und Festplatte liegen.

------------------
Rechtschreibfehler sind beabsichtigt und dienen zur allgemeinen Belustigung...

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

---

Hallo Syndry.
Ungetestet, aber: Die ungeänderten Daten liegen bei PDMLink 9.1 alle in der selben Verzeichnisebene und heißen sid_...., die geänderten und neuen Dateien heißen lid_...

Wohl:
s - Server
l - lokal.

evtl. kann man per Skript genau die sid_ Dateien löschen. Theoretisch könnte es klappen. Praktisch musst Du das natürlich ausgiebig testen.

Gruß
Smoochy.

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