使用已接收遞送的最佳作法
上載已接收遞送檔案的最佳作法
上載已接收遞送是匯入一或多個封裝 ZIP 檔案時必須執行的第一步。
• 如果您接收的 ZIP 檔案很大,可以透過將 ZIP 檔案儲存在
Windchill 伺服器並選取
「附加新外部儲存」選項
來改善上載速度。
• 如果 Windchill 伺服器位於叢集環境中,請確保已接收的 ZIP 檔案可供所有叢集層級使用。
• 建議審核寄件者所提供的任何資訊清單檔案或離線檢視器。欲審核離線檢視器,應在匯入之前在檔案系統中解壓縮 ZIP 檔案。對於上載而言,原始 ZIP 檔案是必要的。欲審核資訊清單檔案,應從已接收遞送上載一或多個 ZIP 檔案並審核資訊清單。
使用對應定義的最佳作法
對應定義是將來源系統資訊轉換為在目標系統上有效之項目的有用工具。對應定義可提供從作為指引提供的屬性 (例如前後關聯、資料夾與檔案生命週期範本) 以及在系統本機管理之具有重大企業重要性的屬性 (例如擁有組織、生命週期狀態與安全性標籤) 的轉換。
• 使用「預覽已接收到的遞送匯入」動作可在匯入已接收遞送資料之前,建立對應定義。
• 同時使用預覽與對應定義,使您能夠將資訊直接從預覽視窗複製到對應定義內的來源系統資訊中。
• 在建立對應定義之前,請考慮並解決類型定義、屬性定義以及版本配置定義的不相符情況。
◦ 請考慮將資訊直接從來源系統新增至您的組態 (例如使用相同名稱建立資料夾) 還是定義對應比較有效。
◦ 建議使用生命週期範本對應,因為這表示匯入物件之後其所遵循的企業流程。由於很少人會想要讓物件在目標系統上遵循與來源系統上所進行的相同企業流程,因此最佳作法是定義與不會對物件啟動工作流程之生命週期範本的對應。
▪ 當您要維持來源系統生命週期範本的關聯性,或者只是要針對從傳送系統中匯入的資訊使用基本生命週期時,請對應來源系統的基本生命週期範本表示。
▪ 請僅將進階生命週期範本的對應限制於應對匯入的物件啟動工作流程的情況。
▪ 當使用進階生命週期時,其應與不會導致物件變更的工作流程相關聯,因為如果再次匯入物件,對於目標系統的任何變更都會遭到覆寫。
• 如果可能,請避免在從特殊來源系統匯入第一個接收的遞送之後進行對應變更。變更對應定義可能會導致發生資料組織的問題。
• 使用「預覽已接收到的遞送匯入」視窗之「前後關聯相關資訊」部份的「來源值」欄位中的可用文字來填入對應屬性的來源系統資訊。
• 定義對應的使用者應擁有對於系統中相關物件 (例如資料夾位置、生命週期範本等) 的適當授權。
• 請定期審核對應定義以移除或變更不正確或作廢的對應定義。
• 儲存每個標籤上的變更以確保資料沒有遺失。
• 請同時使用「預覽已接收到的遞送匯入」動作與「定義對應」動作,因為這樣您便可以將資訊從「預覽已接收到的遞送匯入」視窗中複製並貼上到適當對應定義的來源系統資訊中。
版本對應的最佳作法
決定是啟用隱式對應還是保留來自來源系統的版本資訊非常重要,因為版本資訊代表重要公司資訊。
• 當應該保留來源系統中的版本資訊時,目標系統還必須包括針對檔案型及狀態型版本修訂序列的相同版本配置的定義。如需詳細資訊,請參閱
物件編號與版本化。
• 建議在目標系統中配置的物件版本化屬性與在來源系統中配置的內容相符。
• 在匯入封裝之前,請確定來源系統中可用的版本化配置。不建議在複製資料後變更版本化配置,因為這可能會在未來匯入期間造成無法預期的結果或衝突。
• 在開始匯入之前,使用「匯入已接收遞送」或「預覽已接收到的遞送匯入」對話方塊核對已正確設定版本對應的配置。
• 當來源系統使用檔案型和狀態型序列與歷史定義時,建議使用來源系統中的版本資訊,而不啟用隱式對應。
如需有關版本對應的詳細資訊,請參閱
定義已接收遞送版本對應。
匯入已接收遞送物件的最佳作法
• 已接收遞送匯入效能可以使用數個內容加以控制。那些內容會控制如何管理已接收遞送匯入。您可以用依序方式處理匯入,也可以使用交易或執行緒。可設定下列內容以實現最大效能:
◦ wt.ixb.import.noOfParallelImportPaths:設定平行匯入所使用的交易數量。
使用多個交易可以提升已接收遞送匯入效能,因為如果在匯入過程中發生問題,有可能完成部分成功的匯入。作為任何成功交易一部份而匯入的物件,可供授權使用者使用。不成功的交易可在完成調整之後再次嘗試。依預設,此內容設為 1。如果 wt.ixb.tag.apply.TransactionTag.enableCount 內容設超過 75000,則此內容會設為 4。
◦ wt.ixb.tag.apply.TransactionTag.enableCount:設定根據已接收遞送檔案中的物件數,分成多個交易的臨界值。
如果您的網站使用一個以上交易來匯入已接收遞送檔案,則必須設定此內容的值,以決定每個交易中可包含的物件數上限。該值是以遞送檔案中所含的物件數來計算,但物件之間的連結除外。例如,如果您將值設為 3000 且遞送包含 5500 個物件,則匯入會分成兩個交易。依預設,此內容設為 75000。
◦ wt.ixb.import.maxThreads:設定交易中所使用的執行緒數量。
使用多執行緒會對已接收遞送匯入效能造成最重大的影響。執行緒會共用相同的資料庫連線,因此如果達到臨界值,便會影響效能。物件數也會影響效能;物件數越多,使用多個執行緒時的效能改善越好。一般而言,增量封裝遞送只要一個執行緒就夠了。初始封裝遞送會因多個執行緒而獲益,尤其是在匯入時間很短時。依預設,此內容設為 1。
| wt.ixb.import.maxThreads 內容的值與 wt.ixb.import.noOfParallelImportPaths 內容共同使用,用來決定匯入所使用的交易數。 • 單一交易情境:如果 wt.ixb.import.noOfParallelImportPaths 內容設為 1,則 wt.ixb.import.maxThreads 內容的值即為匯入所使用的執行緒總數。 • 多交易情境:如果 wt.ixb.import.noOfParallelImportPaths 的值設為大於 1,則 wt.ixb.import.maxThreads 內容的值即為每個匯入交易所使用的執行緒數。 |
◦ wt.ixb.import.batchSize:設定執行緒的 批次大小。
批次大小對已接收遞送匯入效能的影響較小。您可以設定該內容,以決定每個匯入批次中的物件數。依預設,此內容設為 10000。
• 在匯入期間使用與您在「預覽已接收到的遞送匯入」視窗中選取的相同「匯入至」選項。
• 當匯入以儲存解決方案時請使用「儲存您在此匯入流程中提供的最新解決方案」選項,因為這可以讓您在未來從相同來源系統匯入其他已接收遞送時重新使用這些選擇。
• 當匯入以重新使用之前儲存的解決方案時,請選取「使用之前儲存的解決方案」選項。
• 成功完成已接收遞送匯入之後審核匯入摘要報告。
• 已接收遞送匯入使用 RDImportExecutorQueue 處理。如需詳細資訊,請參閱
現成背景佇列。
• 在已接收遞送匯入成功之後,可以移除上載之與遞送相關聯的 ZIP 檔案以改善封存效能。com.ptc.windchill.rd.cleanupFilesOnSuccessfulImport 內容可設定為 True 以於匯入成功時自動移除 ZIP 檔案。
審核已接收遞送記錄檔的最佳作法
記錄檔可在已接收遞送資訊頁中找到,其中包含有關在預覽與匯入動作期間發現之項目的詳細資訊。您可以使用這些記錄檔來調查在匯入流程期間遇到的警告與錯誤、識別匯入了哪些物件與連結,以及找出哪些物件匯入時發生衝突或因衝突而略過。如需詳細資訊,請參閱
審核已接收遞送匯入記錄。