バックアップデバイス

[アーティクル]
12/16/2008

更新 : 2006 年 7 月 17 日

バックアップ操作中、バックアップ対象のデータ (バックアップ) は、物理バックアップデバイスに書き込まれます。物理バックアップデバイスとは、オペレーティングシステムによって提供されるテープドライブまたはディスクファイルです。バックアップは 1 ～ 64 個のバックアップデバイスに書き込むことができます。バックアップに複数のバックアップデバイスが必要な場合、デバイスはすべて 1 種類のデバイス (ディスクまたはテープ) に対応する必要があります。

メモ :
物理バックアップデバイスは、メディアセットの最初のバックアップが書き込まれるときに初期化されます。1 つ以上の一連のバックアップデバイスにあるバックアップによって、1 つのメディアセットが構成されます。メディアセットとは、テープやディスクファイルなどのバックアップメディアに順序を付けてまとめたもので、決まった種類のバックアップデバイスが複数使用されます。メディアセットの詳細については、「メディアセット、メディアファミリ、およびバックアップセット」を参照してください。

物理バックアップデバイスは、メディアセットの最初のバックアップが書き込まれるときに初期化されます。1 つ以上の一連のバックアップデバイスにあるバックアップによって、1 つのメディアセットが構成されます。メディアセットとは、テープやディスクファイルなどのバックアップメディアに順序を付けてまとめたもので、決まった種類のバックアップデバイスが複数使用されます。メディアセットの詳細については、「メディアセット、メディアファミリ、およびバックアップセット」を参照してください。

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

ディスクバックアップデバイスは、1 つ以上のバックアップファイルを含むハードディスクまたはその他のディスク記憶メディアです。バックアップファイルは正規のオペレーティングシステムファイルです。

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

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

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

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

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

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

BACKUP DATABASE database_name

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

次に例を示します。

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

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

RESTORE { DATABASE | LOG } database_name

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

次に例を示します。

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

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

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

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

BACKUP DATABASE AdventureWorks 
   TO DISK = ’AdventureWorks.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 コマンドを送信するユーザーにアクセス権があるかどうかが問題になることはありません。

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

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

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

次に例を示します。

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

テープデバイスの使用

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

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

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

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

開いているテープの管理

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

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

物理名を使用したバックアップテープの指定

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

BACKUP { DATABASE | LOG } database_name

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

次に例を示します。

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

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

RESTORE { DATABASE | LOG } database_name

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

テープ固有の BACKUP 操作と RESTORE 操作

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

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

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

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

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

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

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

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

BACKUP DATABASE AdventureWorks 
   TO AdventureWorksBackups;
GO

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

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

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

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

論理バックアップデバイスを定義するには

論理バックアップデバイスを削除するには

論理バックアップデバイスを使用するには (SQL Server Management Studio)

論理バックアップデバイスを使用するには (Transact-SQL)

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

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

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

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

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

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

参照

変更履歴

リリース	履歴
2006 年 7 月 17 日	新しい内容 : 「物理名を使用したバックアップファイルの指定」に既定のバックアップディレクトリに関する注記を追加しました。
2006 年 4 月 14 日	新しい内容 : 「開いているテープの管理」セクションを追加しました。「物理名を使用したバックアップテープの指定」セクションを追加しました。「論理バックアップデバイスの使用」セクションを追加しました。「ミラー化バックアップメディアセット」セクションを追加しました。「SQL Server バックアップのアーカイブ」セクションを追加しました。変更内容 : 「ネットワーク共有のファイルへのバックアップ」セクションを変更しました。「論理バックアップデバイスの使用」セクションを変更しました。

2006 年 7 月 17 日

新しい内容 :

「物理名を使用したバックアップファイルの指定」に既定のバックアップディレクトリに関する注記を追加しました。

2006 年 4 月 14 日

新しい内容 :

「開いているテープの管理」セクションを追加しました。
「物理名を使用したバックアップテープの指定」セクションを追加しました。
「論理バックアップデバイスの使用」セクションを追加しました。
「ミラー化バックアップメディアセット」セクションを追加しました。
「SQL Server バックアップのアーカイブ」セクションを追加しました。

変更内容 :

「ネットワーク共有のファイルへのバックアップ」セクションを変更しました。
「論理バックアップデバイスの使用」セクションを変更しました。

次の方法で共有

バックアップデバイス

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

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

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

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

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

テープデバイスの使用

開いているテープの管理

物理名を使用したバックアップテープの指定

テープ固有の BACKUP 操作と RESTORE 操作

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

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

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

参照

処理手順

関連項目

概念

その他の技術情報

ヘルプおよび情報

変更履歴

その他のリソース

次の方法で共有

バックアップ デバイス

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

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

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

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

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

テープ デバイスの使用

開いているテープの管理

物理名を使用したバックアップ テープの指定

テープ固有の BACKUP 操作と RESTORE 操作

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

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

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

参照

処理手順

関連項目

概念

その他の技術情報

ヘルプおよび情報

変更履歴

その他のリソース

バックアップデバイス

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

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

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

テープデバイスの使用

物理名を使用したバックアップテープの指定

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

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