SQL Server エージェント

適用対象: SQL Server Azure SQL Managed Instance

本記事では、SQL Server Agent の概要を説明します。SQL Server Agent は、Microsoft Windows サービスであり、SQL Server およびAzure SQL Managed Instance でスケジュールされた管理タスク(ジョブと呼ばれます)を実行します。

SQL Server エージェントの利点

SQL Server エージェントでは、ジョブ情報を格納するのに SQL Server が使用されます。 ジョブには 1 つ以上のジョブ ステップが含まれます。 各ジョブ ステップには、データベースをバックアップするなど、独自のタスクがあります。

SQL Server エージェントでは、スケジュールに従って、特定のイベントに応答して、または必要に応じてジョブを実行できます。 たとえば、毎平日の業務終了後に会社のすべてのサーバーをバックアップする必要がある場合は、そのタスクを自動化できます。 月曜から金曜までの 22:00 以降にバックアップを実行するスケジュールを設定します。 バックアップに問題が発生した場合は、SQL Server エージェントによってイベントが記録され、通知を受け取ることができます。

sysadmin

SQL Server エージェントでは、次のコンポーネントを使用して、実行するタスク、タスクを実行する時期、タスクの成功/失敗の報告方法を定義します。

SQL Server 構成マネージャー を使用して SQL Server Agent サービスを管理し、SQL Server Management Studio (SSMS) を使用して SQL Server Agent のプロパティ、ジョブ、アラート、オペレータ、およびプロキシをグラフィカルユーザーインターフェイスで簡単に管理します。

ジョブ

"ジョブ" とは、SQL Server エージェントで実行される指定した一連のアクションのことです。 ジョブを使用し、1 回または複数回実行してその成否を監視できる管理タスクを定義します。 ジョブは、1 つのローカル サーバーで実行することも、複数のリモート サーバーで実行することもできます。

ジョブは、次のような方法で実行できます。

• 1 つ以上のスケジュールに従って実行する。

• 1 つ以上の警告に応答して実行する。

• sp_start_job ストアド プロシージャの実行をします。

ジョブ内の各処理を ジョブ ステップといいます。 たとえば、ジョブ ステップは、Transact-SQL ステートメントの実行、SSIS パッケージの実行、Analysis Services サーバーへのコマンドの発行などで構成されます。 ジョブ ステップはジョブの一部として管理されます。

各ジョブ ステップは、特定のセキュリティ コンテキストで実行されます。 Transact-SQL を使用するジョブ ステップでは、EXECUTE AS ステートメントを使用して、ジョブ ステップにセキュリティ コンテキストを設定します。 その他のジョブ ステップでは、プロキシ アカウントを使用して、ジョブ ステップにセキュリティ コンテキストを設定します。

sp_help_job システム ストアド プロシージャを使用して、特定のジョブに関する情報を検索します。 dbo.sysjobs システム テーブルを使用して、ジョブに関する情報を表示します。 たとえば、次の Transact-SQL (T-SQL) ステートメントを使用して、サーバー上のすべてのジョブに関する情報の表示をします。

USE MSDB
GO
SELECT job_id, [name] FROM dbo.sysjobs;

スケジュール

スケジュール では、ジョブを実行する時期を指定します。 同じスケジュールで複数のジョブを実行できるほか、同じジョブに複数のスケジュールを適用することもできます。 ジョブが実行されるタイミングに関して、次の条件をスケジュールで定義できます。

• SQL Server エージェントが開始されるたび。

• コンピューターの CPU 使用率がアイドルとして定義したレベルになるたび。

• 指定した日時に 1 回だけジョブを実行する。

• 定期的なスケジュール。

詳細については、「スケジュールの作成とジョブへのアタッチ」を参照してください。

警告

警告 とは、特定のイベントに対する自動応答のことです。 たとえば、ジョブが開始されたり、システム リソースが特定のしきい値に達したときなどがイベントと見なされます。 警告では、それが発生する条件を定義します。

警告は、次のいずれかの条件に対して生成できます。

• SQL Server のイベント

• SQL Server のパフォーマンス条件

• SQL Server エージェントが実行されているコンピューターで発生した Microsoft Windows Management Instrumentation (WMI) イベント

警告では、次のアクションを実行できます。

• 1 人または複数のオペレーターへの通知

• ジョブの実行

詳細については、「 警告」を参照してください。

オペレーター

"オペレーター" は、SQL Server の 1 つまたは複数のインスタンスについて、そのメンテナンスの担当者の連絡先情報を定義します。 一部の企業では、オペレーターの責任は 1 人に割り当てられます。 サーバーを複数台使用している企業では、多数の担当者がオペレーターの責任を共有します。 オペレーターは、セキュリティ情報を持たず、セキュリティ プリンシパルも定義しません。

SQL Server では、次の方法でオペレーターに警告を通知することができます。

• 電子メール

• 電子メール経由のポケットベル

• net send

電子メールまたはポケットベルを使用してオペレーターに通知を送信するには、データベース メールを使用するように SQL Server エージェントを構成する必要があります。 詳細については、「データベース メール」を参照してください。

オペレーターは、個人のグループを表す別名として定義できます。 この方法では、その別名のすべてのメンバーが同時に確認されるわけではありません。 詳細については、「演算子」を参照してください。

SQL Server エージェントのセキュリティ管理

SQL Server エージェントでは msdbデータベースの固定データベース ロールである SQLAgentUserRole、SQLAgentReaderRole、SQLAgentOperatorRole を使用して、sysadmin 固定サーバー ロールのメンバーではないユーザーの SQL Server エージェントへのアクセスを制御します。 これらの固定データベース ロールに加え、サブシステムとプロキシを使用することで、タスクの実行に最低限必要な権限で各ジョブ ステップを実行できるようになります。

ロール

msdb の固定データベース ロールである SQLAgentUserRole、SQLAgentReaderRole、SQLAgentOperatorRolemsdbの固定サーバー ロールのメンバーと、sysadmin のメンバーは、SQL Server エージェントにアクセスできます。 これらのどのロールのメンバーでもないユーザーは、SQL Server エージェントを使用できません。 SQL Server エージェントによって使用されるロールの詳細については、「SQL Server エージェントのセキュリティの実装」を参照してください。

サブシステム

サブシステムは事前に定義されたオブジェクトで、任意のジョブ ステップで使用できる機能を表します。 各プロキシは 1 つ以上のサブシステムにアクセスできます。 サブシステムはプロキシで使用できる機能へのアクセスを制限することによりセキュリティを提供します。 Transact-SQL ジョブ ステップ以外の各ジョブ ステップは、プロキシのコンテキストで実行されます。 Transact-SQL ジョブ ステップでは、EXECUTE AS コマンドを使用してセキュリティ コンテキストをジョブの所有者に設定します。

SQL Server には、次の表に示すサブシステムが定義されています。

ジョブ ステップでタスクを実行する権限がプロキシのセキュリティ プリンシパルに通常割り当てられている場合でも、SQL Server エージェントではサブシステム制約が強制的に適用されます。 たとえば、sysadmin 固定サーバー ロールのメンバーであるユーザーのプロキシから SSIS サブシステムにアクセスできなければ、そのユーザーが SSIS パッケージを実行できる場合でも、そのプロキシで SSIS ジョブ ステップを実行することはできません。

プロキシ

SQL Server エージェントでは、プロキシを使用してセキュリティ コンテキストを管理します。 プロキシは、複数のジョブ ステップで使用できます。 固定サーバー ロール sysadmin のメンバーは、プロキシを作成できます。

各プロキシには対応するセキュリティ資格情報が 1 つあります。 各プロキシは、一連のサブシステムや一連のログインに関連付けることができます。 プロキシは、そのプロキシに関連付けられているサブシステムを使用するジョブ ステップにのみ使用できます。 特定のプロキシを使用するジョブ ステップを作成するには、ジョブの所有者がそのプロキシに関連付けられているログインを使用しているか、プロキシへ制限なしにアクセスできるロールのメンバーである必要があります。 固定サーバー ロール sysadmin のメンバーは、プロキシに制限なしにアクセスできます。 SQLAgentUserRole、 SQLAgentReaderRole、または SQLAgentOperatorRole のメンバーは、特定のアクセスが許可されているプロキシしか使用できません。 これらの SQL Server エージェントの固定データベース ロールのメンバーであるユーザーが特定のプロキシを使用するジョブ ステップを作成するには、ユーザーごとにこれらの特定のプロキシへのアクセスが許可されている必要があります。

管理を自動化する

SQL Server 管理を自動化するように SQL Server エージェントを構成するには、次の手順に従ってください。

1. 定期的に発生する管理タスクまたはサーバー イベントを確定し、それらをプログラムによって管理できるかどうかも確定します。 手順の順序が予測可能で、特定の時刻または特定のイベントに対する応答として行われるタスクは、自動化に適しています。

2. SQL Server Management Studio、Transact-SQL スクリプト、または SQL Server 管理オブジェクト (SMO) を使用して、ジョブ、スケジュール、警告、およびオペレーターから構成されるセットを定義します。 詳細については、「 ジョブの作成」を参照してください。

3. 定義した SQL Server エージェント ジョブを実行します。

複数の SQL Server インスタンスを実行している場合、すべてのインスタンスに共通なタスクをマルチサーバー管理を使用して自動化できます。 詳細については、「 エンタープライズ全体の管理の自動化」を参照してください。

次のタスクを使用して、SQL Server エージェントの使用を開始します。

NOSQLPS

SQL Server 2019 以降では、SQLPS を無効にすることができます。 PowerShell 型のジョブ ステップの最初の行に #NOSQLPS を追加します。これにより、SQL Agent による SQLPS モジュールの自動読み込みは停止されます。 これにより、コンピューターにインストールされている PowerShell のバージョンが、SQL Agent ジョブによって実行されるようになり、希望する他の任意の PowerShell モジュールを使用できます。

SQL Agent ジョブ ステップで SqlServer モジュールを使用するには、次のコードをスクリプトの最初の 2 行にします。

#NOSQLPS
Import-Module -Name SqlServer

関連するコンテンツ

• セキュリティ構成
• PowerShell を使用した SQL Server エージェント