---

Hallo,

wir wechseln gerade von Inventor 2012 zu 2014. Dabei möchte ich gerne unseren Datenbestand mit der Aufgabenplanung ins neue Format migrieren.
Die Aufgabenplanung ermöglicht es, mehrere Prozesse zu starten. Da mein Rechner 6 Kerne hat habe ich mit gedacht das probire ich mal aus. Allerdings ist es so, wenn ich mehr als einen Prozess erlaube, bei ca. 10% bis 30% der Dateien der Migrationsvorgang nicht stattfindet. In der Log-Datei ist zu lesen, daß der Zugiff auf diese Dateien verweigert wurde.

Ich hab ein bischen rumgespielt und festgestellt, daß bei nur einem Prozess 100% der Datein migriert werden.Ich hab's nur mit einem kleinen Teil der Daten probiert, da wir knapp 300GB haben.

Wenn ich die fehlgeschlagenen Daten normal öffne gibt es keine Probleme. Ich verwende denselben Benutzer im selben Projekt.

Kann mir jemend sagen an was das liegt?

Andi

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

---

hallo bwr

ich hab diese Situation gerade hinter mir von 2012 auf 2014 und es empfiehlt sich gewisse Migrationsstrategien anzuwenden da es bei wildem drauflosmigrieren auch bei uns zu "Fehlmigrationen" geführt hat.
Mein erfolgreiches Vorgehen war im Grunde zuerst alle *.ipt umwandeln
dann erst die *.iam und zum Schluss die *.idw mit der Eingabe dass der Haken "Aktualisierung aufschieben" gesetzt ist und "Daten mit aufgelösten Referenzen" deaktiviert ist. ich hab es in einer Anleitung
für unsere Firma für die Nachwelt zusammengefasst und könnte es Dir
unterstützend zukommen lassen
mfg korrosiv

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

---

Hallo korrosiv,

deine Strategie habe ich auch versucht, aber nicht mal die .ipt sind vollständig durchgelaufen. Ich bin über jede Information dankbar. Wie könntest du mir die Anleitung zukommen lassen?

Gruß
Andi 

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

---

schick mir per PM deine E-Mailadresse dann kann ich Dir die Anleitung zusenden
mfG
Korrosiv

[Diese Nachricht wurde von korrosiv am 06. Mai. 2014 editiert.]

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

---

Sie haben Post..............

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

---

Wenn der Zugriff auf Dateien bei der Migration verweigert wurde, dann liegt das entweder an einem "Schreibschutz" auf Dateisystemebene, oder an einem "Schreibschutz" der Inventor-Datei, verursacht durch den Inventor, bzw. durch eine der alten Projekttypen (zentral, verteilt, etc.).

Die Dateien sind dann immer noch ausgecheckt und können nicht gespeichert (migriert) werden.

Es gibt ein Tool das diesen "Schreibschutz" entfernen kann, das müsste auch noch mit Inventor 2012 funktionieren.
http://beinginventive.typepad.com/being-inventive/2011/12/inventor-file-reserve-2012.html

Gruß
Tobi

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

---

Hallo Tobi,

Danke für den Hinweis, ich glaube aber, daß es mit "Schreibschutz" in meinem Fall nix zu tun hat weil ich die Dateien ohne Probleme öffnen kann und es die Zugriffsprobleme nur gibt, wennn ich mehrere Prozesse erlaube.
Mir kommt es vor, als ob sich die verschiedenen Inventor-Prozesse gegenseitig blockieren.

Ich hab einen Testordner mit ca. 300 ipt erstellt und eine Migration mit mehreren Prozessen gestartet, Das Ergebins waren ca. 50 fehlgeschlagene Dateien wegen --Zugriff verweigert--.
Anschließend habe ich den Testordner wieder mit den alten Daten befüllt. Bei der Migration in nur einem Prozess wurden 100% migriert. Allerdings dauert alles halt dementsprechend länger.

Gruß
Andi

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

---

Das läßt darauf schließen, daß eine Datei die in Prozeß MigrationA geöffnet ist, für die Prozesse MigrationN(N≠A) schreibgeschützt ist. Was ja zu erwarten wäre. Bei der Migration von z.B. Baugruppen können sehr viele referenzierte Dateien geöffnet sein.

------------------
Grüße von Harry

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

---

Hallo Harry,

dein Ansatz klingt logisch. Es ist aber so, daß ich erst mal alle .ipt Dateien ausgewählt habe. Diese sind bei uns aber zu 99% unabhängig, d.h. keine Verknüpfungen oder Ableitungen o.Ä.

Ich kann's mir immer noch nicht ganz erklären.

Gruß
Andi

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

---

Hallo,

Kann es sein, dass, wenn Du die Migration mehreren Prozessen zuweist, dass öfter mal zufällig zwei Prozesse gleichzeitig auf dieselbe Datei zugreifen wollen, und im Endeffekt die Datei dann gar nicht migriert wird?
Wäre allerdings eine eklatante Schwäche in diesem Tool.

------------------
mfg - Leo

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

---

Genau das was Leo anmerkt wird der Fall sein. Jeder Task erzeugt einen eigenen Prozess, der wiederum jedesmal eine Instanz des Inventors starten wird.
Inventor sperrt die Dateien, welche er im Zugriff hat.

Grüße Falk

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

---

Ich komme zu der selben Schlußfolgerung wie Leo und loop.
Wenn ich vier Inventor Prozesse erlaube, dann kann ich auch vier parallele Prozezze im Taskmanager finden.

Allerdings ist es halt dann schwach, daß diese nicht wissen was der jeweilige Prozess gerade macht und dann haufenweise fehlgeschlagene Dateien meldet.
Vielleicht muß man das einfach akzeptieren, ist ja schließlich ein amerikanisches System.

Gruß
Andi

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

---

Ja, die Amis denken oft ganz einfach "viel hilft viel".
Dann musst halt Du selber klüger sein, und jedem Prozess eine genau abgegrenzte Teilmenge der Daten zum Verarbeiten geben.

------------------
mfg - Leo

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

---

Zitat:

---

Original erstellt von Leo Laimer:
Dann musst halt Du selber klüger sein

---

Allerdings.
Alles allen vor den Rachen werfen ist so intelligent wie die Durchsage im Supermarkt "eine Reinigungskraft in die Käseabteilung".
Wer geht dann?
Alle Putzen und stauen sich?, - keine weil jede glaubt es geht eh eine andere?, - zwei? , genau eine - ist statistisch unwahrscheinlich, außer es gibt nur eine und damit sind wir wieder am Anfang des Themas    . ....

Der Schwachsinn funktioniert nur in den Actionfilmen, weil der Regisseur ergänzend sagt "ihr drei seid gemeint" sonst wär keiner dort.

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

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

---

Ist zwar für mich irgendwie kaum nachvolliehbar was Du meinst Nightstalker
und was das mit Actionfilmen zu tun hat und was die Aussage Deines Beitrags ist....
(ich sinniere immer noch über den tieferen Hintergrund, iss ganz lustig was sich da alles für Schlüße draus ziehen lassen),
bin aber dennoch gewillt 5 ÜŽs für Deine Mühe springen zu lassen 

Gruß Falk

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

---

Zitat:

---

Original erstellt von loop29:
Ist zwar für mich irgendwie kaum nachvolliehbar was Du meinst Nightstalker

---

Es geht ums dezidierte Aufgabenzuweisung ohne Überschneidungen zu provozieren.

Das Bild von den Actionfilmen habe ich zur Illustration genommen, wenn der Anführer sagt drei Mann zum Tor.
Welche drei von den X?
So wie die Reinigungskraft zur Käsetheke ...
Die Unüberlegtheit in den Anweisungen lauert überall.

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

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

---

Warum soll ich überhaupt alle Dateien migrieren?
Wenn ich eine neue Version habe, migriere ich genau die, die ich gerade brauche, und zwar beim Abspeichern; die anderen lasse ich auf dem alten Stand.
Hat auch den Vorteil, dass ich sie dann jemandem zur Verfügung stellen kann, der noch die alte Version hat.

------------------
Gert Dieter 

"Ich kann, weil ich will, was ich muss." Immanuel Kant

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

---

Zitat:

---

Original erstellt von Hohenöcker:
und zwar beim Abspeichern

---

Das mit der Zero impact migration hat nur einen Nachteil:
das Öffnen von "alten" Daten dauert länger und braucht um einiges mehr Speicher, weil die so on-the-fly migrierten Dateien doppelt im RAM gehalten werden.
Erst nach dem Speichern und wieder öffnen ist es normal.
Bei kleineren Konstruktionen fällt das kaum auf, bei unseren Bomben aber leider schon.

------------------
lg   
Tom

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

---

Zitat:

---

Original erstellt von thomas109:
... das Öffnen von "alten" Daten dauert länger und braucht um einiges mehr Speicher, weil die so on-the-fly migrierten Dateien doppelt im RAM gehalten werden. ...

---

Aber genau das sollte ab Programm-Release IV2008 und mit allen Dateien ab Datenschema IV11 nicht mehr der Fall sein.

Nur ältere Dateien als Datenschema IV11 werden noch beim Öffnen temporär migriert.

------------------
Michael Puschner
Autodesk Inventor Certified Expert
Autodesk Inventor Certified Professional
Mensch und Maschine Scholle GmbH

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

---

Zitat:

---

Original erstellt von Michael Puschner:
das sollte ab Programm-Release IV2008 und mit allen Dateien ab Datenschema IV11 nicht mehr der Fall sein.

---

Sollte vielleicht, wir haben aber deswegen was am Laufen.
Der Datenbestand vor IV11 wurde damals migriert, ist aber nur ein vernachlässigbarer Bruchteil des aktuellen Datenbestandes.
Das meiste ist 2010, on-the-fly von IV11 migriert, und zeigt jetzt das o.a. Verhalten.

------------------
lg   
Tom

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