SQL Server Express データベースのバックアップをスケジュールして自動化する

元の製品バージョン: SQL Server
元の KB 番号: 2019698

まとめ

SQL Server Express にはSQL Server エージェントが含まれていないため、他のSQL Serverエディションと同じようにバックアップジョブやメンテナンスプランをスケジュールすることはできません。 SQL Server Express でのバックアップを自動化するには、sp_BackupDatabases ストアドプロシージャ、sqlcmd コマンドラインユーティリティ、タスクスケジューラWindowsの 3 つのコンポーネントを組み合わせます。この記事では、SQL Server Express データベースのスケジュールされた完全バックアップ、差分バックアップ、トランザクションログバックアップを設定する手順について説明します。また、スケジュールされたバックアップが実行されたことを確認する方法についても説明します。

この記事は、SQL Server Express エディションにのみ適用されます。 SQL Server Express LocalDB には適用されません。

SQL Server Express がSQL Server エージェントを使用してバックアップをスケジュールできない理由

SQL Server エージェントは、スケジュールされたジョブとメンテナンスプランを実行するコンポーネントであり、SQL Server Express には含まれません。各エディションに含まれる内容の完全な比較については、SQL Serverのエディションとサポートされている機能を参照してください。

SQL Server エージェントを使用しない場合でも、次のいずれかのツールを使用して、SQL Server Express データベースをオンデマンドでバックアップできます。

sqlcmd ユーティリティ
SQL Server Management Studio (SSMS)
Visual Studio Code の MSSQL 拡張機能
BACKUP (Transact-SQL) ファミリのコマンドを使用する Transact-SQL スクリプト

これらのバックアップをオンデマンドではなくスケジュールで実行するには、次の手順で説明するように、スケジュールエンジンとしてタスクスケジューラWindows使用します。バックアップの種類と戦略の背景については、「SQL Server データベースのバックアップと復元」を参照してください。

前提条件

開始する前に、次の内容があることを確認します。

SQL Server Express の実行中のインスタンス。この記事の例では、既定の名前付きインスタンス ( .\SQLEXPRESS) を使用します。
master データベースにストアドプロシージャを作成するために必要な、そのインスタンスの sysadmin 固定サーバーロールのメンバーシップ。
バックアップファイルを保持するのに十分な空き領域を持つローカルフォルダーまたはドライブ。この例では D:\SQLBackups を使用します。
SQL Server Express を実行するコンピューターでスケジュールされたタスクを作成するアクセス許可。

手順 1: sp_BackupDatabases ストアドプロシージャを作成する

sp_BackupDatabasesは、インスタンス上の 1 つのデータベースまたはすべてのオンラインデータベースに対して適切なBACKUP コマンドを実行する、Microsoft提供のストアドプロシージャです。 master データベースに 1 回作成します。

SQL_Express_Backups.sqlからスクリプトをダウンロードし、C:\Temp\SQL_Express_Backups.sql など、ローカルに保存します。次に、SSMS または sqlcmdを使用してストアドプロシージャを作成します。

SSMS を使用してストアドプロシージャを作成する

SSMS を開き、SQL Server Express インスタンスに接続します。 [ サーバー名] に「 .\SQLEXPRESS」と入力し、[ 接続] を選択します。
[ファイル>開く>File] を選択し、保存したSQL_Express_Backups.sqlファイルを選択して、[開く] を選択します。
ツールバーのデータベースリストに masterが表示されていることを確認します。スクリプトは USE [master]で始まるので、正しいデータベースが自動的にターゲットになります。
[ 実行] を選択します (または F5 キーを押します)。 メッセージ ペインに Commands completed successfully が表示されます。

sqlcmd を使用してストアドプロシージャを作成する

コマンドプロンプトで、次のコマンドを実行します。

sqlcmd -S .\SQLEXPRESS -E -i "C:\Temp\SQL_Express_Backups.sql"

ストアドプロシージャが作成されたことを確認する

インスタンスに対して次のクエリを実行します。ストアドプロシージャが存在する場合は、1 行が返されます。

SELECT name, create_date
FROM master.sys.procedures
WHERE name = 'sp_BackupDatabases';

sp_BackupDatabases のパラメーター

ストアドプロシージャは、次のパラメーターを受け入れます。

パラメーター	Required	Description
`@backupLocation`	はい	バックアップファイルを受け取るフォルダー ( `D:\SQLBackups\`など)。フォルダーは既に存在している必要があります。
`@backupType`	はい	バックアップの種類: 完全 `F` 、差分の場合は `D` 、トランザクションログの場合は `L` 。
`@databaseName`	いいえ	バックアップ用のデータベース。このパラメーターを省略すると、ストアドプロシージャは、スクリプトが除外するデータベースを除き、インスタンス上のすべてのオンラインデータベースをバックアップします。

ストアドプロシージャは tempdbをバックアップしません。また、バックアップの種類ごとにサンプルデータベースの Northwind、 pubs、 AdventureWorks もスキップされ、差分バックアップとログバックアップの master はスキップされます。これらのバックアップの種類は、 master データベースではサポートされていないためです。

Important

除外されたデータベース名は、スクリプト内でハードコーディングされます。これらの名前のいずれかを使用するデータベースがある場合、ストアドプロシージャはエラーを報告せずにスキップします。このようなデータベースをバックアップするには、ストアドプロシージャを作成する前に、スクリプト内の DELETE @DBs WHERE DBNAME IN (...) リストを編集します。

手順 2: sqlcmd ユーティリティをインストールする

sqlcmd ユーティリティを使用すると、コマンドラインから Transact-SQL ステートメント、システムストアドプロシージャ、スクリプトファイルを実行できます。 SSMS と共にインストールされ、SSMS を持たないコンピューターのスタンドアロンダウンロードとしても使用できます。インストールするには、 sqlcmd ユーティリティのダウンロードとインストールに関するページを参照してください。

sqlcmdがインストールされ、使用可能であることを確認するには、コマンドプロンプトからsqlcmd -?を実行します。

sqlcmd実行可能ファイルを含むフォルダーは、通常、SQL Serverまたはスタンドアロンツールをインストールするときに、Path環境変数に追加されます。コマンド sqlcmd -? 認識されていないことを報告する場合は、フォルダーを Path 変数に追加するか、バッチファイル内のユーティリティへの完全パスを指定します。

手順 3: Sqlbackup.bat バッチファイルを作成する

テキストエディターで、 Sqlbackup.batという名前のバッチファイルを作成します。シナリオに応じて、次のいずれかの例のテキストをそのファイルにコピーします。

例を選択する前に、次の点を考慮してください。

すべての例では、プレースホルダーとして D:\SQLBackups を使用します。環境内で使用するドライブとバックアップフォルダーへのパスを変更し、フォルダーが存在することを確認します。
SQL Server認証を使用する場合、パスワードはバッチファイル内のクリアテキストに格納されます。バッチファイルを保持するフォルダーへのアクセスを、承認されたユーザーのみに制限します。

例 1: Windows認証を使用したすべてのデータベースの完全バックアップ

REM Sqlbackup.bat
sqlcmd -S .\SQLEXPRESS -E -b -Q "EXEC sp_BackupDatabases @backupLocation='D:\SQLBackups\', @backupType='F'"

例 2: SQL Server認証を使用したすべてのデータベースの差分バックアップ

REM Sqlbackup.bat
sqlcmd -U <YourSQLLogin> -P <StrongPassword> -S .\SQLEXPRESS -b -Q "EXEC sp_BackupDatabases @backupLocation='D:\SQLBackups\', @backupType='D'"

注意

バックアップを実行するには、バックアップする各データベースの db_backupoperator または固定データベースロール db_owner のメンバーであるか、 sysadmin 固定サーバーロールのメンバーである必要があります。詳細については、「データベースレベルのロール」を参照してください。

例 3: Windows認証を使用した、すべてのデータベースのトランザクションログバックアップ

REM Sqlbackup.bat
sqlcmd -S .\SQLEXPRESS -E -b -Q "EXEC sp_BackupDatabases @backupLocation='D:\SQLBackups\', @backupType='L'"

トランザクションログバックアップには、完全復旧モデルまたは一括ログ復旧モデルが必要であり、以前の完全バックアップが少なくとも 1 つ必要です。詳細については、「復旧モデル (SQL Server)」を参照してください。

例 4: Windows認証を使用した単一データベースの完全バックアップ

REM Sqlbackup.bat
sqlcmd -S .\SQLEXPRESS -E -b -Q "EXEC sp_BackupDatabases @backupLocation='D:\SQLBackups\', @databaseName='USERDB', @backupType='F'"

USERDBの差分バックアップを作成するには、@backupType パラメーターをDに変更します。トランザクションログのバックアップを作成するには、 Lに変更します。

-b オプションを指定すると、SQL Server エラーの重大度レベルが 10 を超えた場合に、sqlcmd が終了し、DOS ERRORLEVEL の 1 値を返すようになります。 -bしない場合、sqlcmdはバックアップが失敗した場合でも0を返し、タスクスケジューラはタスクを成功として報告します。

続行する前に、コマンドプロンプト からSqlbackup.bat手動 で実行し、バックアップファイルがバックアップフォルダーに表示されることを確認します。タスクスケジューラを使用して後でエラーを診断するよりも、エラーを修正する方が簡単になりました。

手順 4: Windows タスクスケジューラでバッチファイルをスケジュールする

スケジュールに従って Sqlbackup.bat を実行するには、次の手順に従います。

SQL Server Express を実行しているコンピューターで、 Start を選択し、テキストボックスに「 Task Scheduler 」と入力します。

$[Best match]$最適一致$ の下にタスクスケジューラデスクトップアプリが表示されているWindows検索結果のスクリーンショット。$
[ Best matchで、 Task Scheduler を選択して起動します。
タスクスケジューラで、タスク スケジューラ (ローカル) を右クリックし、[基本タスクの作成] を選択します。
新しいタスクの名前 ( SQLBackup など) を入力し、[ 次へ] を選択します。
タスクトリガーの [ 日次 ] を選択し、[ 次へ] を選択します。
繰り返しを 1 日に設定し、[ 次へ] を選択します。
アクションとして [ プログラムの開始 ] を選択し、[ 次へ] を選択します。
[参照] を選択し、「手順 3: Sqlbackup.bat バッチファイルを作成する」で作成したSqlbackup.batファイルを選択し、[開く] を選択します。
[完了] をクリックしたときにこのタスクの [プロパティ] ダイアログを開く チェックボックスをオンにし、[完了] を選択します。
[ 全般 ] タブで、[ セキュリティ] オプション を確認し、[タスクの実行時に次の ユーザーアカウントを使用する] の下に表示されているアカウントの次の内容を確認します。
- アカウントには、 sqlcmd ユーティリティを実行するための読み取りと実行のアクセス許可が少なくとも与えられます。
- バッチファイルで Windows 認証を使用する場合、アカウントにはSQL Server データベースをバックアップするアクセス許可があります。
- バッチファイルで SQL Server 認証を使用する場合、バッチファイル内のSQL Server ログインには、データベースをバックアップするアクセス許可があります。
要件に合わせて残りの設定を調整し、[ OK] を選択します。

ヒント

テストとして、タスク を所有する 同じユーザーアカウントで開始したコマンドプロンプトからSqlbackup.batを実行します。この手順では、スケジュールを実行する前に、アカウントに必要なアクセス許可があることを確認します。

スケジュールオプションの詳細については、「タスクスケジューラ」を参照してください。

スケジュールされたバックアップが実行されたことを確認する

最初にスケジュールされた実行の後、バックアップが成功したことを確認します。

バックアップフォルダーで、新しい .bak ファイル (完全バックアップと差分バックアップ) または .trn ファイル (トランザクションログバックアップ) を確認します。ストアドプロシージャは、各ファイル名に日付と時刻のスタンプを追加します。
タスクスケジューラで、[ タスクスケジューラライブラリ] を選択し、タスクを選択して、[ 最終実行結果 ] 列を確認します。この列には、バッチファイルから返された終了コードが表示されます。例では -b オプションを使用しているため、 0x1 の値はバックアップコマンドが失敗したことを意味します。その他の値については、「タスクスケジューラエラーと成功定数」を参照してください。
インスタンスのバックアップ履歴に対してクエリを実行します。
```
SELECT database_name, type, backup_start_date, backup_finish_date, physical_device_name
FROM msdb.dbo.backupset AS bs
INNER JOIN msdb.dbo.backupmediafamily AS bmf
    ON bs.media_set_id = bmf.media_set_id
ORDER BY backup_start_date DESC;
```
これらのテーブルは、msdb データベースで保持SQL Serverバックアップ履歴の一部です。詳細については、「バックアップ履歴とヘッダー情報 (SQL Server)」を参照してください。

Important

バックアップファイルが存在し、バックアップ履歴に最新の行が含まれていることを常に確認します。タスクスケジューラが成功として報告するタスクは、バックアップが成功したことを証明するわけではありません。

このバックアップ方法の要件と制限事項

この記事の手順を使用する場合は、次の要件と制限事項に注意してください。

タスクの開始がスケジュールされている場合は、タスクスケジューラサービスが実行されている必要があります。再起動後もサービスが実行されるように、このサービスのスタートアップの種類を [自動 ] に設定することをお勧めします。
バックアップを受け取るドライブには、十分な空き領域が必要です。ディスク領域が不足しないように、バックアップフォルダー内の古いファイルを定期的にクリーンアップします。 sp_BackupDatabases ストアドプロシージャでは、古いバックアップファイルは削除されません。
ストアドプロシージャは、オンラインのデータベースのみをバックアップします。オフライン、復元中、または使用できないデータベースは、警告なしでスキップされます。
このメソッドはSQL Server エージェントを置き換えません。組み込みのジョブ履歴、再試行ロジック、またはエラーアラートはありません。バックアップ履歴を定期的に確認するか、それらの機能が必要な場合はSQL Server エージェントを含むエディションにアップグレードします。

フィードバック

このページはお役に立ちましたか?

最終更新: 2026-09-24

SQL Server Express データベースのバックアップをスケジュールして自動化する

まとめ

SQL Server Express がSQL Server エージェントを使用してバックアップをスケジュールできない理由

前提条件

手順 1: sp_BackupDatabases ストアド プロシージャを作成する

SSMS を使用してストアド プロシージャを作成する

sqlcmd を使用してストアド プロシージャを作成する

ストアド プロシージャが作成されたことを確認する