0

SQL Server エージェント ジョブの代替手段を探しています。プロセス (実行可能ファイル、「ジョブ」) の実行とスケジューリングを制御する必要があるため、これらのプロセスのスケジューラとして機能する Windows サービスを実装する予定です。

これらのプロセスはインタラクティブではないため、Windows サービスから開始しても問題はありませんが、データの読み取りと書き込み、ストアド プロシージャの実行など、SQL Server と連携する必要があります。

Windows サービス (「スケジューラー」) へのコマンド (「ジョブをキューに入れる」など) は、SQL Server CLR から UDF で渡されるか、クライアント側の Web アプリから WCF 経由で直接渡されます (まだ決定していません)。

これは正しい方法ですか?知っておくべきアクセスとセキュリティの問題はありますか? 特に、Windows サービスから実行されるプロセスの制限について心配しています。

似たようなデザインであなたの経験を共有してください。

また、SQL Server Service Broker (同様のスレッドで推奨) の使用を検討していますが、それが自分のニーズに合っているかどうかはわかりません。

ありがとうございました!アダム

4

1 に答える 1