---

Hallo ,

besteht eigentlich die Möglichkeit einen WS per Copy auf z.B. einen anderen Rechner kopieren?

Ein Kollege hat das gesamte .proi Verzeichnis auf den neuen Rechner kopiert.
Nach Starten von Pro/I erscheint auch der WS mit den Inhalten.
Nur können die Daten nit per PRO/E aufgerufen werden.

Weiß jemand Rat??

------------------
Bis dann
Hans Fröhlich

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

---

Hi Hans,

generell müssteŽs gehen, wenn es der gleiche Pfad ist.
Ich habe bei einem Kunden einmal gesehen, das die Anwender ihr .proi beim Abmelden auf ein Laufwerk legen konnten, um dann den Rechner zu wechseln und ihr .proi mitzunehmen.

Grüße

Detlef

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

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

---

Ich bin der Kollege mit dem verschobenen Workspace...

Was ist denn, wenn es nicht der gleiche Pfad ist? Kann man den Pfad irgendwie umleiten bzw reparieren?

------------------
Grüße aus dem Ammerland

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

---

... bis zur 2.0 konnte man das noch machen, ab der 3.0 bin ich der meinung geht das nicht mehr, da die local.ddb warscheinlich eintragungen ueber den rechnerinhalt oder der mac-addi hat. sprich, auf anderen rechnern wird sie inkorrupt. ich habe das aber nicht eingehend getestet, daher ist die aussage nur unter vorbehalt und ich wuerde mich gerne eines besseren belehren lassen...

... so long

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

---

Hi Ulf,

ich bin mir nicht sicher und habe auch gerade kein .proi zur Hand, umŽs zu testen oder mal nach Einträgen zu suchen...

Innerhalb der local.ddb könnte was zum Pfad drinstehen, aber reinsehen können wir da nicht. Außerdem gibtŽs ja noch z.B. die ilprefs.txt, auf die zugegriffen werden will oder andere Einträge. Ich dence da auch an die Workspace-Historie.

VersuchŽs einfach mal mit gleichem Pfad.

Detlef

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

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

---

Hallo, bin nach langer Zeit auch mal hier und bin gerade auf diesen Beitrag gestossen. Gab da schon ein ähnliches Thema hier.

Also: Haben es selber länger nicht machen müssen, aber seinerzeit ging es mit dem Programm ldbconvert und dieses ist auch noch in 3.3. verfügbar.

Die Syntax:
ldbconvert.exe <aktuelles Verzeichnis, indem sich ".proi" befindet> 0 7777@<Name des INTRALINK Fileserverrechners> <aktuelles Verzeichnis, indem sich ".proi" befindet>
Beispiel: ldbconvert.exe  i:\users\test 0 7777@ilinkfs i:\users\test
Das System meldet: Done successfully

Ein Versuch istŽs allemale wert :-)

Viel Erfolg und viele Grüße,
DT

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

---

... die Syntax müsste meiner Meinung nach lauten und das funktioniert bei uns (IL3.3 - 2003290):

ldbconvert <Verz.,wo .proi JETZT ist> 0 <Verz.,wo .proi VORHER war> <nochmal das Verz.,wo .proi JETZT ist>

------------------
Genius is 99 percent perspiration and 1 percent inspiration! ... Thomas Edison

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

---

Hallo zusammen,
ich hatte mal einen Fall, daß eine Kollegin nicht mehr auf ihre WS zugreifen konnte: sie hatte geheiratet und mit dem Namen hat sich auch ihr Home-Verzeichnis, wo .proi liegt, geändert. Ich habe dann in der local.ddb den Pfad entsprechend angepaßt (steht tatsächlich im Klartext drin) und dann ging es.
Vielleicht wäre das einen Versuch wert (local.ddb vorher sichern!).
Das war übrigens mit Pro/I 3.2.
Gruß Marianne

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

---

Das mit dem Ändern in der local.ddb kann eigentlich nur fuktionieren, wenn die Pfade die gleiche Zeichenkettenlänge haben, da gibt es zu dem Pfad als Klartext auch noch ein Länge_der_Zeichenkette-Byte.
Wenn's denn mit ldbconvert.exe geht (hab's selbst noch nicht getestet), sollte man das auf jeden Fall bevorzugen.
Ansonsten stimme ich dbexkens zu, wenn der Pfad auf dem anderen Rechner identisch ist ( was sich doch bewerkstelligen lässt, oder? ), dann funzt es auch.
@ Marianne
;-) Die Kollegin hätte doch auch vor der Hochzeit alles einchecken können, und ihre local.ddb löschen können.

Gruß
Lothar

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

---

Hallo Zusammen,

das Sauberste ist, wenn alle Daten am Ende des Arbeitstages eingechecked werden. Das ist bei uns Pflicht!

Dann kann auf jedem Arbeitsplatzrechner ein neuer WS eingerichtet werden. Das ist die sauberste Variante.

Erst gestern hatte ich wieder den Fall, dass eine lokale Datenbank absolut korrupt war. Der Anwender hatte das Glück, dass er vorher noch alles eingechecked hatte.

Ansonsten geht das Kopieren des .proi - Verzeichnisses unter der Bedingung, das der Pfad identisch ist. Zur Not muss man die pdm_ldb_path-Variable umbiegen.

------------------
Mit freundlichen Grüßen

Bernhard Veckes

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

---

@ bernhard.veckes

Das tägliche Einchecken ist Ansichtsache, erzeugt es doch unzählige Versionen, u.U. auch "sinnlose" (worüber sich streiten läßt, was sinnvoll oder sinnlos ist, aber ich denke Du weißt schon was ich meine)

Bei uns handhaben wir das so, dass abends per Script das .proi-Verzeichnis auf ein Server-Netzlaufwerk kopiert wird, dieses wird dann zusätzlich nachts mit auf Band gesichert. Im Notfall kann man dann immer auf diese Vortags-Sicherung zurückgreifen, wenn sie denn an denselben Pfad zurückkopiert wird.

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

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

Gruß
Lothar Hofmeister, E-T-A GmbH

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