データベースのデタッチとアタッチ

セキュリティ

ファイル アクセス許可は、データベースのデタッチやアタッチなど、さまざまなデータベース操作中に設定されます。データベースをデタッチおよびアタッチするたびに設定される権限の詳細については、「データ ファイルとログ ファイルのセキュリティ保護」を参照してください。

セキュリティに関する注意
不明なソースや信頼されていないソースからのデータベースは、アタッチまたは復元しないことをお勧めします。そのようなデータベースには、意図しない Transact-SQL コードを実行したり、スキーマまたは物理データベース構造を変更することによりエラーを発生させる悪意のあるコードが含まれている可能性があるからです。不明なソースや信頼されていないソースのデータベースは、使用する前に、非稼働サーバーでそのデータベースに対し DBCC CHECKDB を実行し、さらに、そのデータベースのストアド プロシージャやその他のユーザー定義コードなどのコードを調べます。

データベースのデタッチ

データベースはデタッチすると、SQL Server インスタンスからは削除されますが、データ ファイルおよびトランザクション ログ ファイル内ではそのまま残ります。これらのデータ ファイルとトランザクション ログ ファイルを使用して、SQL Server の任意のインスタンスにデータベースをアタッチできます。その際、そのデータベースをデタッチした元のサーバーにアタッチすることもできます。

次の条件に 1 つでも該当する場合、データベースをデタッチできません。

• データベースがレプリケートおよびパブリッシュされている。レプリケートされている場合、データベースをパブリッシュしてはいけません。データベースをデタッチする前に、sp_replicationdboption を実行してパブリッシングを無効にする必要があります。

  注
  sp_replicationdboption を使用できない場合、sp_removedbreplication を実行してレプリケーションを削除できます。

• データベースに、データベース スナップショットが存在する。

  データベースをデタッチするには、すべてのデータベース スナップショットを削除する必要があります。詳細については、「データベース スナップショットを削除する方法 (Transact-SQL)」を参照してください。

  注
  データベース スナップショットのデタッチおよびアタッチは行うことができません。

• データベースがデータベース ミラーリング セッションでミラー化される。

  セッションが終了するまでは、データベースはデタッチできません。詳細については、「データベース ミラーリングの削除」を参照してください。

• データベースに問題がある。SQL Server 2005 以降のバージョンでは、問題のあるデータベースはデタッチできません。デタッチするには緊急モードにする必要があります。データベースを緊急モードにする方法の詳細については、「ALTER DATABASE (Transact-SQL)」を参照してください。

• データベースがシステム データベースである。

データベースをデタッチするには

• sp_detach_db (Transact-SQL)

• データベースをデタッチする方法 (SQL Server Management Studio)

バックアップと復元およびデタッチ

デタッチ エラーへの対応

データベースのアタッチ

コピーまたはデタッチした SQL Server データベースはアタッチできます。フルテキスト カタログ ファイルを含む SQL Server 2005 データベースを SQL Server 2008 サーバー インスタンスにアタッチする場合、カタログ ファイルは SQL Server 2005 と同様に他のデータベース ファイルと一緒に以前の場所からアタッチされます。詳細については、「フルテキスト検索のアップグレード」を参照してください。

データベースをアタッチするときは、すべてのデータ ファイル (MDF ファイルおよび NDF ファイル) を利用できる状態にする必要があります。データベースを最初に作成したときか最後にアタッチしたときとデータ ファイルのパスが異なる場合、ファイルの現在のパスを指定する必要があります。

注
アタッチ中のプライマリ データ ファイルが読み取り専用の場合、データベース エンジンではデータベースが読み取り専用であると想定されます。

暗号化されたデータベースが SQL Server のインスタンスに最初にアタッチされている場合、データベース所有者は、OPEN MASTER KEY DECRYPTION BY PASSWORD = 'password' というステートメントを実行してデータベースのマスター キーを開く必要があります。ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY ステートメントを実行してマスター キーの自動暗号化解除を有効にすることをお勧めします。詳細については、「CREATE MASTER KEY (Transact-SQL)」および「ALTER MASTER KEY (Transact-SQL)」を参照してください。

次に示すように、ログ ファイルをアタッチするための要件の一部は、データベースが読み書き可能か読み取り専用かによって異なります。

• 読み書き可能なデータベースは、通常、新しい場所にログ ファイルをアタッチできます。ただし、場合によっては、データベースの再アタッチに既存のログ ファイルが必要になります。したがって、デタッチされたログ ファイルなしでデータベースが正常にアタッチされるまで、デタッチされたすべてのログ ファイルを常に保持しておくことが重要です。

  読み書き可能なデータベースのログ ファイルが 1 つで、そのファイルの新しい場所を指定しない場合、アタッチ操作ではファイルの古い場所が検索されます。古いログ ファイルが見つかった場合、データベースがクリーンにシャットダウンされたかどうかにかかわらず、そのファイルが使用されます。しかし、古いログ ファイルが見つからなかった場合、およびデータベースがクリーンにシャットダウンされたもののアクティブなログ チェーンがない場合、アタッチ操作によってそのデータベースの新しいログ ファイルが作成されます。詳細については、「トランザクション ログの論理アーキテクチャ」および「トランザクション ログの物理アーキテクチャ」を参照してください。

• アタッチ中のプライマリ データ ファイルが読み取り専用の場合、データベース エンジンではデータベースが読み取り専用であると想定されます。読み取り専用データベースは、プライマリ ファイルに指定されている場所でログ ファイルを使用できる必要があります。SQL Server ではプライマリ ファイルに格納されているログの場所を更新できないので、新しいログ ファイルは作成できません。

データベースのアタッチ時におけるメタデータの変更

バックアップと復元およびアタッチ

別のサーバー インスタンスへのデータベースのアタッチ

データベースを別のサーバー インスタンスにアタッチするときは、ユーザーおよびアプリケーションに一貫した使用環境を提供するために、アタッチ先のサーバー インスタンスで、ログインやジョブなどのデータベースのメタデータの一部またはすべてを作成し直す必要が生じる場合があります。詳細については、「データベースを別のサーバー インスタンスで使用できるようにするときのメタデータの管理」を参照してください。

注
新しいバージョンの SQL Server で作成したデータベースは、それ以前のバージョンでアタッチすることはできません。

データベースをアタッチするには

• CREATE DATABASE (Transact-SQL)

• データベースをアタッチする方法 (SQL Server Management Studio)

• sp_attach_db (Transact-SQL)

• sp_attach_single_file_db (Transact-SQL)

以前のバージョンの SQL Server からデータベースをアップグレードするには

SQL Server 2008 では、デタッチ操作とアタッチ操作を使用して、SQL Server 2000 または SQL Server 2005 のユーザー データベースをアップグレードできます。ただし、次の制限事項が適用されます。

• SQL Server 2000 または SQL Server 2005 で作成した master データベース、model データベース、または msdb データベースのコピーはアタッチできません。

• レプリケートされたデータベースをアタッチする際に、そのデータベースがデタッチではなくコピーされたものである場合は、次の点を考慮してください。

  • 同じサーバー インスタンスのアップグレードされたバージョンにデータベースをアタッチする場合は、アタッチ操作が完了した後、sp_vupgrade_replication を実行してレプリケーションをアップグレードする必要があります。詳細については、「sp_vupgrade_replication (Transact-SQL)」を参照してください。

  • バージョンに関係なく別のサーバー インスタンスにデータベースをアタッチする場合は、アタッチ操作が完了した後、sp_removedbreplication を実行してレプリケーションを削除する必要があります。詳細については、「sp_removedbreplication (Transact-SQL)」を参照してください。

デタッチとアタッチを使用してデータベースをアップグレードするには

• デタッチとアタッチを使用してデータベースをアップグレードする方法 (Transact-SQL)

データベースまたはデータベース ファイルの移動

重要
データベースを移動するときは、デタッチしてアタッチする操作ではなく、ALTER DATABASE による計画的再配置用のプロシージャを使用することをお勧めします。詳細については、「データベース ファイルの移動」を参照してください。

通常は、デタッチ操作とアタッチ操作を使用してデータベースを移動できます。一般的なシナリオでは、データベースを次のいずれかの場所に移動します。

• 同一コンピューター上の他の物理ディスク。たとえば、データ ファイルを格納するディスクの空き領域がない場合に、(他のディスク上に新しいファイルを追加してデータベースを拡張するのではなく) 既存のファイルを拡張するときなどです。

• 他のコンピューター。この場合、データベースを再作成してデータベース バックアップを復元する必要はありません。

デタッチしてアタッチする操作でデータベースを移動するには、次の操作が必要です。

1. データベースをデタッチします。

2. データベース ファイルを他のサーバーまたはディスクに移動します。

3. 移動したファイルの新しい格納場所を指定してデータベースをアタッチします。

デタッチとアタッチを使用してデータベースを移動するには

• デタッチとアタッチを使用してデータベースを移動する方法 (Transact-SQL)

関連項目

参照

概念