Converse agora com nosso suporte
Chat com o suporte

NetVault Plug-in for SQL Server 11.4.5 - ユーザー・ガイド

Quest® NetVault® Backup Plug-in  for SQL Server® － はじめに SQL Serverシステム構築計画 プラグインのインストールと削除 プラグインの設定 データのバックアップ
バックアップ戦略の策定 圧縮機能の確認 オンラインVDIのバックアップの実行 SQL Server®でVSSバックアップを実行する AlwaysOn可用性グループのVDIによるフル・バックアップの作成例
データのリストア トラブルシューティング

オンラインVDIのTail-Logバックアップ

Tail-Logバックアップは以下でサポートされます。

•
SQL Server®バージョン：2005以降
•
復旧モデル：完全のみ

Tail-Logバックアップでは、まだバックアップされていないトランザクション・ログを取り込みます。リストア・シーケンスでは、このバックアップを最後にリストアします。SQL Serverでは、SQL Serverインスタンスに接続されているデータベースをリストアする前に、ログの末尾（Tail-Log）をバックアップする必要があります。つまり、多くのリストア・シーケンスでは、最初の手順としてTail-Logバックアップを実行します。

Tail-Logバックアップと増分トランザクション・ログのバックアップの違いは以下のとおりです。

•
Tail-Logのバックアップ実行はデータベースが開始しない場合でも試すことができます（たとえば、データベースが壊れている、またはオフラインになっているなど）。ただし、データベースが壊れていると、Tail-Logバックアップが成功するのは、ログ・ファイルが損傷しておらず、データベースがTail-Logバックアップをサポートしている状態で、ログに一括記録された変更がデータベースに含まれていない場合のみです。
•
データベースが損傷した場合、通常はログのバックアップで使用可能な一部のメタデータがTail-Logバックアップで使用できないことがあるため、ログ末尾に不完全なメタデータが含まれる可能性があります。ただし、取り込まれたログは完全で使用可能です。

Tail-Logバックアップの実行時にデータベースがオンラインではなく、また損傷していない場合、Tail-Logのデータが完全には含まれないことがあります。Tail-Logからのトランザクション・データは常に完全で使用可能になりますが、データベースが壊れている、またはオフラインの間にTail-Logバックアップが開始されると、一部のメタデータのみが取得される場合があります。この問題が発生した場合、Tail-Logのリカバリではbackupfilegroupテーブルのファイルグループに関する一部の情報が存在せず、backupsetテーブルのhas_incomplete_metadata列には1が設定されます。
 
* 
警告： Tail-Logバックアップはデータベースをオフライン・モードにするため、Tail-Logバックアップはリストアおよびリカバリ実行の準備をするときだけに使用するよう注意してください。また、Tail-Logバックアップは定期または計画外のトランザクション・ログの増分バックアップの代わりとして使用することはできません。
•
AlwaysOn可用性グループで作業している場合、Tail-Logバックアップを実行する前に、SQL Server Management Studioを使用して、プライマリ・データベースおよびセカンダリ・データベースをグループから削除します。グループからデータベースが削除されると、そのデータベースのステータスは［リストア中］に変わり、グループでプライマリ・ロールを割り当てられているSQL Serverインスタンスによって所有されます。Tail-Logバックアップを実行するには、SQL Serverインスタンスでデータベースを選択します。

オンラインVDIのフル・ファイルおよびファイルグループ・バックアップ

フル・ファイルおよびファイルグループのバックアップは以下でサポートされます。

•
SQL Server®バージョン：すべて
•
復旧モデル：すべて

フル・ファイルおよびファイルグループのバックアップでは、1つ以上のファイルまたはファイルグループのすべてのデータをバックアップします。フル・ファイルのバックアップの完全なセットは、フル・データベースのバックアップと同じです。

フル・ファイルおよびファイルグループのバックアップには、フル・データベースのバックアップにはない以下の利点があります。

•
フル・ファイルのバックアップでは、データベース内のファイルを個別にバックアップおよびリストアできます。このプロセスは、データベースの残りの部分をリストアせずに損傷したファイルのみをリストアできるため、リカバリ・プロセスの実行時間を短縮できます。
•
フル・ファイルおよびファイルグループのバックアップでは、保持されているデータの更新特性が異なる大規模なデータベースを処理する場合の柔軟性が高まります。たとえば、以下のようにバックアップすることをお勧めします。
•
頻繁に変更されるデータは頻繁にバックアップする
•
頻繁に変更されないデータは低い頻度でバックアップする
•
読み取り専用データは一度のみバックアップする

フル・ファイルおよびファイルグループのバックアップの主な欠点は、メディア障害が発生した場合に、損傷したファイルのバックアップがないと、データベース全体をリカバリできなくなる可能性があることです。

デフォルトでは、ファイルのバックアップに、ファイルをバックアップ・オペレーションの最後の状態にロール・フォワードするために十分なログ記録が含まれます。単純復旧モデルでは、ファイルまたはファイルグループのフル・バックアップは読み取り専用のセカンダリ・ファイルグループに制限されます。読み書き可能ファイルグループのファイルのバックアップは作成できますが、読み書き可能ファイルのバックアップをリストアするには、そのファイルグループを読み取り専用に設定し、読み取り専用ファイルの差分バックアップを実行する必要があります。

オンラインVDIの差分ファイルおよびファイルグループ・バックアップ

差分ファイルおよびファイルグループのバックアップは以下でサポートされます。

•
SQL Server®バージョン：すべて
•
復旧モデル：すべて

ファイルおよびファイルグループの差分バックアップでは、最後のファイルのバックアップ以降に変更されたデータのみを取り込みます。最後のファイルのバックアップ以降に行われた変更がデータベース・エンジンで追跡されるため、ファイルをスキャンする必要がなく、これらのバックアップを非常に短時間で実行できます。

単純復旧モデル・データベースの場合、現在のファイルのバックアップを作成するための、高速でスペースを節約できる手段は、差分ファイル・バックアップとなります。完全復旧モデル・データベースの場合も、差分ファイル・バックアップはリストアする必要があるトランザクション・ログ数が減るため、リカバリ時間を短縮できます。

以下のような状況では、差分ファイルおよびファイルグループのバックアップを使用することを検討してください。

•
一部のファイルを、他のファイルより大幅に低い頻度でバックアップする場合
•
ファイルが大きく、データの更新頻度が低いか、同じデータが繰り返し更新される場合

オンラインVDIの部分データベース・バックアップ

部分データベースのバックアップは以下でサポートされます。

•
SQL Server®バージョン：2005以降
•
復旧モデル：簡易

部分データベースのバックアップは、単純復旧モデル・データベースで柔軟性を実現するように設計されています。データベースの一部のファイルグループのみが含まれることを除き、フル・データベースのバックアップと同様です。部分データベースのバックアップには、プライマリ・ファイルグループおよびすべての読み書き可能ファイルグループの全データが含まれます。オプションで、指定した読み取り専用ファイルを含めることもできます。ただし、読み取り専用部分データベースのバックアップには、プライマリ・ファイルグループのみが含まれます。

部分データベースのバックアップは、データベースのすべてのバックアップに含める必要のない読み取り専用ファイルがデータベースに含まれている場合に役立ちます。また、このプラグインでサポートされていない段階的リストア・シナリオの基盤としても使用できます。

Documentos relacionados

The document was helpful.

Selecione a classificação

I easily found the information I needed.

Selecione a classificação