Datenverwaltungsfunktionen > Daten mithilfe von Paketen für die Offline-Zusammenarbeit importieren und exportieren > Windchill Pakete senden und empfangen > Optimale Vorgehensweisen beim Arbeiten mit Paketen
  
Optimale Vorgehensweisen beim Arbeiten mit Paketen
Optimale Vorgehensweisen beim Sammeln von Objekten in einem Paket
Windchill Pakete, die für die externe Zusammenarbeit verwendet werden. Die Paketinhalte werden basierend auf der Beziehung zwischen den Objekten gesammelt. Zu Beginn bestehen diese Pakete aus einem oder mehreren ursprünglich ausgewählten Objekten; dann werden die Sammlungsregeln auf diese Objekte angewendet und die zugehörigen Objekte werden gesammelt, um den Paketinhalt zu bilden.
Verwenden Sie zum Sammeln von Objekten den Sammler, anstatt alle Objekte in der Tabelle mit den anfänglich ausgewählten Objekten einzubeziehen.
Wenn mehrere Versionen des gleichen ursprünglich ausgewählten Objekts zum Sammeln verwendet werden, verwenden Sie mehrere verwaltete Sammlungen, um die Sammlungsoptionen für die einzelnen Versionen dieses Objekts festzulegen.
Legen Sie die Sammlungsregeln so fest, dass alle abhängigen Objekte gesammelt werden, um sicherzustellen, dass keine wesentlichen Objekte aus dem Paket ausgeschlossen werden.
Verwenden Sie für komplexe Sammlungsszenarien eine verwaltete Sammlung als ursprünglich ausgewähltes Objekt. Es kann Situationen geben, in denen unterschiedliche Sammlungsregeln auf verschiedene ursprünglich ausgewählte Objekte angewendet werden sollen, oder in denen Sammlungsregeln dazu führen, dass mehrere Versionen desselben Objekts im Paket gesammelt wurden. Jede verwaltete Sammlung kann eigene Sammlungsregeln haben.
Optimale Vorgehensweisen beim Arbeiten mit großen Paketen
Windchill Pakete sind nicht auf eine bestimmte Größe begrenzt. Mit zunehmender Anzahl Objekte im Paketinhalt gelten jedoch einige Empfehlungen; diese beziehen sich ausschließlich auf das Arbeiten mit Paketen mit mehr als 2.000 Objekten.
Wenn das Paket mehr als 60.000 Objekte sammelt, sollte der Systemadministrator die Eigenschaft com.ptc.core.collectionsrv.engine.limitDependencyTracing auf einen geeigneten Wert festlegen. Weitere Informationen finden Sie unter Workspace-Seitenfunktionen.
An Standorten, an denen mit Paketen mit einer großen Anzahl von Objekten gearbeitet wird, sollte der Inhalt des Pakets oder der verwalteten Sammlung als Liste statt als Struktur angezeigt werden. Die Strukturansicht ermöglicht zwar eine bessere Navigation durch verwaltete Sammlungen im Paket, bietet jedoch keine wirkliche Unterstützung für eine große Anzahl von Objekten. Mit einer Liste besteht die Möglichkeit, seitenweise durch die Mitglieder des Pakets oder der verwalteten Sammlung zu blättern. Sie können ein separates Fenster verwenden, um den Inhalt einer verschachtelten verwalteten Sammlung anzuzeigen. Legen Sie die Eigenschaft ShowPackageContentsTableAsTree auf "Wahr" fest, damit Pakete und verwaltete Sammlungen als Liste angezeigt werden können. Standardmäßig werden Mitglieder in der Tabelle Inhalt eines Pakets in einer Strukturansicht angezeigt.
Für Replikationspakete mit einer großen Anzahl von Objekten kann der Standort-Administrator die folgenden Eigenschaften festlegen, um die Exportleistung zu verbessern:
wt.ixb.export.maxThreads: Legt die maximale Anzahl an Threads fest, die für den Export verwendet werden. Wenn weniger Objekte vorhanden sind, verringert sich die Anzahl an Threads entsprechend. Die empfohlene Anzahl an Threads ist zwei.
wt.ixb.export.objPerThreadGuidance: Legt die Anzahl der Objekte fest, die in jedem Thread enthalten sind.
Weitere Informationen finden Sie unter How to Write Exp/Imp Handlers.
Optimale Vorgehensweisen für das Filtern von Objekten in einem Paket
Beachten Sie beim Anwenden von Filtern die gesammelten Daten. Stellen Sie sicher, dass keine Objekte herausgefiltert werden, die zur ordnungsgemäßen Darstellung der Informationen im Ursprungssystem erforderlich sind. Dies gilt insbesondere für Strukturen, Baselines und Änderungsobjekte. Berücksichtigen Sie spezielle CAD-Dokumentbeziehungen. So können zum Beispiel mehrere Mitglieder einer Familientabelle notwendig sein, um den gewünschten Konstruktionskontext auf dem Zielsystem bereitzustellen.
Optimale Vorgehensweisen für das Filtern von Dateien, die in ZIP-Paketdateien eingeschlossen werden sollen
Windchill Pakete bieten verschiedene Optionen für das Filtern der Dateien, die in die ZIP-Datei eingeschlossen werden sollen. Es wird am häufigsten nach Dateierweiterung gefiltert. Standortkonfigurationen können zusätzliche Möglichkeiten zum Filtern der Dateien bereitstellen.
Beim Bereitstellen einer als Nur Export formatierten Lieferung ist es wichtig, dass zugehörige Dateien, die von Dateien im Paket benötigt werden, ebenfalls in das Paket eingeschlossen werden. Beispiel: Wenn für ein CAD-Dokument benötigte Dateien nicht eingeschlossen sind, kann der Empfänger das CAD-Dokument möglicherweise nicht in der entsprechenden Entwicklungsanwendung laden.
Beim Bereitstellen einer als PTC Windchill formatierten Lieferung muss auch die Systemintegrität des importierten Objekts berücksichtigt werden. In vielen Fällen sind keine Überlegungen zur Systemintegrität erforderlich (z.B. nicht alle Anhänge zu senden). Das Vorhandensein von Anhängen hat nur selten Auswirkungen auf die Windchill Integrität. In einigen Fällen kann sich das Entfernen von Inhaltsdateien auf die Systemintegrität auswirken. Zum Beispiel können CAD-Dateien oder Darstellungen nicht ohne ihren zugeordneten Inhalt existieren. Wenn der Inhalt für ein bestimmtes Objekt ausgeschlossen wird, das in eine Lieferung im Format PTC Windchill aufgenommen werden soll, lautet die Standardempfehlung, das Objekt selbst auszuschließen, falls alle Inhaltsdateien ausgeschlossen werden.
Optimale Vorgehensweisen zum Erstellen von Paketlieferungen
Die Lieferung ist ein wesentlicher Bestandteil des Windchill Paketprozesses. Es gibt zwei Attribute für eine Lieferung, die große Auswirkungen auf die erstellte ZIP-Datei haben: Empfänger und Lieferungsmedium. Der Empfänger steht in direkter Beziehung zu den Sicherheitsoptionen, die beim Erstellen der ZIP-Datei bereitgestellt werden. Das Liefermedium steuert die Anzahl der ZIP-Dateien, die aufgrund der Größenbeschränkung des Mediums erstellt werden.
Wenn Sie die Windchill Berechtigung des Empfängers auf die Lieferung anwenden möchten, müssen Sie den Teilnehmer mithilfe des Symbols "Teilnehmer suchen" auswählen, anstatt den Namen des Benutzers manuell einzugeben. Bedenken Sie jedoch, dass der Benutzer über die entsprechende Berechtigung zum Anzeigen aller im Paket enthaltenen Objekte verfügen muss. Wenn dies nicht der Fall ist, sollten Sie die Sicherheitsberechtigung des Benutzers ggf. nicht auf die Lieferung anwenden. Wenn Sie die Sicherheitsberechtigung nicht anwenden, wird dem Benutzer möglicherweise Zugriff auf Objekte gewährt, auf die er andernfalls keinen Zugriff hätte.
Wenn an Ihrem Standort Sicherheitsbeschriftungen aktiviert sind und Sie eine Lieferung an einen Teilnehmer senden, der kein Windchill Teilnehmer ist, stellen Sie sicher, die Sicherheitsbeschriftungen auf die Lieferung anzuwenden, die für die Verteilung an den Empfänger geeignet sind. Wenn das Paket Objekte ohne die Sicherheitsbeschriftungen enthält, die vom Ersteller der ZIP-Datei angegeben werden, werden sie aus der ZIP-Datei ausgeschlossen.
Wählen Sie das Lieferungsmedium aus, das Sie zum Verteilen der ZIP-Datei(en) verwenden möchten. Stellen Sie sicher, dass die Größe der ZIP-Datei entsprechend der gewünschten Lieferungsmethode festgelegt ist. Verwenden Sie hierzu die Einstellung Pakete > Dateigröße des Lieferungsmediums.
* 
Falls die Einstellung Dateigröße des Lieferungsmediums für das ausgewählte Lieferungsmedium nicht vorhanden ist, wird die Einstellung Pakete > Größe der Zip-Exportdatei verwendet.
Optimale Vorgehensweisen zum Sperren von Paketen
Wenn Sie mehrere Lieferungen aus demselben Paket erstellen, stellen Sie vor dem Sperren des Pakets sicher, dass der Paketinhalt für jede Lieferung geeignet ist. Nachdem die erste Lieferung gesendet wurde, kann das Paket nicht entsperrt werden, ohne eine neue Iteration oder eine Revision zu erstellen.
Optimale Vorgehensweisen für die Paket-Datei-Synchronisierung
Wenn Sie eine andere Entwicklungsanwendung als Creo Parametric, NX, SOLIDWORKS, CATIA V5 oder Autodesk Inventor verwenden, sollten Sie die CAD-Dateisynchronisierung deaktivieren oder diese Dateien nicht mit Paketen verteilen. Wenn Sie die Einstellung Pakete > Synchronisierung aktiviert auf Nein festlegen, werden alle CAD-Dokumentobjekte in die Paketlieferung eingeschlossen, unabhängig davon, ob sie mit oder ohne Synchronisierung erstellt wurden.
Optimale Vorgehensweisen zum Erstellen einer importierbaren ZIP-Datei
Die Möglichkeit, eine ZIP-Datei im Format PTC Windchill zu erstellen, macht einige zusätzliche Überlegungen erforderlich, die für das Nur-Export-Format nicht gelten.
Bei Auswahl der Windchill Option für ein importierbares Format beim Zippen der Paketlieferung werden nur die unterstützten Objekte in die ZIP-Datei eingeschlossen. Objekte, deren Import in die angegebene Version von Windchill nicht unterstützt wird, werden nicht in die endgültige ZIP-Datei einbezogen. Eine Liste der unterstützten Objekttypen für die einzelnen Versionen von Windchill finden Sie unter Unterstützte Objekte für importierbare Windchill Pakete.
Überprüfen Sie, ob die Windchill Version auf dem Zielsystem den Empfang von importierbaren Windchill Paketen unterstützt.
Überprüfen Sie in Zusammenarbeit mit dem Empfänger, dass die zwei Windchill Systeme Informationen austauschen können, um die ordnungsgemäße Lieferung von Paketinformationen sicherzustellen. Die folgenden Themen sollten berücksichtigt werden:
Optionale Produkte: Wenn ein Paket Objekte enthält, die einem Windchill Produkt wie z.B. Windchill Supplier Management zugeordnet sind, muss dieses Produkt auf dem System des Empfängers ebenfalls installiert sein.
Typ- und Attributdefinitionen: Wenn ein Paket Untertypen und Attribute enthält, die Sie auf Ihrem System erstellt haben, muss das System des Empfängers diese Untertypen und Attribute ebenfalls enthalten, um die ZIP-Paketdatei importieren zu können.
Zuordnungsdefinitionen: Die meisten Objekte enthalten Informationen aus dem Ursprungssystem, die zugeordnet werden können, um die Werte des Ursprungssystems in Zielsystemwerte konvertieren zu können. Diese sollen den Austausch vereinfachen, ohne die Geschäftsabsicht dieser Informationen zu ändern.
Versionsschemata: Wenn ein Paket Objekte enthält, die ein auf Ihrem System erstelltes Versionsschemata verwenden, muss das System des Empfängers das gleiche Versionsschema enthalten.
Optimale Vorgehensweisen zum Erstellen einer ZIP-Paketdatei in einem benutzerdefinierten System
Windchill Pakete verwenden die standardmäßige Import- und Exportfunktion von Windchill. Wenn modellierte Anpassungen vorgenommen wurden und Objekte, die von dieser modellierten Anpassung betroffen sind, in ein Paket eingeschlossen werden, muss Ihre Anpassung auch die Import- und Exportanpassung umfassen. Wird eine ZIP-Datei im Format PTC Windchill verwendet, die diese Objekte enthält, muss das System des Empfängers diese Anpassung ebenfalls unterstützen.
Weitere Informationen finden Sie unter Paketanpassung.
Optimale Vorgehensweisen für das Arbeiten mit vollständigen und inkrementellen Lieferungen für importierbare Pakete
Vollständige Lieferungen enthalten alle Objekte im Paket, möglicherweise mit Ausnahme von Objekten, die aufgrund von Sicherheitsaspekten ausgeschlossen wurden. Inkrementelle Lieferungen unterscheiden sich von vollständigen Lieferungen. Inkrementelle Lieferungen enthalten nur Objekte, die dem Paket hinzugefügt oder seit einer ausgewählten Basislieferung geändert wurden. Darüber hinaus enthält eine inkrementelle Lieferung Informationen zu Objekten, die seit der ausgewählten Basislieferung gelöscht oder verschoben wurden. Wenn die inkrementelle Lieferung in ein anderes Windchill System importiert wird und Informationen zu gelöschten Objekten enthält, wird eine Löschaktion auf dem Zielsystem angefordert.
Die Möglichkeit, das Objekt auf dem Zielsystem zu löschen, kann durch die Konfiguration des Zielsystems eingeschränkt sein. Beispiel: Eine Produktstruktur wird in einer Basislieferung exportiert, und später wird eines der in der Struktur verwendeten Teile aus der Struktur entfernt und dann gelöscht. Eine nachfolgende vollständige Lieferung des Pakets enthält die neueste Version der Struktur, das gelöschte Teil jedoch verbleibt weiterhin auf dem Zielsystem. Aber eine inkrementelle Lieferung von der gleichen Basislieferung würde Informationen enthalten, die angeben, dass das Teil im Ursprungssystem gelöscht wurde, und fordern, dass das Teil während des Importprozesses im Zielsystem gelöscht wird.
Bei der externen Zusammenarbeit sind vollständige Lieferungen üblich, und es ist nicht unbedingt wichtig, alle auf dem Ursprungssystem gelöschten Objekte auch auf dem Zielsystem zu entfernen. In internen Zusammenarbeitsszenarien, in denen Replikationspakete verwendet werden, ist die Synchronisation des Zielsystems mit dem Ursprungssystem, einschließlich Löschen von Objekten, wichtiger. Inkrementelle Lieferungen löschen die Objekte auf dem Zielsystem, die seit der Basislieferung auf dem Ursprungssystem gelöscht wurden. Wenn eine vollständige Lieferung für eine nachfolgende Version des Pakets gesendet wird, sollte nach Möglichkeit unmittelbar im Anschluss eine inkrementelle Lieferung durchgeführt werden, die auf der vorherigen inkrementellen oder Basislieferung basiert, um sicherzustellen, dass Objektlöschungen auch dem Zielsystem mitgeteilt werden.
Beispiel: Das Replikationspaket A.1 wird an ein anderes internes Windchill System gesendet. Außerdem werden mehrere inkrementelle Lieferungen geliefert, wobei jede vorherige inkrementelle Lieferung als Basislieferung angegeben wird (die inkrementelle Lieferung A.2 basiert auf A.1, die inkrementelle Lieferung A.3 basiert auf A.2 usw. bis A.7). Wenn eine vollständige Lieferung wie z.B. B.1 erforderlich ist, folgt darauf eine weitere inkrementelle Lieferung, für die die neueste inkrementelle Lieferung als Basislieferung angegeben ist (B.2 auf Basis von A.7). Dieses Muster stellt sicher, dass Objekte, die zwischen den Replikationspaketversionen A.7 und B.1 gelöscht werden, dem Zielsystem mitgeteilt werden.