パッケージでのチェックポイントの使用

再開ポイントの定義

次の Integration Services コンポーネントは、チェックポイントを使用することによって再開できるアトミック作業単位です。

• タスク   単一のタスクがカプセル化されているタスク ホスト コンテナが、再開可能な最小のアトミック作業単位です。

  注意
  すべてのコンテンツを含むデータ フロー タスクはアトミック作業単位なので、データ フローの途中からパッケージを再開することはできません。データ フロー全体の再実行を防止するには、パッケージを複数のデータ フローで設計します。これによりパッケージを再開すると、失敗したデータ フロー タスクだけを再実行できます。

• トランザクション化されたコンテナ   トランザクション化されたコンテナも、再開可能なアトミック作業単位です。トランザクション化されたコンテナの実行中にパッケージが停止した場合、トランザクションが終了し、トランザクションによって実行された作業がすべてロールバックされます。ただし、チェックポイント ファイルには子コンテナで完了した作業に関する情報は含まれないので、パッケージが再開されるとトランザクション化されたコンテナと子コンテナの両方が再実行されます。

  チェックポイントとトランザクションの間で発生する可能性がある競合を最小限に抑えるために、次のいずれかの条件に該当すると、Integration Services ではコンテナ内で行われた作業に関するチェックポイント情報が保存されません。

  • コンテナの TransactionOption プロパティの値が Required である。

    または

  • コンテナの TransactionOption プロパティの値が Supported であるが、親コンテナがトランザクションを所有しているかトランザクションに登録されている。

  注意
  同じパッケージでチェックポイントとトランザクションを使用すると、予期しない結果が生じる可能性があります。たとえば、パッケージが失敗してチェックポイントから再開した場合、既に正常にコミットされているトランザクションがパッケージで繰り返し実行される可能性があります。

• Foreach ループ コンテナ   Foreach ループ コンテナは、もう 1 つの再開可能なアトミック作業単位です。ただし、チェックポイント ファイルには子コンテナで完了した作業に関する情報は含まれないので、パッケージが再開されると Foreach ループ コンテナと子コンテナが再実行されます。

パッケージを再開する設定

チェックポイント ファイルには、完了したすべての作業単位の実行結果 (前述の説明を参照)、システム変数およびユーザー定義変数の現在の値、およびパッケージの構成情報が記録されています。また、パッケージ固有の識別子も記録されています。パッケージを正常に再開するには、チェックポイント ファイルに記録されたパッケージの識別子とパッケージが一致しなければなりません。一致しない場合、再開は失敗します。これにより、パッケージの別のバージョンで作成されたチェックポイント ファイルの使用を防止します。パッケージの再開後に実行が成功すると、チェックポイント ファイルは削除されます。

次の表に、チェックポイントの実装時に設定するパッケージのプロパティの一覧を示します。

また、パッケージ内のコンテナのうち、再開ポイントとして使用するすべてのコンテナの FailPackageOnFailure プロパティを true に設定する必要があります。

ForceExecutionResult プロパティを使用して、パッケージのチェックポイントの使用をテストできます。タスクまたはコンテナの ForceExecutionResult を Failure に設定すると、実行時の障害を擬似的に実現できます。パッケージを再実行すると、失敗したタスクとコンテナが再実行されます。

CheckpointUsage プロパティの設定

CheckpointUsage プロパティとして使用できる値の一覧を次の表に示します。

値	説明
Never	チェックポイント ファイルを使用せず、パッケージのワークフローの最初からパッケージを実行することを指定します。
Always	チェックポイント ファイルを常に使用し、前の実行で失敗した時点からパッケージを再開することを指定します。チェックポイント ファイルが見つからない場合、パッケージは失敗します。
IfExists	チェックポイント ファイルが存在する場合、チェックポイント ファイルを使用することを指定します。チェックポイント ファイルが存在する場合、パッケージは前の実行で失敗した時点から再開されます。存在しない場合、パッケージのワークフローの最初から実行されます。

注意
dtexec の /CheckPointing on オプションを使用すると、パッケージの SaveCheckpoints プロパティを True に設定し、CheckpointUsage プロパティを Always に設定した場合と同じ効果が得られます。詳細については、「dtexec ユーティリティ」を参照してください。

チェックポイント ファイルの場所の選択

クラスタ上の複数のノードに Integration Services をインストールしたフェールオーバー クラスタでは、チェックポイント ファイルを共有の場所に保存できます。これにより、フェールオーバーが発生した場合に、クラスタ内の異なるノードの最後のチェックポイントから中断されたパッケージを再開できるようになります。

チェックポイント ファイルのセキュリティ保護

パッケージ レベルの保護にはチェックポイント ファイルの保護が含まれないため、チェックポイント ファイルは個別にセキュリティ保護する必要があります。チェックポイントのデータはファイル システムにしか格納できないので、オペレーティング システムのアクセス制御リスト (ACL) を使用して、ファイルの格納先またはフォルダのセキュリティを保護する必要があります。チェックポイント ファイルには、現在の変数値などパッケージの状態に関する情報が含まれているため、セキュリティで保護することが重要です。たとえば変数には、電話番号などの個人データを含む多数の行で構成されるレコードセットが格納されている場合があります。詳細については、「パッケージで使用するファイルへのアクセスの制御」を参照してください。

変更履歴

関連項目

概念