このトピックは、複数のファイルまたはファイル グループを含む SQL Server データベースに関連します。
SQL Server データベース内のファイルは、個別にバックアップおよび復元できます。 また、各構成ファイルを個別に指定する代わりに、ファイル グループ全体を指定することもできます。 ファイル グループ内のファイルがオフラインの場合 (たとえば、ファイルが復元されているため)、ファイル グループ全体がオフラインになり、バックアップできないことに注意してください。
読み取り専用ファイル グループのファイル バックアップは、部分バックアップと組み合わせることができます。 部分バックアップには、すべての読み取り/書き込みファイル グループと、必要に応じて 1 つ以上の読み取り専用ファイル グループが含まれます。 詳細については、「 部分バックアップ (SQL Server)」を参照してください。
ファイル バックアップは、差分ファイル バックアップの 差分ベース として機能できます。 詳細については、「 差分バックアップ (SQL Server)」を参照してください。
注
完全ファイル バックアップは、通常、差分 ファイル バックアップと明示的に比較される場合を除き、 ファイル バックアップと呼ばれます。
このトピックの内容
ファイル バックアップの利点
ファイル バックアップは、データベース バックアップよりも次の利点を提供します。
ファイル バックアップを使用すると、データベースの残りの部分を復元することなく、破損したファイルのみを復元できるため、回復の速度を向上させることができます。
たとえば、データベースが異なるディスク上にある複数のファイルで構成されていて、1 つのディスクで障害が発生した場合は、障害が発生したディスク上のファイルのみを復元する必要があります。 破損したファイルは迅速に復元でき、データベース全体の場合よりも高速に回復できます。
ファイル バックアップを使用すると、データベースの完全バックアップに対するスケジュール設定とメディア処理の柔軟性が向上し、非常に大規模なデータベースでは管理できなくなる可能性があります。 ファイルまたはファイル グループのバックアップの柔軟性の向上は、さまざまな更新特性を持つデータを含む大規模なデータベースにも役立ちます。
ファイル バックアップの欠点
完全データベース バックアップと比較したファイル バックアップの主な欠点は、管理の複雑さです。 これらのバックアップの完全なセットの維持と追跡は、データベースの完全バックアップの領域要件を上回る可能性がある時間のかかるタスクになる可能性があります。
メディア障害が発生すると、破損したファイルにバックアップがない場合に、完全なデータベースが回復不能になる可能性があります。 そのため、ファイル バックアップの完全なセットを保持する必要があります。また、完全/一括ログ復旧モデルでは、最初の完全ファイル バックアップと最後の完全ファイル バックアップの間隔を最小限に抑えた 1 つ以上のログ バックアップを保持する必要があります。
ファイル バックアップの概要
完全ファイル バックアップでは、1 つ以上のファイルまたはファイル グループ内のすべてのデータがバックアップされます。 既定では、ファイル バックアップには、ファイルをバックアップ操作の最後までロールフォワードするのに十分なログ レコードが含まれています。
読み取り専用のファイルまたはファイル グループのバックアップは、すべての復旧モデルで同じです。 完全復旧モデルでは、完全なファイル バックアップの完全なセットと、すべてのファイル バックアップにまたがる十分なログ バックアップは、データベースの完全バックアップと同等です。
一度に実行できるファイル バックアップ操作は 1 つだけです。 1 回の操作で複数のファイルをバックアップできますが、1 つのファイルのみを復元する必要がある場合は、回復時間が長くなることがあります。 これは、そのファイルを見つけるために、バックアップ全体が読み取われるためです。
注
個々のファイルはデータベース バックアップから復元できます。ただし、ファイルの検索と復元は、ファイル バックアップよりもデータベース バックアップの方が時間がかかります。
ファイル バックアップと単純復旧モデル
単純復旧モデルでは、読み取り/書き込みファイルはすべて一緒にバックアップする必要があります。 これにより、データベースを一貫した時点に復元できるようになります。 各読み取り/書き込みファイルまたはファイル グループを個別に指定する代わりに、READ_WRITE_FILEGROUPS オプションを使用します。 このオプションは、データベース内のすべての読み取り/書き込みファイル グループをバックアップします。 READ_WRITE_FILEGROUPSを指定して作成されたバックアップは、部分バックアップと呼ばれます。 詳細については、「 部分バックアップ (SQL Server)」を参照してください。
ファイル バックアップと完全復旧モデル
完全復旧モデルでは、残りのバックアップ戦略に関係なく、トランザクション ログをバックアップする必要があります。 最初のファイルバックアップの開始時点からすべてのファイルバックアップをカバーする完全なファイルバックアップのセットと、それに対応する十分なログバックアップは、データベースの完全バックアップと同等です。
ファイルバックアップとログバックアップのみを使用してデータベースを復元することは複雑な場合があります。 そのため、可能であれば、データベースの完全バックアップを実行し、最初のファイル バックアップの前にログ バックアップを開始することをお勧めします。 次の図は、データベースが作成された直後 (時刻 t0) にデータベースの完全バックアップが作成される戦略を示しています。 この最初のデータベース バックアップでは、トランザクション ログバックアップを開始できます。 トランザクション ログ バックアップは、設定された間隔で実行されるようにスケジュールされます。 ファイル バックアップは、データベースのビジネス要件を最もよく満たす間隔で実行されます。 この図は、一度に 1 つずつバックアップされている 4 つのファイル グループをそれぞれ示しています。 それらがバックアップされる順序 (A、C、B、A) には、データベースのビジネス要件が反映されます。
注
完全復旧モデルでは、ファイルの読み取り/書き込みバックアップを復元するときにトランザクション ログをロールフォワードして、ファイルがデータベースの残りの部分と一致していることを確認する必要があります。 大量のトランザクション ログ バックアップをロールフォワードしないようにするには、差分ファイル バックアップの使用を検討してください。 詳細については、「 差分バックアップ (SQL Server)」を参照してください。
関連タスク
ファイルまたはファイル グループのバックアップを作成するには
注
ファイル バックアップは、メンテナンス プラン ウィザードではサポートされていません。
こちらもご覧ください
BACKUP (Transact-SQL)
バックアップの概要 (SQL Server)
バックアップと復元: 相互運用性と共存 (SQL Server)
差分バックアップ (SQL Server)
ファイルの復元 (単純復旧モデル)
ファイルの復元 (完全復旧モデル)
オンライン復元 (SQL Server)
段階的な部分復元 (SQL Server)