このトピックでは、SQL Server 2014 のいくつかの機能のバックアップと復元に関する考慮事項について説明します。 これらの機能には、ファイルの復元とデータベースの起動、オンライン復元と無効なインデックス、データベース ミラーリング、部分復元、フルテキスト インデックスなどがあります。
このトピックでは：
ファイルの復元とデータベースの起動
このセクションは、複数のファイル グループを持つ SQL Server データベースにのみ関連します。
注
データベースを起動すると、データベースが閉じられたときにファイルがオンラインだったファイル グループのみが復旧され、オンラインになります。
データベースの起動時に問題が発生した場合、復旧は失敗し、データベースは SUSPECT としてマークされます。 問題をファイルまたはファイルに分離できる場合、データベース管理者はファイルをオフラインにして、データベースの再起動を試みることができます。 ファイルをオフラインにするには、次の ALTER DATABASE ステートメントを使用できます。
データベース database_name を変更し、ファイルを修正します (NAME ='filename'、オフライン)
スタートアップが成功した場合、オフライン ファイルを含むファイル グループはオフラインのままです。
オンライン復元と無効にされたインデックス
このセクションは、複数のファイル グループを持つデータベースと、単純復旧モデルの場合は、少なくとも 1 つの読み取り専用ファイル グループにのみ関連します。
このような場合、データベースがオンラインの場合、インデックスの一部を保持しているすべてのファイル グループがオンラインの場合にのみ、インデックスを作成、削除、有効、または無効にすることができます。
オフライン ファイル グループの復元の詳細については、「 オンライン復元 (SQL Server)」を参照してください。
データベース ミラーリングとバックアップと復元
このセクションは、複数のファイル グループを持つフル モデル データベースにのみ関連します。
注
データベース ミラーリング機能は、将来のバージョンの Microsoft SQL Server では削除される予定です。 新しい開発作業ではこの機能を使用しないでください。現在この機能を使用しているアプリケーションを変更することを計画してください。 代わりにAlways On可用性グループを使用します。
データベース ミラーリングは、データベースの可用性を高めるためのソリューションです。 ミラーリングはデータベースごとに実装され、完全復旧モデルを使用するデータベースでのみ機能します。 詳細については、「 データベース ミラーリング (SQL Server)」を参照してください。
注
データベース内のファイル グループのサブセットのコピーを配布するには、レプリケーションを使用します。コピーするファイル グループ内のオブジェクトのみを他のサーバーにレプリケートします。 レプリケーションの詳細については、「 SQL Server レプリケーション」を参照してください。
ミラー データベースの作成
ミラー データベースは、ミラー サーバー上のプリンシパル データベースのバックアップを WITH NORECOVERY で復元することによって作成されます。 復元では、同じデータベース名を保持する必要があります。 詳細については、「 ミラーリング用のミラー データベースの準備 (SQL Server)」を参照してください。
ミラー データベースは、サポートされている部分復元シーケンスを使用して作成できます。 ただし、ミラー データベースをプリンシパル データベースに十分に近づけるために、すべてのファイル グループと、通常は復元されたログ バックアップを復元するまで、ミラーリングを開始することはできません。 詳細については、「 段階的な部分復元 (SQL Server)」を参照してください。
ミラーリング中のバックアップと復元に関する制限事項
データベース ミラーリング セッションがアクティブな間は、次の制限が適用されます。
ミラー データベースのバックアップと復元は許可されません。
プリンシパル データベースのバックアップは許可されますが、BACKUP LOG WITH NORECOVERY は許可されません。
プリンシパル データベースの復元は許可されていません。
部分復元と Full-Text インデックス
このセクションは、複数のファイル グループを含むデータベースと、単純モデル データベースの場合は読み取り専用のファイル グループにのみ関連します。
フルテキスト インデックスはデータベース ファイル グループに格納され、段階的な部分復元の影響を受ける可能性があります。 フルテキスト インデックスが、関連付けられているいずれかのテーブル データと同じファイル グループに存在する場合、段階的な部分復元は想定どおりに機能します。
注
フルテキスト インデックスを含むファイル グループのファイル グループ ID を表示するには、 sys.fulltext_indexesのdata_space_id列を選択します。
Full-Text 個別のファイルグループにおけるインデックスとテーブル
フルテキスト インデックスが関連付けられているすべてのテーブル データとは別のファイル グループに存在する場合、段階的な部分復元の動作は、どのファイル グループが復元され、最初にオンラインにされるかによって異なります。
フルテキスト インデックスを含むファイル グループが復元され、関連付けられているテーブル データを含むファイル グループの前にオンラインになった場合、フルテキスト インデックスがオンラインになるとすぐにフルテキスト検索が正常に機能します。
フルテキスト インデックスを含むファイル グループの前に、テーブル データを含むファイル グループを復元してオンラインにすると、フルテキスト動作が影響を受ける可能性があります。 これは、Transact-SQL ステートメントが集計をトリガーしたり、カタログを再構築したり、カタログを再編成したりする試みが、インデックスがオンラインになるまで失敗するためです。 これらのステートメントには、CREATE FULLTEXT INDEX、ALTER FULLTEXT INDEX、DROP FULLTEXT INDEX、ALTER FULLTEXT CATALOG が含まれます。
この場合、次の要因が重要です。
フルテキスト インデックスに変更の追跡がある場合、ユーザー DML は、インデックス ファイル グループがオンラインになるまで失敗します。 インデックス ファイル グループがオンラインになるまで、削除操作も失敗します。
変更の追跡に関係なく、インデックスが使用できないため、フルテキスト クエリは失敗します。 フルテキスト インデックスを含むファイル グループがオフラインのときにフルテキスト クエリを実行しようとすると、エラーが返されます。
状態関数 (FULLTEXTCATALOGPROPERTY など) は、フルテキスト インデックスにアクセスする必要がない場合にのみ成功します。 たとえば、オンラインのフルテキスト メタデータへのアクセスは成功しますが、 uniquekeycount、itemcount は失敗します。
フルテキスト インデックス ファイル グループが復元されてオンラインになった後、インデックス データとテーブル データは一貫性があります。
ベース テーブル ファイル グループとフルテキスト インデックス ファイル グループの両方がオンラインになるとすぐに、一時停止中のフルテキスト作成が再開されます。
ファイルのバックアップと復元と圧縮
SQL Server では、読み取り専用ファイル グループと読み取り専用データベースの NTFS ファイル システム データ圧縮がサポートされています。
圧縮された NTFS ファイルでは、読み取り専用ファイル グループ内のファイルの復元がサポートされます。 これらのファイル グループのバックアップと復元は、基本的に読み取り専用のファイル グループの場合と同様に機能しますが、次の例外があります。
読み取り/書き込みファイル (読み取り/書き込みデータベースのプライマリ ファイルまたはログ ファイルを含む) を圧縮ボリュームに復元すると失敗し、エラーが表示されます。
読み取り専用データベースを圧縮ボリュームに復元できます。
注
読み取り/書き込みデータベースのログ ファイルを圧縮ファイル システムに配置しないでください。
関連タスク
こちらもご覧ください
SQL Server データベースのバックアップと復元
レプリケートされたデータベースのバックアップと復元
アクティブ セカンダリ: AlwaysOn 可用性グループのセカンダリレプリカでのバックアップ