[HULFT Script 技術コラム7]
テンプレートで簡単に実現できる、柔軟なエラーハンドリング

運用実績20年以上を誇るHULFTのノウハウが結集したHULFT Script テンプレート。データ連携の前後処理が、ダウンロードするだけで手軽に実装できます。ここでは、データ転送に欠かせないエラーハンドリングを、テンプレートで簡単に実現する方法を紹介します。

システム間でデータ連携を行う場合、エラーが起きることをあらかじめ想定して、適切な例外処理を組み込んでおく必要があります。データ転送がエラーになったままシステムを動かしてしまうと、プログラムの異常動作やデータの破損といったさまざまな不具合につながるからです。

2016年12月、HULFT Scriptに、エラーハンドリングに使えるテンプレートが5つ追加されました。

これらのテンプレートを利用すると、エラーハンドリングでよくある課題を、簡単に解決することができます。どのような場合に使えるのか、ご紹介していきましょう。

テンプレート

転送がエラーの時Syslogにログ出力

システムで起こるエラーに早く気づいて迅速に対応するためには、ログの常時監視が有効です。今まで、HULFTで発生するエラーはHULFTのログだけに出力されていました。そのため、HULFTと他のアプリケーションが同時に稼働している場合、それぞれを別々に監視する必要がありました。結果として、システム管理者は、監視先の分散や、ログ管理の煩雑化に悩みがちでした。

テンプレート「転送がエラーの時Syslogにログ出力」を使うと、HULFTによる転送エラーをSyslogに自動出力できます。エラーをSyslogだけで一元管理できるので、運用の効率が大幅にアップし、コスト削減につながります。運用監視ソフトを利用したエラー検知の自動化も、容易に実現できます。

Syslogに出力される項目は、テンプレートをカスタマイズすることで、ニーズに合わせて追加できます。Syslogでの例外一元管理を手軽に実現できますので、ログの分散にお困りだった方は、ぜひご利用ください。

• データの重要性や緊急性によって、データ転送のリトライ回数やリトライ間隔を変えたい。
• データ転送が失敗したときのリトライ回数やリトライ間隔を、転送ごとに細かく設定したい。

データ転送エラー時のリトライ回数や間隔は、HULFT全体で1つだけ設定でき、どの転送でも共通に適用されます。そのため、データの重要性や緊急性によってリトライ回数や間隔を変えたいと思ったら、個別にバッチファイルを作成してコントロールする必要がありました。

テンプレート「配信失敗時一定回数リトライ」を使うと、バッチファイルを作成しなくても、転送ごとのリトライ回数・間隔の設定が可能になります。

テンプレートをダウンロードするだけで、転送ごとの設定を実装できるため、開発工数の大幅な削減や、スケジュールの短縮につながります。転送ごとにリトライ回数やリトライ間隔を設定したいときには、このテンプレートをぜひお試しください。

また、リトライ間隔だけを設定できる「配信失敗時リトライ」というテンプレートもご用意しています。回数を定めずに、成功するまでリトライしたい場合に利用できます。状況に応じてご活用ください。

エラーハンドリングに使えるその他のテンプレートについても、簡単にご紹介しておきましょう。

テンプレート「特定のエラーコードでも正常終了」は、配信がエラーになったとき、特定のエラーコードであれば正常扱いとして後続処理を実行する機能です。たとえば、転送をキャンセルした場合、配信エラーになりますが、業務としてはおかしくありません。こうしたケースで後続処理を通常どおり続けたいときに、このテンプレートが役に立ちます。

テンプレート「FTP送信時の異常検知」は、HULFT Scriptを使ってFTP転送を行う際、アップロードに問題が発生した場合に、エラーにする機能です。HULFT ScriptのFTP転送機能と組み合わせてお使いください。

今回はHULFT Scriptのテンプレートを使ったエラーハンドリングをご紹介しました。御社の運用に合致するものはありましたか？　いずれのテンプレートも、ダウンロードするだけで手軽に導入できます。5種類のエラーハンドリング機能が追加されたHULFT Scriptの便利なテンプレートを、ぜひお試しください。