Veritas NetBackup™ for Microsoft SQL Server 管理者ガイド
- NetBackup for SQL Server の概要
- NetBackup for SQL Server のインストール
- SQL Server インテリジェントポリシーのためのインスタンス管理
- インスタンス管理での SQL Server インスタンスとインスタンスグループの表示
- SQL Server インスタンスの登録について
- SQL Server インテリジェントポリシーを使用した SQL Server のバックアップの設定
- NetBackup for SQL Server の構成
- SQL Server のリストアの実行
- 代替ホストへの SQL Server データベースのリダイレクト
- 複数ストリームの SQL Server バックアップのリストア
- VMware バックアップを使用した SQL Server データの保護
- VMware バックアップを使用した SQL Server データの保護について
- Snapshot Client を併用した NetBackup for SQL Server の使用
- 高可用性 (HA) 環境での SQL Server の保護
- SQL Server 可用性グループを保護するための NetBackup の使用について
- SQL Server 可用性グループの優先レプリカの保護について (レガシーバックアップポリシー)
- SQL Server 可用性グループの特定のノードの保護について (レガシーバックアップポリシー)
- NetBackup for SQL Server のデータベースミラーリング機能について
- バックアップおよびリカバリの概念
- SQL Server のバックアップおよびリカバリの概念について
- SQL Server のリカバリでの考慮事項について
- 複数の NIC を備えている場合の NetBackup for SQL Server の使用
- クライアントとバッチファイルを使用した SQL Server レガシーポリシーでのバックアップの設定
- NetBackup for SQL Server でのバッチファイルの使用について
- スケジュールプロパティについて (レガシー SQL Server ポリシー)
- 読み取り専用ファイルグループのバックアップ(レガシー SQL Server バックアップポリシー)
- dbbackex によるユーザー主導操作の実行
- bplist を使用した SQL Server バックアップのリストの取得
- SAP 環境の SQL Server のバックアップとリストア (レガシー SQL Server ポリシー)
- トラブルシューティング
- SQL Server のトラブルシューティング用のデバッグログについて
- SQL Server のディザスタリカバリ
- NetBackup for SQL ダイアログボックスのトピック
- NetBackup for SQL ダイアログボックスのフィールド
- 付録 A. バッチファイルの例
- レガシー SQL Server ポリシーのサンプルバックアップバッチファイルについて
- サンプルリストアバッチファイルについて
- レガシー SQL Server ポリシーのサンプルバックアップバッチファイルについて
- 付録 B. 多重化されたバックアップ
- 付録 C. 承認された場所の登録
コピーのみバックアップを使用したサンプルバックアップスケジュール
コピーのみバックアップを使用したリカバリの実行による動作を理解するため、次の特性を備えたバックアップスケジュールの例について説明します。
トランザクションログが頻繁に (たとえば 2 時間ごとに) バックアップされます。
完全バックアップが、数日に 1 回、セカンダリテープストレージに保存されます。
データベースの差分バックアップが、毎日数回作成されます。
インスタントリカバリバックアップが、毎日数回作成され、次のインスタントリカバリバックアップが作成されると期限切れになります。 このバックアップはコピーのみとして作成されます。
表: コピーのみバックアップを使用したサンプルバックアップスケジュール に、このスケジュールからの抜粋を示します。
表: コピーのみバックアップを使用したサンプルバックアップスケジュール
時間 (Time) | セカンダリストレージに保存される完全バックアップ | 差分バックアップ | PFI コピーのみ | トランザクションログのバックアップ |
---|---|---|---|---|
1 日目 | ||||
12:00 時 | X | X | ||
2:00 時 | X | |||
4:00 時 | X | X | ||
6:00 時 | X | X | ||
8:00 時 | X | |||
午前 10 時 | X | X | ||
正午 | X | X | ||
午後 2 時 | X | |||
午後 4 時 | X | X | ||
午後 6 時 | X | X | ||
午後 8 時 | X | |||
午後 10 時 | X | X | ||
2 日目 | ||||
12:00 時 | X | X | ||
2:00 時 | X |
このスケジュールでは、完全バックアップは 6 時間おきに実行されます。障害が発生し、すぐに検出された場合、最後の完全バックアップをリストアできます。その場合、平均 3 時間のトランザクションログを再生することによって、リカバリを実行できます。ただし、次の完全バックアップまで障害が検出されない場合、利用可能な完全バックアップはありません。1 日目の午前 12:00 以降、使用可能ではありません。インスタントリカバリバックアップはコピーのみです。 ただし、コピーのみではない最後の完全バックアップに対して、各差分バックアップが累積されます。
この例で、1 日目の午後 11 時 30 分にエラーが発生したとします。しかし、このエラーは、午前 0 時の完全バックアップの実行後、2 日目の午前 0 時 30 分まで検出されません。午後 6:00 以降、完全バックアップは存在しません。1 日目の午後 12:00 に作成されたバックアップからリカバリを始める必要があります。 ただし、それ以降は完全バックアップのすべてがコピーのみであったため、午後 10:00 からの差分バックアップはそのバックアップに関して累積されています。リカバリシーケンスは、1 日目の午前 0 時のバックアップのリストア、午後 10 時の差分バックアップのリストア、1 時間半のトランザクションログバックアップのリストアの順に行われます。
コピーのみ属性はスナップショットバックアップイメージのプロパティに表示されます。 差分バックアップは、自動的に適切な完全バックアップと関連付けられます。SQL エージェントによって、これらのバックアップは、データベースの完全リストアにリカバリセットを選択したとき認識されます。