目次

Search

  1. はじめに
  2. パイプラインのパーティション化について
  3. パーティションポイント
  4. パーティションタイプ
  5. プッシュダウンの最適化
  6. プッシュダウンの最適化およびトランスフォーメーション
  7. リアルタイム処理
  8. コミットポイント
  9. 行エラーのロギング
  10. ワークフローリカバリ
  11. 停止と強制終了
  12. コンカレントワークフロー
  13. グリッド処理
  14. ロードバランサ
  15. ワークフロー変数
  16. セッションのパラメータおよび変数
  17. パラメータファイル
  18. FastExport
  19. 外部データのロード
  20. FTP
  21. セッションのキャッシュ
  22. 差分集計
  23. セッションログインタフェース
  24. バッファメモリについて
  25. 高精度データ

詳細ワークフローガイド

詳細ワークフローガイド

停止と強制終了の概要

停止と強制終了の概要

タスク、ワークフロー、またはワークレットは、いつでも停止または強制終了することができます。
タスクの停止や強制終了とまったく同じように、セッションを停止したり強制終了したりできます。マッピングロジックでABORT()関数を使ってセッションを強制終了することもできます。セッションエラーが発生した場合、Integration Serviceによってセッションが早期に停止されることがあります。 セッションにエラーしきい値を設定するか、マッピングでABORT関数を使用するか、あるいはIntegration Serviceにセッションの停止を要求することによって、停止位置を制御できます。 Integration Serviceにより致命的なエラー(ターゲットデータベースへの接続が失われた場合など)が検出された場合、停止位置の制御はできません。
エラーの結果、セッションが失敗した場合、ワークフローをリカバリしてセッションをリカバリできます。
ワークフローを停止した場合、Integration Serviceは、ワークフローで現在実行中のすべてのタスクの停止を試みます。 ワークフローにワークレットが含まれている場合、Integration Serviceは、ワークレット内の現在実行中のすべてのタスクの停止も試みます。 Integration Serviceでワークレットを停止できない場合は、ワークフローを強制終了する必要があります。
Integration Serviceは、以下のタスクを完全に停止できます。
  • セッション
  • コマンド
  • タイマ
  • Event-Wait
  • ワークレット
複数のコマンドを含んでいるコマンドタスクを停止した場合、Integration Serviceは現在のコマンドの実行を完了し、残りのコマンドを実行しません。 Integration Serviceは、電子メールタスクなどのタスクは停止できません。 例えば、停止コマンドを発行した際に既にIntegration Serviceが電子メールを送信していた場合、Integration Serviceはワークフローの実行を停止する前に、電子メールの送信を完了します。
リポジトリサービスプロセスがシャットダウンした場合、Integration Serviceはワークフローを強制終了します。