Veritas NetBackup™ for Microsoft SQL Server 管理者ガイド
- NetBackup for SQL Server の概要
- NetBackup for SQL Server のインストール
- SQL Server インテリジェントポリシーのためのインスタンス管理
- SQL Server インテリジェントポリシーを使用した SQL Server のバックアップの設定
- SQL Server インテリジェントポリシーについて
- SQL Server インテリジェントポリシーを使用する SQL Server のバックアップの設定について
- 新しい SQL Server インテリジェントポリシーの追加
- ポリシー属性
- スケジュールプロパティについて
- SQL Server インテリジェントポリシーのスケジュールバックアップ形式
- ポリシーへのインスタンスの追加
- ポリシーへのデータベースの追加
- インスタンスプロパティ
- ［バックアップ対象 (Backup Selections)］タブ
- バックアップ対象リストへのファイルグループまたはファイルの追加
- バックアップ対象リストへのファイルまたはファイルグループの手動による追加
- バックアップポリシーへのインスタンスグループの追加
- SQL Server バックアップの調整パラメータについて
- 読み取り専用ファイルグループのバックアップ
- 読み書き可能なファイルグループのバックアップ
- NetBackup for SQL Server の構成
- SQL Server のリストアの実行
- NetBackup MS SQL Client の初回の起動
- SQL Server のホストとインスタンスの選択
- SQL Server バックアップイメージの表示
- NetBackup for SQL Server のオプション
- SQL Server データベースのバックアップのリストア
- SQL Server データベースの完全復旧の実行
- SQL Server ファイルグループのバックアップのリストア
- 読み書き可能なファイルグループバックアップからの SQL Server データベースのリカバリ
- SQL Server 読み取り専用ファイルグループのリストア
- SQL Server データベースファイルのリストア
- 完全復旧を実行しない SQL Server トランザクションログイメージのリストア
- SQL Server データベースの移動
- SQL Server のページレベルのリストアの実行について
- リダイレクトリストアの権限の構成
- 代替ホストへの SQL Server データベースのリダイレクト
- リモート SQL Server インストール上でのリストアの実行
- フルテキストカタログを含むデータベースのリストアについて
- 複数ストリームの SQL Server バックアップのリストア
- VMware バックアップを使用した SQL Server データの保護
- VMware バックアップを使用した SQL Server データの保護について
- SQL Server を保護する NetBackup for VMware バックアップの構成について
- NetBackup アクセラレータを使った VMware の完全バックアップの速度の増加
- Veritas VSS provider for vSphere のインストール
- SQL Server を保護する VMware バックアップの NetBackup サービスの設定
- SQL Server を保護する VMware バックアップポリシーの構成
- スナップショットレプリケーションの管理に Replication Director を使用して SQL Server を保護するための VMware ポリシーの構成
- SQL Server を保護する VMware バックアップにおけるログの切り捨てについて
- VMware バックアップからの SQL Server データベースのリストア
- Snapshot Client を併用した NetBackup for SQL Server の使用
- 高可用性 (HA) 環境での SQL Server の保護
- SQL Server の高可用性 (HA) 環境について
- SQL Server 可用性グループを保護するための NetBackup の使用について
- クラスタ化された SQL Server インスタンスのバックアップの設定 (SQL Server インテリジェントポリシー)
- クラスタ化された SQL Server インスタンスのバックアップの設定 (SQL Server レガシーポリシー)
- 仮想 SQL Server インスタンスのリストアの実行
- NetBackup for SQL Server のデータベースミラーリング機能について
- データベースログ配布をサポートするための NetBackup の構成
- ログ配布が設定された環境での SQL Server のバックアップ
- バックアップおよびリカバリの概念
- SQL Server のバックアップおよびリカバリの概念について
- NetBackup for SQL Server のコンポーネント
- NetBackup での SQL Server ホストおよびインスタンス名の解決方法
- NetBackup for SQL Server でのデータベースのバックアップ方法
- NetBackup for SQL Server でのデータベースのリカバリ方法
- SQL Server ファイルとファイルグループの保護
- SQL Server ファイルとファイルグループのリカバリ時の注意事項について
- 読み取り専用ファイルグループによるバックアップサイズおよび時間の縮小
- SQL Server のバックアップまたはリストア操作時のデータ転送速度に影響を与える要素
- SQL Server のリカバリでの考慮事項について
- 複数の NIC を備えている場合の NetBackup for SQL Server の使用
- 複数 NIC を備えている場合の SQL Server バックアップの設定について
- プライベートインターフェース名を使った NetBackup クライアントの構成
- 複数の NIC を備えている場合に SQL Server のバックアップを設定する (SQL Server インテリジェントポリシー)
- 複数の NIC を備えている場合に SQL Server のバックアップを設定する (SQL Server レガシーポリシー)
- 複数の NIC を備えている場合に SQL Server のリストアを実行する
- 複数の NIC が存在する場合に SQL Server クラスタのバックアップを設定する (SQL Server インテリジェントポリシー)
- 複数の NIC を備えている場合に SQL Server クラスタのバックアップを設定する (SQL Server レガシーポリシー)
- 複数の NIC を備えている場合に SQL Server クラスタのバックアップ用バッチファイルを作成する (SQL Server レガシーポリシー)
- 複数の NIC を備えている場合に SQL Server クラスタのリストアを実行する
- クライアントとバッチファイルを使用した SQL Server レガシーポリシーでのバックアップの設定
- SQL Server のレガシーポリシーについて
- SQL Server レガシーポリシーを使用するバックアップの設定について
- SQL Server のバックアップとリストアのための NetBackup サービスの設定
- NetBackup レガシーバックアップポリシーのある SQL Server セキュリティについて
- NetBackup for SQL Server でのバッチファイルの使用について
- 新しい SQL Server レガシーポリシーの追加
- スケジュールプロパティについて
- ポリシーへのクライアントの追加
- バックアップ対象リストへのバッチファイルの追加
- SQL Server ホストおよびインスタンスの選択
- SQL Server バックアップ操作のオプション
- バックアップ用に選択されたオブジェクトのプロパティの表示について
- SQL Server データベースのユーザー主導型バックアップの実行
- SQL Server トランザクションログのバックアップ
- SQL Server データベースファイルグループのバックアップ
- 読み取り専用ファイルグループのバックアップ
- 読み書き可能なファイルグループのバックアップ
- SQL Server データベースファイルのバックアップ
- 部分的なデータベースのバックアップの実行
- リモート SQL Server インストールのバックアップの実行
- NetBackup for SQL Server のファイルチェックポイントについて
- 失敗した SQL Server バックアップの自動再試行について
- dbbackex によるユーザー主導操作の実行
- bplist を使用した SQL Server バックアップのリストの取得
- SAP 環境の SQL Server のバックアップとリストア (レガシー SQL Server ポリシー)
- トラブルシューティング
- NetBackup for SQL Server の操作の監視について
- SQL Server のトラブルシューティング用の NetBackup レポートについて
- SQL Server のトラブルシューティング用のデバッグログについて
- NetBackup for SQL Server の最大トレースレベルの設定
- インスタンス管理を使ったクレデンシャルの検証のトラブルシューティング
- 大規模な SQL Server データベースのリストアにおけるタイムアウトエラーの最小化について
- SQL Server の VMware のバックアップとリストアのトラブルシューティング
- バックアップジョブ完了の遅延
- SQL Server の VMware バックアップ中に発生する SQL Server のログの切り捨てエラー
- SQL Server の圧縮バックアップイメージを単一のストライプとして、または複数のストライプを含むイメージとしてリストアすると、SQL Server のリストアが失敗する
- 可用性グループクラスタに不正なバックアップイメージが表示される
- SQL Server のホスト名または SQL Server データベース名の末尾にスペースがあると SQL Server データベースのリストアは状態コード 5 またはエラー (-1) で失敗する
- SQL Server のホスト名、データベース名、データベース論理名の末尾にスペースがあると移動操作は状態コード 5 またはエラー (-1) で失敗する
- SQL Server のディザスタリカバリ
- 付録 A. バッチファイルの例
- 付録 B. 多重化されたバックアップ
- 付録 C. 承認された場所の登録
ホスト管理での自動検出されたマッピングの確認
特定のシナリオでは、NetBackup ホストは他のホストと特定の名前を共有したり、クラスタに関連付けられた名前が付けられたりします。NetBackup for SQL Server で正常にバックアップおよびリストアを実行するには、NetBackup によってお使いの環境から検出されたすべての有効な自動検出されたマッピングを承認しておく必要があります。これらのマッピングは、マスターサーバーのホスト管理プロパティに表示されます。マッピングを管理する nbhostmgmt コマンドも使うことができます。ホスト管理プロパティについて詳しくは、『 セキュリティおよび暗号化ガイド 』を参照してください。
複数のホスト名がある構成の例は、次のとおりです。
ホストが完全修飾ドメイン名 (FQDN) および短縮名または IP アドレスに関連付けられる
SQL Server がクラスタ化されている場合は、ホストはノード名とクラスタの仮想名に関連付けられます。
SQL Server クラスタ環境で次が該当する場合にはノード名をクラスタの仮想名にマッピングする必要があります
バックアップポリシーにクラスタ名 (または仮想名) が含まれている
NetBackup クライアントがクラスタ内の複数のノードにインストールされている
NetBackup クライアントが 1 つのノードにのみインストールされている場合にはマッピングは必要ありません。
クラスタの自動検出されたマッピングを承認するには
- NetBackup 管理コンソールで、［セキュリティ管理 (Security Management)］、［ホスト管理 (Host Management)］の順に展開します。
- ［ホスト (Hosts)］ペインの下部にある［承認待ちのマッピング (Mappings for Approval)］］タブをクリックします。
お客様の環境のホストが一覧表示されるほか、これらのホストに対して NetBackup によって検出されたマッピングまたは追加のホスト名が一覧表示されます。ホストには、マッピングごと、またはマッピングに関連付けられている名前ごとに 1 つのエントリがあります。
たとえば、ホスト
client01.lab04.comとclient02.lab04.comで構成されるクラスタの場合は、次のエントリが表示されます。ホスト (Host)
自動検出されたマッピング (Auto-discovered Mapping)
client01.lab04.com
client01
client01.lab04.com
clustername
client01.lab04.com
clustername.lab04.com
client02.lab04.com
client02
client02.lab04.com
clustername
client02.lab04.com
clustername.lab04.com
- マッピングが有効な場合は、ホストのエントリを右クリックし、［承認 (Approve)］をクリックします。
たとえば、次のマッピングが
client01.lab04.comで有効な場合は、それらのマッピングを承認します。自動検出されたマッピング (Auto-discovered Mapping)
名前が有効なホスト
client01
クライアントの短縮名
clustername
クラスタの仮想名
clustername.lab04.com
クラスタの仮想名の FQDN
- ホストの有効なマッピングの承認が完了したら、ホスト (Hosts)］ペインの下部にある［ホスト (Hosts)］タブをクリックします。
ホスト
client01.lab04.comとclient02.lab04.comに対し、次のような［マッピング済みのホスト名/IP アドレス (Mapped Host Names / IP Addresses)］が表示されます。ホスト (Host)
マッピング済みのホスト名/IP アドレス (Mapped Host Names / IP Addresses)
client01.lab04.com
client01.lab04.com、client01、clustername、clustername.lab04.com
client02.lab04.com
client02.lab04.com、client02、clustername、clustername.lab04.com
- NetBackup によって自動的に検出されなかったマッピングは、手動で追加することができます。
［ホスト (Hosts)］タブをクリックし、［ホスト (Hosts)］ペイン内を右クリックして、［共有マッピングとクラスタマッピングの追加 (Add Shared or Cluster Mappings)］をクリックします。たとえば、名前にはクラスタの仮想名を指定します。［ホストを選択 (Select Hosts)］をクリックして、その仮想名をマッピングするクラスタ内のノード名を選択します。
表: SQL Server 環境用にマッピングされたホスト名の例 において、FCI は SQL Server フェールオーバークラスタインスタンスを意味します。AG は可用性グループを意味します。WSFC は Windows Server フェールオーバークラスタを意味します。
表: SQL Server 環境用にマッピングされたホスト名の例
|
環境 |
ホスト |
マッピング済みのホスト名 |
|---|---|---|
|
FCI (2 つのノードから成るクラスタ) |
Node 1 の物理名 |
SQL Server クラスタの仮想名 |
|
Node 2 の物理名 |
SQL Server クラスタの仮想名 | |
|
AG (プライマリとセカンダリ) |
プライマリ名 |
WSFC 名 |
|
セカンダリ名 |
WSFC 名 | |
|
1 つの FCI (プライマリ FCI またはセカンダリ FCI) から成る AG |
プライマリ FCI 名 |
WSFC 名 |
|
セカンダリ FCI 名 |
WSFC 名 | |
|
Node 1 の物理名 |
SQL Server クラスタの仮想名 | |
|
Node 2 の物理名 |
SQL Server クラスタの仮想名 |
複数 NIC 環境に SQL Server クラスタがある場合は、その環境のホストごとに有効な自動検出されたマッピングを承認する必要があります。プライベート ネットワーク上の SQL Server クラスタの仮想名を、各 SQL Server クラスタノードのプライベート名にマッピングする必要があります。
複数 NIC 環境で SQL Server クラスタ用に自動検出されたマッピングを承認するには
- NetBackup 管理コンソールで、［セキュリティ管理 (Security Management)］、［ホスト管理 (Host Management)］の順に展開します。
- ［ホスト (Hosts)］ペインの下部にある［承認待ちのマッピング (Mappings for Approval)］］タブをクリックします。
お客様の環境のホストが一覧表示されるほか、これらのホストに対して NetBackup によって検出されたマッピングまたは追加のホスト名が一覧表示されます。ホストには、マッピングごと、またはマッピングに関連付けられている名前ごとに 1 つのエントリがあります。
たとえば、ホスト
client01-bk.lab04.comとclient02-bk.lab04.comで構成される複数 NIC 環境のクラスタの場合は、次のエントリが表示されます。ホスト (Host)
自動検出されたマッピング (Auto-discovered Mapping)
client01-bk.lab04.com
clustername bk.lab04.com
client02-bk.lab04.com
clustername bk.lab04.com
- マッピングが有効な場合は、ホストのエントリを右クリックし、［承認 (Approve)］をクリックします。
たとえば、次のマッピングが
client01-bk.lab04.comで有効な場合は、そのマッピングを承認します。自動検出されたマッピング (Auto-discovered Mapping)
名前が有効なホスト
clustername bk.lab04.com
プライベート ネットワーク上の SQL Server クラスタの仮想名
- ホストの有効なマッピングの承認が完了したら、ホスト (Hosts)］ペインの下部にある［ホスト (Hosts)］タブをクリックします。
ホスト
client01-bk.lab04.comとclient02-bk.lab04.comに対し、［マッピング済みのホスト名/IP アドレス (Mapped Host Names / IP Addresses)］に次の値が表示されます。ホスト (Host)
マッピング済みのホスト名/IP アドレス (Mapped Host Names / IP Addresses)
client01-bk.lab04.com
clustername bk.lab04.com
client02-bk.lab04.com
clustername bk.lab04.com
- NetBackup によって自動的に検出されなかったマッピングは、手動で追加することができます。
［ホスト (Hosts)］タブをクリックし、［ホスト (Hosts)］ペイン内を右クリックして、［共有マッピングとクラスタマッピングの追加 (Add Shared or Cluster Mappings)］をクリックします。たとえば、名前にはクラスタの仮想名を指定します。［ホストを選択 (Select Hosts)］をクリックして、その仮想名をマッピングするホストを選択します。
表: 複数 NIC 環境の SQL Server クラスタ用にマッピングされたホスト名の例
|
ホスト |
マッピング済みのホスト名 |
|---|---|
|
Node 1 のプライベート名 |
プライベート ネットワーク上の SQL Server クラスタの仮想名 |
|
Node 2 のプライベート名 |
プライベート ネットワーク上の SQL Server クラスタの仮想名 |