在封裝中使用檢查點

更新： 2007 年 9 月 15 日

SQL Server 2005 Integration Services (SSIS) 可以從失敗點重新啟動失敗的封裝，而無需重新執行整個封裝。如果封裝設定為使用檢查點，則封裝執行的相關資訊會寫入檢查點檔案。當失敗的封裝重新執行時，檢查點檔案會用於從失敗點重新啟動封裝。如果封裝順利執行，則會刪除檢查點檔案，然後在下次封裝執行時重新建立檢查點檔案。

在封裝中使用檢查點有下列優點。

• 避免重複下載和上載大型檔案。例如，對每個下載使用 FTP 工作來下載多個大型檔案的封裝，在下載單一檔案失敗後可以重新啟動，然後只下載該單一檔案。
• 避免重複載入大量資料。例如，如果封裝針對每個維度使用不同「大量插入」工作向資料倉儲中的維度資料表執行大量插入，則當一個維度資料表的插入失敗時，該封裝會重新啟動，且只重新載入該維度。
• 避免重複彙總值。例如，使用資料流程工作執行每個彙總以計算許多彙總 (例如，平均和總和) 的封裝，可以在計算一個彙總失敗之後重新啟動，且只重新計算該彙總。

如果封裝設定為使用檢查點，則 Integration Services 會擷取檢查點檔案中的重新啟動點。失敗的容器類型和功能的實作 (例如，交易) 會影響檢查點檔案中記錄的重新啟動點。檢查點檔案中也會擷取變數目前的值。然而，具有 Object 資料類型之變數的值不會儲存於檢查點檔案中。

定義重新啟動點

封裝單一工作的工作主機容器是可以重新啟動的最小基本單位工作。「Foreach 迴圈」容器和交易容器也會視為最小基本單位工作。

如果封裝在交易容器執行時停止，則交易會結束，且該容器執行的任何工作都會回復。當封裝重新啟動時，會重新執行失敗的容器。如果交易容器的任何子容器完成，則不會在檢查點檔案中記錄。因此，當封裝重新啟動時，交易容器及其子容器都會重新執行。

附註：
在同一個封裝中使用檢查點和交易可能會產生非預期的結果，例如當封裝失敗而從檢查點重新啟動時，封裝可能會重複已被認可成功的交易。

當封裝重新啟動時，「Foreach 迴圈」容器及其子容器會重新執行。如果迴圈中的子容器順利執行，則不會在檢查點檔案中記錄它，而是重新執行。

如果封裝重新啟動，則不會重新載入封裝組態，該封裝會使用寫入檢查點檔案的組態資訊。這會確保封裝在重新執行時使用與其失敗時相同的組態。

封裝只可以在控制流程層級重新啟動。您無法在資料流程中間重新啟動封裝。為避免重新執行整個資料流程，封裝可能會設計成包含多個資料流程，每個都使用不同的資料流程工作。如此一來，重新啟動封裝時就只需重新執行一個資料流程工作。

設定重新啟動的封裝

檢查點檔案包含所有完成之容器的執行結果、系統和使用者自訂之變數的目前值，以及封裝組態資訊。該檔案還包含封裝的唯一識別碼。若要順利重新啟動封裝，檢查點檔案中的封裝識別碼必須與封裝中的識別碼相符，否則重新啟動會失敗。這會防止封裝使用不同封裝版本寫入的檢查點檔案。如果封裝順利執行，則在其重新啟動後，會刪除檢查點檔案。

下表列出設定用以實作檢查點的封裝屬性。

另外，如果想要將封裝中的容器識別為重新啟動點，則必須將這些容器的 FailPackageOnFailure 屬性設為 true。

可以使用 ForceExecutionResult 屬性來測試封裝中檢查點的使用。將工作或容器的 ForceExecutionResult 設為 Failure，可以模擬即時失敗。當重新執行封裝時，會重新執行失敗的工作和容器。

檢查點使用方式

CheckpointUsage 屬性可以設為下列值：

附註：
dtexec 的 /CheckPointing on 選項相當於將封裝的 SaveCheckpoints 屬性設為 True，以及將 CheckpointUsage 屬性設為 Always。如需詳細資訊，請參閱＜dtexec 公用程式＞。

保護檢查點檔案

封裝等級保護並不包括檢查點檔案的保護，因此您必須個別保護這些檔案。檢查點資料只能儲存在檔案系統中，而且您應該使用作業系統存取控制清單 (ACL) 來保護儲存檔案之位置或資料夾的安全。請務必保護檢查點檔案的安全，因為它們包含有關封裝狀態的資訊，包括變數目前的值。例如，變數包含的資料錄集可能具有許多私密資料 (例如電話號碼) 的資料列。如需詳細資訊，請參閱＜保護封裝所使用的檔案＞。

設定檢查點屬性

• 如何：設定封裝以使用檢查點

請參閱

概念

Integration Services 概觀

其他資源

在 SSIS 設計師中建立封裝

說明及資訊

取得 SQL Server 2005 協助

變更歷程記錄