NetBackup™ for Microsoft SQL Server 管理者ガイド
- NetBackup for SQL Server の概要
- インストール
- ホストの構成とジョブの設定
- SQL Server ホストとユーザー権限の構成
- vSphere 用の Veritas VSS プロバイダのインストール
- SQL Server VSS Writer サービスの無効化
- SQL Server のバックアップとリストアのための NetBackup サービスの設定
- SQL Server のローカルセキュリティの権限の構成
- 自動検出されたマッピングの確認
- 分散アプリケーション、クラスタ、または仮想マシンのリストアマッピングの設定
- ODBC 接続の構成
- 非表示の NetBackup for SQL Server の読み取り不可セカンダリインスタンスの構成
- SQL Server エージェントのプライマリサーバーホスト名の構成
- バックアップ操作を許可するジョブ数の設定
- 1 クライアントあたりの最大ジョブ数の構成
- SQL Server インテリジェントポリシーを使用した SQL Server オブジェクトの管理
- SQL Server インテリジェントポリシーを使用したバックアップの設定
- SQL Server インテリジェントポリシーについて
- SQL Server インテリジェントポリシーの作成
- ポリシー属性について
- スケジュールプロパティについて
- SQL Server インテリジェントポリシーのスケジュールバックアップ形式
- ポリシーへのインスタンスの追加
- ポリシーへのデータベースの追加
- バックアップ対象リストへのファイルグループまたはファイルの追加
- バックアップ対象リストへのファイルまたはファイルグループの追加
- インスタンスグループをバックアップポリシーに追加
- 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 バックアップのリストア
- bplist を使った SQL Server バックアップの取得について
- NetBackup for SQL Server のバックアップ名について
- VMware バックアップを使用した SQL Server データの保護
- VMware バックアップを使用したアプリケーションデータベースの保護について
- SQL Server を保護する NetBackup for VMware バックアップの構成について
- SQL Server を保護する VMware バックアップの NetBackup サービスの設定
- SQL Server を保護する VMware バックアップポリシーの構成
- スナップショットレプリケーションの管理に Replication Director を使用して SQL Server を保護するための VMware ポリシーの構成
- VMware バックアップからの SQL Server データベースのリストア
- Snapshot Client を使用したバックアップの設定
- SQL Server 可用性グループの保護
- SQL Server 可用性グループの保護について
- インテリジェントポリシーを使用した SQL Server 可用性グループの保護
- レガシーポリシーを使用した SQL Server 可用性グループの保護
- NetBackup ドメインをまたぐ SQL Server 可用性グループの保護
- SQL Server 可用性グループのバックアップイメージの参照
- SQL Server 可用性データベースのセカンダリレプリカへのリストア
- SQL Server 可用性データベースのプライマリとセカンダリレプリカへのリストア
- 可用性グループが複数の NetBackup ドメインにわたる場合の可用性データベースのリストア
- クラスタ環境での SQL Server の保護
- クライアントとバッチファイルを使用した SQL Server レガシーポリシーでのバックアップの設定
- SQL Server のレガシーポリシーについて
- SQL Server レガシーポリシーを使用するバックアップの設定について
- SQL Server のバックアップとリストアのための NetBackup サービスの設定 (レガシー SQL Server ポリシー)
- NetBackup レガシーバックアップポリシーのある SQL Server セキュリティについて
- NetBackup for SQL Server でのバッチファイルの使用について
- 新しい SQL Server レガシーポリシーの追加
- スケジュールプロパティについて
- ポリシーへのクライアントの追加
- バックアップ対象リストへのバッチファイルの追加
- 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 クラスタのリストアを実行する
- 処理速度とトラブルシューティング
- NetBackup for SQL Server のコンポーネント
- NetBackup for SQL Server でのデータベースのバックアップ方法
- NetBackup for SQL Server でのデータベースのリカバリ方法
- 手動バックアップの実行
- SQL Server のトラブルシューティング用のデバッグログについて
- NetBackup for SQL Server のパフォーマンスに影響を与える要素
- NetBackup for SQL Server の操作の監視について
- NetBackup for 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. 承認を受けた場所の登録
自動検出されたマッピングの確認
特定のシナリオでは、NetBackup ホストは他のホストと特定の名前を共有したり、クラスタに関連付けられた名前が付けられたりします。NetBackup for SQL Server で正常にバックアップおよびリストアを実行するには、NetBackup によってお使いの環境から検出されたすべての有効な自動検出されたマッピングを承認しておく必要があります。または、マッピングを手動で追加します。
クラスタの自動検出されたマッピングの承認を参照してください。
複数 NIC 環境での SQL Server クラスタ用に自動検出されたマッピングを参照してください。
ホスト名の手動マッピングを参照してください。
複数のホスト名がある構成の例は、次のとおりです。
ホストが完全修飾ドメイン名 (FQDN) および短縮名または IP アドレスに関連付けられる
SQL Server がクラスタ化されている場合は、ホストはノード名とクラスタの仮想名に関連付けられます。
これらのマッピングは、NetBackup Web UI の[セキュリティ (Security)]、[ホストマッピング (Host mappings)]ノードで構成されます。マッピングを管理する nbhostmgmt コマンドも使うことができます。詳しくは、『NetBackup セキュリティおよび暗号化ガイド』と『NetBackup Web UI 管理者ガイド』を参照してください。
SQL Server クラスタ環境で次が該当する場合にはノード名をクラスタの仮想名にマッピングする必要があります
バックアップポリシーにクラスタ名 (または仮想名) が含まれている
NetBackup クライアントがクラスタ内の複数のノードにインストールされている場合、仮想名を各ノードにマッピングする必要があります。
NetBackup クライアントが 1 つのノードにのみインストールされている場合にはマッピングは必要ありません。
クラスタの自動検出されたマッピングを承認するには
- NetBackup Web UI で、[セキュリティ (Security)]、[ホストマッピング (Host mappings)]の順に展開します。
- [承認するマッピング (Mappings to approve)]タブをクリックします。
お客様の環境のホストが一覧表示されるほか、これらのホストに対して NetBackup によって検出されたマッピングまたは追加のホスト名が一覧表示されます。ホストには、マッピングごと、またはマッピングに関連付けられている名前ごとに 1 つのエントリがあります。
たとえば、ホスト
client01.lab04.comとclient02.lab04.comで構成されるクラスタの場合は、次のエントリが表示されます。ホスト
自動検出されたマッピング
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で有効な場合は、それらのマッピングを承認します。自動検出されたマッピング
名前が有効なホスト
client01
クライアントの短縮名
clustername
クラスタの仮想名
clustername.lab04.com
クラスタの仮想名の FQDN
- ホストの有効なマッピングの承認が完了したら、[ホスト (Hosts)]タブをクリックします。
ホスト
client01.lab04.comとclient02.lab04.comに対し、次のような[マッピングされたホストまたは IP アドレス (Mapped host or IP address)]のエントリが表示されます。ホスト
マッピング済みのホスト名/IP アドレス
client01.lab04.com
client01.lab04.com、client01、clustername、clustername.lab04.com
client02.lab04.com
client02.lab04.com、client02、clustername、clustername.lab04.com
- NetBackup によって自動的に検出されなかったマッピングは、手動で追加できます。
表: SQL Server 環境用にマッピングされたホスト名の例 において、FCI は SQL Server フェールオーバークラスタインスタンスを意味します。WSFC は Windows Server フェールオーバークラスタを意味します。
表: SQL Server 環境用にマッピングされたホスト名の例
|
環境 |
ホスト |
マッピング済みのホスト名 |
|---|---|---|
|
FCI (2 つのノードから成るクラスタ) |
Node 1 の物理名 |
SQL Server クラスタの仮想名 |
|
Node 2 の物理名 |
SQL Server クラスタの仮想名 | |
|
基本または高度可用性グループ (プライマリとセカンダリ) |
プライマリ名 |
WSFC 名 |
|
セカンダリ名 |
WSFC 名 | |
|
1 つの FCI (プライマリ FCI またはセカンダリ FCI) から成る基本または高度可用性グループ |
プライマリ FCI 名 |
WSFC 名 |
|
セカンダリ FCI 名 |
WSFC 名 | |
|
Node 1 の物理名 |
SQL Server クラスタの仮想名 | |
|
Node 2 の物理名 |
SQL Server クラスタの仮想名 |
複数 NIC 環境に SQL Server クラスタがある場合は、その環境のホストごとに有効な自動検出されたマッピングを承認する必要があります。プライベートネットワーク上の SQL Server クラスタの仮想名を、各 SQL Server クラスタノードのプライベート名にマッピングする必要があります。
複数 NIC 環境で SQL Server クラスタ用に自動検出されたマッピングを承認するには
- NetBackup Web UI で、[セキュリティ (Security)]、[ホストマッピング (Host mappings)]の順に展開します。
- [承認するマッピング (Mappings to approve)]タブをクリックします。
お客様の環境のホストが一覧表示されるほか、これらのホストに対して NetBackup によって検出されたマッピングまたは追加のホスト名が一覧表示されます。ホストには、マッピングごと、またはマッピングに関連付けられている名前ごとに 1 つのエントリがあります。
たとえば、ホスト
client01-bk.lab04.comとclient02-bk.lab04.comで構成される複数 NIC 環境のクラスタの場合は、次のエントリが表示されます。ホスト (Host)
自動検出されたマッピング
client01-bk.lab04.com
clustername-bk.lab04.com
client02-bk.lab04.com
clustername-bk.lab04.com
- ホストの名前をクリックします。
- 検出されたマッピングを使用する場合は、ホストのマッピングを確認して[承認 (Approve)]をクリックします。
たとえば、次のマッピングが
client01-bk.lab04.comで有効な場合は、そのマッピングを承認します。自動検出されたマッピング
名前が有効なホスト
clustername-bk.lab04.com
プライベートネットワーク上の SQL Server クラスタの仮想名
- ホストの有効なマッピングの承認が完了したら、[ホスト (Hosts)]タブをクリックします。
ホスト
client01-bk.lab04.comとclient02-bk.lab04.comに対し、[マッピングされたホストまたは IP アドレス (Mapped host or IP address)]に次の値が表示されます。ホスト (Host)
マッピングされたホストまたは IP アドレス (Mapped host or IP address)
client01-bk.lab04.com
clustername-bk.lab04.com
client02-bk.lab04.com
clustername-bk.lab04.com
- NetBackup によって自動的に検出されなかったマッピングは、手動で追加できます。
表: 複数 NIC 環境の SQL Server クラスタ用にマッピングされたホスト名の例
|
ホスト |
マッピング済みのホスト名 |
|---|---|
|
Node 1 のプライベート名 |
プライベートネットワーク上の SQL Server クラスタの仮想名 |
|
Node 2 のプライベート名 |
プライベートネットワーク上の SQL Server クラスタの仮想名 |
SharePoint SQL 可用性グループの自動検出マッピングを承認するには
- NetBackup Web UI で、[セキュリティ (Security)]、[ホストマッピング (Host mappings)]の順に展開します。
- [承認するマッピング (Mappings to approve)]タブをクリックします。
お客様の環境のホストが一覧表示されるほか、これらのホストに対して NetBackup によって検出されたマッピングまたは追加のホスト名が一覧表示されます。ホストには、マッピングごと、またはマッピングに関連付けられている名前ごとに 1 つのエントリがあります。
たとえば、ホスト
client01.lab04.comとclient02.lab04.comで構成される SharePoint SQL の場合は、次のエントリが表示されます。ホスト
自動検出されたマッピング
client01.lab04.com
client01、clustername、clustername.lab04.com
client01.lab04.com
aglistenername
client01.lab04.com
aglistenername.lab04.com
client02.lab04.com
client02、clustername、clustername.lab04.com
client02.lab04.com
aglistenername
client02.lab04.com
aglistenername.lab04.com
- ホストの名前をクリックします。
- 検出されたマッピングを使用する場合は、ホストのマッピングを確認して[承認 (Approve)]をクリックします。
たとえば、次のマッピングが
client01.lab04.comで有効な場合は、それらのマッピングを承認します。自動検出されたマッピング
名前が有効なホスト
client01
クライアントの短縮名
aglistenername
SharePoint SQL 可用性グループのリスナー名
aglistenername.lab04.com
SharePoint SQL 可用性グループのリスナー名の FQDN。
- ホストの有効なマッピングの承認が完了したら、[ホスト (Hosts)]タブをクリックします。
ホスト
client01.lab04.comとclient02.lab04.comに対し、次のような[マッピングされたホストまたは IP アドレス (Mapped host or IP address)]のエントリが表示されます。ホスト
マッピング済みのホスト名/IP アドレス
client01.lab04.com
client01.lab04.com、client01、aglistenername、aglistenername.lab04.com
client02.lab04.com
client02.lab04.com、client02、aglistenername、aglistenername.lab04.com
- NetBackup によって自動的に検出されなかったマッピングは、手動で追加できます。
NetBackup によって自動的に検出されなかったマッピングは、手動で追加できます。
ホスト名を手動でマッピングするには
- NetBackup Web UI で、[セキュリティ (Security)]、[ホストマッピング (Host mappings)]の順に展開します。
- [ホスト (Hosts)]タブをクリックします。
- [共有マッピングまたはクラスタマッピングの追加 (Add shared or cluster mappings)]をクリックします。
たとえば、名前にはクラスタの仮想名を入力します。[追加 (Add)]をクリックして、その仮想名をマッピングするホストを選択します。