バックアップデバイス (SQL Server)

[アーティクル]
06/25/2013

SQL Server データベース上でのバックアップ操作中、バックアップ対象のデータ (バックアップ) は、物理バックアップデバイスに書き込まれます。この物理バックアップデバイスは、メディアセットの最初のバックアップが書き込まれるときに初期化されます。単一または一連のバックアップデバイス上にあるバックアップによって、1 つのメディアセットが構成されます。

注
SQL Server 2012 SP1 Cumulative Update 2 以降、Windows Azure BLOB ストレージサービスへの SQL Server バックアップがサポートされるようになりました。詳細については、「Backup and Restore Enhancements」および「Windows Azure BLOB ストレージサービスを使用した SQL Server のバックアップと復元」を参照してください。

このトピックの内容

用語と定義
ディスクバックアップデバイスの使用
テープデバイスの使用
論理バックアップデバイスの使用
ミラー化バックアップメディアセット
SQL Server バックアップのアーカイブ
関連タスク

用語と定義

バックアップディスク (backup disk)
1 つ以上のバックアップファイルを含むハードディスクまたはその他のディスク記憶メディア。バックアップファイルは正規のオペレーティングシステムファイルです。
メディアセット (media set)
テープやディスクファイルなどのバックアップメディアに順序を付けてまとめたもの。決まった種類のバックアップデバイスが複数使用されます。メディアセットの詳細については、「メディアセット、メディアファミリ、およびバックアップセット (SQL Server)」を参照してください。
物理バックアップデバイス (physical backup device)
オペレーティングシステムによって提供されるテープドライブまたはディスクファイル。バックアップは 1 ～ 64 個のバックアップデバイスに書き込むことができます。バックアップに複数のバックアップデバイスが必要な場合、デバイスはすべて 1 種類のデバイス (ディスクまたはテープ) に対応する必要があります。

[先頭に戻る]

ディスクバックアップデバイスの使用

このセクションの内容

物理名を使用したバックアップファイルの指定 (Transact-SQL)
ディスクバックアップファイルのパスの指定
ネットワーク共有のファイルへのバックアップ

バックアップ操作によってバックアップがメディアセットに追加されているときにディスクファイルがいっぱいになると、バックアップ操作は失敗します。バックアップファイルの最大サイズはディスクデバイス上の使用可能な空き領域によって決まるため、バックアップディスクデバイスの適切なサイズは、バックアップのサイズによって異なります。

ディスクバックアップデバイスには、ATA ドライブなどの単純なディスクデバイスを使用できます。また、ホットスワップ可能なディスクドライブも使用できます。この場合、ドライブ上のいっぱいになったディスクを空のディスクと交換する作業を透過的に行えます。バックアップディスクには、サーバー上のローカルディスクや、共有ネットワークリソースであるリモートディスクを使用できます。リモートディスクの使用方法については、このトピックの「ネットワーク共有のファイルへのバックアップ」を参照してください。

SQL Server 管理ツールを使用すると、タイムスタンプの付いた名前がディスクファイルに対して自動的に生成されるため、ディスクバックアップデバイスの操作を柔軟に行うことができます。

重要
バックアップディスクには、データベースのデータディスクやログディスクとは別のディスクを使用することをお勧めします。これは、データディスクやログディスクで障害が発生した場合に確実にバックアップにアクセスできるようにするために必要です。

物理名を使用したバックアップファイルの指定 (Transact-SQL)

物理デバイス名を使用してバックアップファイルを指定するための基本的な BACKUP 構文は次のとおりです。

BACKUP DATABASE database_name

TO DISK = { 'physical_backup_device_name' |**@**physical_backup_device_name_var }

次にその例を示します。

BACKUP DATABASE AdventureWorks2012 
   TO DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';
GO

RESTORE ステートメントで物理ディスクデバイスを指定するための基本構文は次のとおりです。

RESTORE { DATABASE | LOG } database_name

FROM DISK = { 'physical_backup_device_name' |**@**physical_backup_device_name_var }

以下に例を示します。

RESTORE DATABASE AdventureWorks2012 
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';

[先頭に戻る]

ディスクバックアップファイルのパスの指定

バックアップファイルを指定する場合、その完全パスとファイル名を入力する必要があります。ファイルへのバックアップ時にファイル名または相対パスだけを指定すると、バックアップファイルは既定のバックアップディレクトリに配置されます。既定のバックアップディレクトリは、C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Backup です (n はサーバーインスタンスの番号です)。したがって、既定のサーバーインスタンスの場合、既定のバックアップディレクトリは C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup になります。

指定があいまいになる状態を避けるために、特にスクリプトでは、バックアップディレクトリのパスを各 DISK 句で明示的に指定することをお勧めします。ただし、これは、クエリエディターを使用している場合はそれほど重要ではありません。この場合、バックアップファイルが既定のバックアップディレクトリに存在することがわかっていれば、DISK 句からパスを省略できます。たとえば、次の BACKUP ステートメントでは、 AdventureWorks2012 データベースが、既定のバックアップディレクトリにバックアップされます。

BACKUP DATABASE AdventureWorks2012 
   TO DISK = ’AdventureWorks2012.bak’;
GO

注
既定の場所は、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServer の BackupDirectory レジストリキーに格納されます。

[先頭に戻る]

ネットワーク共有のファイルへのバックアップ

SQL Server からリモートディスクファイルにアクセスするには、SQL Server サービスアカウントにネットワーク共有へのアクセス権が必要です。これには、バックアップ操作によるネットワーク共有への書き込みに必要な権限、および復元操作によるネットワーク共有からの読み取りに必要な権限も含まれます。ネットワークドライブおよび権限の可用性は、SQL Server サービスが実行されている状況によって異なります。

SQL Server がドメインユーザーアカウントで実行されているときにネットワークドライブにバックアップするには、SQL Server が実行されているセッションのネットワークドライブとして共有ドライブをマップする必要があります。コマンドラインから Sqlservr.exe を起動すると、ログインセッションでマップしたすべてのドライブが SQL Server で認識されます。
Sqlservr.exe をサービスとして実行する場合、SQL Server はログインセッションと関係のない個別のセッションで実行されます。サービスが実行されているセッションには、マップされた独自のドライブがある場合がありますが、通常はありません。

ドメインユーザーではなくコンピューターアカウントを使用することにより、ネットワークサービスアカウントで接続できます。特定のコンピューターから共有ドライブへのバックアップを可能にするには、そのコンピューターアカウントにアクセス権を与えます。バックアップを書き込んでいる Sqlservr.exe のプロセスにアクセス権がある限り、BACKUP コマンドを送信するユーザーにアクセス権があるかどうかが問題になることはありません。

重要
ネットワーク経由でデータをバックアップすると、ネットワークエラーの影響を受ける場合があります。そのため、リモートディスクを使用する際はバックアップ操作を終了後に検証することをお勧めします。詳細については、「RESTORE VERIFYONLY (Transact-SQL)」を参照してください。

UNC (汎用名前付け規則) 名の指定

バックアップコマンドや復元コマンドでネットワーク共有を指定するには、ファイルの完全修飾 UNC (汎用名前付け規則) 名をバックアップデバイスに使用する必要があります。 UNC 名の形式は、**\\Systemname\ShareName\Path\**FileName です。

次にその例を示します。

BACKUP DATABASE AdventureWorks2012 
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';
GO

[先頭に戻る]

テープデバイスの使用

注
テープバックアップデバイスは、将来のバージョンの SQL Server でサポートされなくなる予定です。新しい開発作業では、この機能の使用を避け、現在この機能を使用しているアプリケーションは修正するようにしてください。

このセクションの内容

物理名を使用したバックアップテープの指定 (Transact-SQL)
テープ固有の BACKUP 操作と RESTORE 操作 (Transact-SQL)
開いているテープの管理

SQL Server データをテープにバックアップするには、テープドライブが Microsoft Windows オペレーティングシステムでサポートされている必要があります。また、特定のテープドライブでは、ドライブの製造元で推奨されているテープのみを使用することをお勧めします。テープドライブのインストール方法の詳細については、Windows オペレーティングシステムのマニュアルを参照してください。

テープドライブを使用する場合、バックアップ操作は 1 つのテープがいっぱいになると、別のテープで続行できます。各テープには、メディアヘッダーが含まれています。最初に使用されるメディアは先頭テープといいます。その後の各テープは後続テープと呼ばれ、前のテープより 1 つ大きいメディアシーケンス番号が付けられます。たとえば、4 つのテープデバイスに関連付けられているメディアセットには、少なくとも 4 つの先頭テープ (およびデータベースが収まらない場合は 4 組の後続テープ) が含まれます。バックアップセットを追加する場合は、その組に最終テープをセットする必要があります。最終テープがセットされていない場合、データベースエンジンは、セットされているテープの終わりまでスキャンし、テープを変更するように要求します。その時点で、最終テープをセットします。

テープバックアップデバイスは、次の点を除いて、ディスクデバイスと同じように使用します。

テープデバイスは、SQL Server のインスタンスが動作しているコンピューターに物理的に接続する必要があります。リモートのテープデバイスへのバックアップはサポートされません。
バックアップ操作中にテープバックアップデバイスがいっぱいになっても、まだデータを書き込む必要がある場合、SQL Server は新しいテープを挿入するように要求するメッセージを表示し、新しいテープが挿入された後にバックアップ操作を続行します。

物理名を使用したバックアップテープの指定 (Transact-SQL)

テープドライブの物理デバイス名を使用してバックアップテープを指定するための基本的な BACKUP 構文は次のとおりです。

BACKUP { DATABASE | LOG } database_name

TO TAPE = { 'physical_backup_device_name' |**@**physical_backup_device_name_var }

次にその例を示します。

BACKUP LOG AdventureWorks2012 
   TO TAPE = '\\.\tape0';
GO

RESTORE ステートメントで物理テープデバイスを指定するための基本構文は次のとおりです。

RESTORE { DATABASE | LOG } database_name

FROM TAPE = { 'physical_backup_device_name' |**@**physical_backup_device_name_var }

テープ固有の BACKUP 操作と RESTORE 操作 (Transact-SQL)

テープ管理を容易にするには、BACKUP ステートメントで次のテープ固有のオプションを指定します。

{ NOUNLOAD | UNLOAD }

バックアップ操作や復元操作の後にバックアップテープをテープドライブから自動的にアンロードするかどうかを制御できます。 UNLOAD または NOUNLOAD はセッション設定です。この設定は、セッションの有効期間中、または代わりのオプションを指定してリセットされるまで保持されます。
{ REWIND | NOREWIND }

SQL Server がバックアップ操作や復元操作の後にテープを開いたままにするかどうか、またはその操作が失敗した後にテープを解放して巻き戻すかどうかを制御できます。既定の動作では、テープを巻き戻します (REWIND)。

注
BACKUP 構文および引数の詳細については、「BACKUP (Transact-SQL)」を参照してください。 RESTORE 構文および引数の詳細については、それぞれ「RESTORE (Transact-SQL)」および「RESTORE の引数 (Transact-SQL)」を参照してください。

開いているテープの管理

開いているテープデバイスの一覧と、マウント要求の状態を確認するには、sys.dm_io_backup_tapes 動的管理ビューに対してクエリを実行します。このビューでは、開いているすべてのテープが表示されます。これには、次の BACKUP 操作または RESTORE 操作を待機して一時的にアイドル状態になっている使用中のテープも含まれます。

テープが誤って開いたままになっている場合、最も迅速にテープを解放するには、RESTORE REWINDONLY FROM TAPE = backup_device_name コマンドを使用します。詳細については、「RESTORE REWINDONLY (Transact-SQL)」を参照してください。

[先頭に戻る]

論理バックアップデバイスの使用

論理バックアップデバイスとは、特定の物理バックアップデバイス (ディスクファイルやテープドライブ) を示す、省略可能なユーザー定義名です。論理バックアップデバイスにより、対応する物理バックアップデバイスを参照する際に間接指定を使用できます。

論理バックアップデバイスの定義には、物理デバイスへの論理名の割り当てが含まれます。たとえば、論理デバイス AdventureWorksBackups が Z:\SQLServerBackups\AdventureWorks2012.bak ファイルまたは \\. \tape0 テープドライブを指すように定義されたとします。その後のバックアップコマンドおよび復元コマンドでは、DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak' や TAPE = '\\. \tape0' ではなく、AdventureWorksBackups をバックアップデバイスとして指定できます。

論理デバイス名は、サーバーインスタンス上のすべての論理バックアップデバイスで一意になる必要があります。既存の論理デバイス名を表示するには、sys.backup_devices カタログビューに対してクエリを実行します。このビューでは、各論理バックアップデバイスの名前が表示され、対応する物理バックアップデバイスの種類と物理的なファイル名またはパスが示されます。

論理バックアップデバイスを定義した後、BACKUP コマンドまたは RESTORE コマンドでは、デバイスの物理名ではなく論理バックアップデバイスを指定できます。たとえば、次のステートメントでは、AdventureWorks2012 データベースが AdventureWorksBackups 論理バックアップデバイスにバックアップされます。

BACKUP DATABASE AdventureWorks2012 
   TO AdventureWorksBackups;
GO

注
特定の BACKUP ステートメントまたは RESTORE ステートメントでは、論理バックアップデバイス名と対応する物理バックアップデバイス名を交換できます。

論理バックアップデバイスを使用する 1 つの利点は、長い物理パスを使用するよりも使いやすいことです。一連のバックアップを同じパスまたはテープデバイスに書き込む予定がある場合は、論理バックアップデバイスを使用すると便利です。論理バックアップデバイスは、テープバックアップデバイスを識別する際に特に役立ちます。

バックアップスクリプトは、特定の論理バックアップデバイスを使用するように記述できます。これにより、スクリプトを更新せずに、新しい物理バックアップデバイスに切り替えることができます。切り替えには、次の処理が必要です。

元の論理バックアップデバイスを削除します。
新しい論理バックアップデバイスを定義します。このデバイスは、元の論理デバイス名を使用しますが、別の物理バックアップデバイスにマップされているものです。論理バックアップデバイスは、テープバックアップデバイスを識別する際に特に役立ちます。

[先頭に戻る]

ミラー化バックアップメディアセット

バックアップメディアセットをミラー化すると、バックアップデバイスの誤動作の影響を軽減できます。バックアップはデータ損失に対する最後の防護策なので、このような誤動作は非常に深刻です。データベースのサイズが大きくなるにつれて、バックアップデバイスやメディアの障害によってバックアップを復元できなくなる可能性が高くなります。バックアップメディアをミラー化すると、物理バックアップデバイスの冗長性が実現され、バックアップの信頼性が向上します。詳細については、「ミラー化バックアップメディアセット (SQL Server)」を参照してください。

注
ミラー化バックアップメディアセットは、SQL Server 2005 Enterprise Edition 以降のバージョンのみでサポートされています。

[先頭に戻る]

SQL Server バックアップのアーカイブ

ファイルシステムバックアップユーティリティを使用してディスクのバックアップをアーカイブし、アーカイブをオフサイトに保存することをお勧めします。ディスクを使用することには、アーカイブしたバックアップをネットワーク経由でオフサイトのディスクに書き込めるという利点があります。テープを使用することには、アーカイブした一連のバックアップを不要になるまで蓄積できるという利点があります。

一般的なアーカイブ方法は、SQL Server バックアップをローカルのバックアップディスクに書き込み、そのバックアップをテープにアーカイブして、そのテープをオフサイトで保存するという形態です。

[先頭に戻る]

バックアップデバイス (SQL Server)

用語と定義

ディスクバックアップデバイスの使用

物理名を使用したバックアップファイルの指定 (Transact-SQL)

ディスクバックアップファイルのパスの指定

ネットワーク共有のファイルへのバックアップ

UNC (汎用名前付け規則) 名の指定

テープデバイスの使用

物理名を使用したバックアップテープの指定 (Transact-SQL)

テープ固有の BACKUP 操作と RESTORE 操作 (Transact-SQL)

開いているテープの管理

論理バックアップデバイスの使用

ミラー化バックアップメディアセット

SQL Server バックアップのアーカイブ

関連タスク

関連項目

参照

概念

その他のリソース

バックアップ デバイス (SQL Server)

用語と定義

ディスク バックアップ デバイスの使用

物理名を使用したバックアップ ファイルの指定 (Transact-SQL)

ディスク バックアップ ファイルのパスの指定

ネットワーク共有のファイルへのバックアップ

UNC (汎用名前付け規則) 名の指定

テープ デバイスの使用

物理名を使用したバックアップ テープの指定 (Transact-SQL)

テープ固有の BACKUP 操作と RESTORE 操作 (Transact-SQL)

開いているテープの管理

論理バックアップ デバイスの使用

ミラー化バックアップ メディア セット

SQL Server バックアップのアーカイブ

関連タスク

関連項目

参照

概念

その他のリソース

バックアップデバイス (SQL Server)

ディスクバックアップデバイスの使用

物理名を使用したバックアップファイルの指定 (Transact-SQL)

ディスクバックアップファイルのパスの指定

テープデバイスの使用

物理名を使用したバックアップテープの指定 (Transact-SQL)

論理バックアップデバイスの使用

ミラー化バックアップメディアセット