表 5-1 SQL Server のエントリの例
コンポーネントホスト アプリケーションホスト
環境
Node 1 の物理名 SQL Server クラスタの仮想名
FCI (2 つのノードから成 るクラスタ)
Node 2 の物理名 SQL Server クラスタの仮想名
プライマリ名 WSFC 名
AG (プライマリとセカンダ リ)
セカンダリ名 WSFC 名
プライマリ FCI 名 WSFC 名
1 つの FCI (プライマリ FCI またはセカンダリ FCI) から成る AG
セカンダリ FCI 名 WSFC 名
Node 1 の物理名 SQL Server クラスタの仮想名
Node 2 の物理名 SQL Server クラスタの仮想名
VM のホスト名 VM 表示名、VM BIOS UUID、VM
DNS 名 (［VM ホスト名 (VM hostname)］以外のプライマリ VM 識別子)
VMware
ホスト管理での自動検出されたマッピングの確認
特定のシナリオでは、NetBackup ホストは他のホストと特定の名前を共有したり、クラスタ に関連付けられた名前が付けられたりします。NetBackup for SQL Server で正常にバッ クアップおよびリストアを実行するには、NetBackup によってお使いの環境から検出され たすべての有効な自動検出されたマッピングを承認しておく必要があります。これらのマッ ピングは、マスターサーバーのホスト管理プロパティに表示されます。マッピングを管理す 第 5 章 NetBackup for SQL Server の構成 68 ホスト管理での自動検出されたマッピングの確認
る nbhostmgmt コマンドも使うことができます。ホスト管理プロパティについて詳しくは、『
セキュリティおよび暗号化ガイド 』を参照してください。
複数のホスト名がある構成の例は、次のとおりです。
■ ホストが完全修飾ドメイン名 (FQDN) および短縮名または IP アドレスに関連付けら れる
■ SQL Server がクラスタ化されている場合は、ホストはノード名とクラスタの仮想名に関
連付けられます。
クラスタの自動検出されたマップ
SQL Server クラスタ環境で次が該当する場合にはノード名をクラスタの仮想名にマッピ ングする必要があります
■ バックアップポリシーにクラスタ名 (または仮想名) が含まれている
■ NetBackup クライアントがクラスタ内の複数のノードにインストールされている
NetBackup クライアントが 1 つのノードにのみインストールされている場合にはマッ ピングは必要ありません。
クラスタの自動検出されたマッピングを承認するには
1 NetBackup 管理コンソールで、［セキュリティ管理 (Security Management)］、［ホ スト管理 (Host Management)］の順に展開します。
2 ［ホスト (Hosts)］ペインの下部にある［承認待ちのマッピング (Mappings for Approval)］］タブをクリックします。
お客様の環境のホストが一覧表示されるほか、これらのホストに対して NetBackup によって検出されたマッピングまたは追加のホスト名が一覧表示されます。ホストに は、マッピングごと、またはマッピングに関連付けられている名前ごとに 1 つのエン トリがあります。
たとえば、ホスト client01.lab04.com と client02.lab04.com で構成されるク ラスタの場合は、次のエントリが表示されます。
自動検出されたマッピング (Auto-discovered Mapping) ホスト (Host)
client01 client01.lab04.com
clustername client01.lab04.com
clustername.lab04.com client01.lab04.com
client02 client02.lab04.com
clustername client02.lab04.com
clustername.lab04.com client02.lab04.com
第 5 章 NetBackup for SQL Server の構成 69 ホスト管理での自動検出されたマッピングの確認
3 マッピングが有効な場合は、ホストのエントリを右クリックし、［承認 (Approve)］をク リックします。
たとえば、次のマッピングが client01.lab04.comで有効な場合は、それらのマッ ピングを承認します。
名前が有効なホスト 自動検出されたマッピング
(Auto-discovered Mapping)
クライアントの短縮名 client01
クラスタの仮想名 clustername
クラスタの仮想名の FQDN clustername.lab04.com
4 ホストの有効なマッピングの承認が完了したら、ホスト (Hosts)］ペインの下部にある
［ホスト (Hosts)］タブをクリックします。
ホスト client01.lab04.com と client02.lab04.com に対し、次のような［マッピ ング済みのホスト名/IP アドレス (Mapped Host Names / IP Addresses)］が表示さ れます。
マッピング済みのホスト名/IP アドレス (Mapped Host Names / IP Addresses)
ホスト (Host)
client01.lab04.com、client01、clustername、
clustername.lab04.com client01.lab04.com
client02.lab04.com、client02、clustername、
clustername.lab04.com client02.lab04.com
5 NetBackup によって自動的に検出されなかったマッピングは、手動で追加すること
ができます。
［ホスト (Hosts)］タブをクリックし、［ホスト (Hosts)］ペイン内を右クリックして、［共有 マッピングとクラスタマッピングの追加 (Add Shared or Cluster Mappings)］をクリッ クします。たとえば、名前にはクラスタの仮想名を指定します。［ホストを選択 (Select Hosts)］をクリックして、その仮想名をマッピングするクラスタ内のノード名を選択しま す。
表 5-2 において、FCI は SQL Server フェールオーバークラスタインスタンスを意味しま す。AG は可用性グループを意味します。WSFC は Windows Server フェールオーバー クラスタを意味します。
第 5 章 NetBackup for SQL Server の構成 70 ホスト管理での自動検出されたマッピングの確認
表 5-2 SQL Server 環境用にマッピングされたホスト名の例 マッピング済みのホスト名 ホスト
環境
SQL Server クラスタの仮想名 Node 1 の物理名
FCI (2 つのノードから成るクラ スタ)
SQL Server クラスタの仮想名 Node 2 の物理名
WSFC 名 プライマリ名
AG (プライマリとセカンダリ)
WSFC 名 セカンダリ名
WSFC 名 プライマリ FCI 名
1 つの FCI (プライマリ FCI ま たはセカンダリ FCI) から成る AG
WSFC 名 セカンダリ FCI 名
SQL Server クラスタの仮想名 Node 1 の物理名
SQL Server クラスタの仮想名 Node 2 の物理名
複数 NIC 環境での SQL Server クラスタ用に自動検出されたマッ ピング
複数 NIC 環境に SQL Server クラスタがある場合は、その環境のホストごとに有効な自 動検出されたマッピングを承認する必要があります。プライベート ネットワーク上の SQL Server クラスタの仮想名を、各 SQL Server クラスタノードのプライベート名にマッピング する必要があります。
第 5 章 NetBackup for SQL Server の構成 71 ホスト管理での自動検出されたマッピングの確認
複数 NIC 環境で SQL Server クラスタ用に自動検出されたマッピングを承認するには 1 NetBackup 管理コンソールで、［セキュリティ管理 (Security Management)］、［ホ
スト管理 (Host Management)］の順に展開します。
2 ［ホスト (Hosts)］ペインの下部にある［承認待ちのマッピング (Mappings for Approval)］］タブをクリックします。
お客様の環境のホストが一覧表示されるほか、これらのホストに対して NetBackup によって検出されたマッピングまたは追加のホスト名が一覧表示されます。ホストに は、マッピングごと、またはマッピングに関連付けられている名前ごとに 1 つのエン トリがあります。
たとえば、ホスト client01-bk.lab04.com と client02-bk.lab04.com で構成さ れる複数 NIC 環境のクラスタの場合は、次のエントリが表示されます。
自動検出されたマッピング (Auto-discovered Mapping) ホスト (Host)
clustername bk.lab04.com client01-bk.lab04.com
clustername bk.lab04.com client02-bk.lab04.com
3 マッピングが有効な場合は、ホストのエントリを右クリックし、［承認 (Approve)］をク リックします。
たとえば、次のマッピングが client01-bk.lab04.com で有効な場合は、そのマッ ピングを承認します。
名前が有効なホスト 自動検出されたマッピング
(Auto-discovered Mapping)
プライベート ネットワーク上の SQL Server ク ラスタの仮想名
clustername bk.lab04.com
第 5 章 NetBackup for SQL Server の構成 72 ホスト管理での自動検出されたマッピングの確認
4 ホストの有効なマッピングの承認が完了したら、ホスト (Hosts)］ペインの下部にある
［ホスト (Hosts)］タブをクリックします。
ホスト client01-bk.lab04.com と client02-bk.lab04.com に対し、［マッピン グ済みのホスト名/IP アドレス (Mapped Host Names / IP Addresses)］に次の値が 表示されます。
マッピング済みのホスト名/IP アドレス (Mapped Host Names / IP Addresses)
ホスト (Host)
clustername bk.lab04.com client01-bk.lab04.com
clustername bk.lab04.com client02-bk.lab04.com
5 NetBackup によって自動的に検出されなかったマッピングは、手動で追加すること
ができます。
［ホスト (Hosts)］タブをクリックし、［ホスト (Hosts)］ペイン内を右クリックして、［共有 マッピングとクラスタマッピングの追加 (Add Shared or Cluster Mappings)］をクリッ クします。たとえば、名前にはクラスタの仮想名を指定します。［ホストを選択 (Select Hosts)］をクリックして、その仮想名をマッピングするホストを選択します。
複数 NIC 環境の SQL Server クラスタ用にマッピングされたホス ト名の例
表 5-3 複数 NIC 環境の SQL Server クラスタ用にマッピングされたホスト 名の例
マッピング済みのホスト名 ホスト
プライベート ネットワーク上の SQL Server クラ スタの仮想名
Node 1 のプライベート名
プライベート ネットワーク上の SQL Server クラ スタの仮想名
Node 2 のプライベート名
NetBackup for SQL のパフォーマンスに影響を与える 要素について
SQL Server や NetBackup のハードウェア環境と設定を含む多くの要因が、バックアッ プのパフォーマンスに影響を与える可能性があります。 SQL Server バックアップ用にシ ステムを最適化するための最初の手順は、標準バックアップ操作用に環境を調整するこ とです。詳しくは『NetBackup バックアップ計画とパフォーマンスチューニングガイド』を
第 5 章 NetBackup for SQL Server の構成 73 NetBackup for SQL のパフォーマンスに影響を与える要素について
参照してください。 この調整が完了したら、SQL Server に固有のいくつかのことを調整 できます。
メモ: 次に示す要素の一部は、SQL Server のストリームベースの処理にのみ適用され、
スナップショットバックアップまたはリストアには影響しません。
SQL Server インテリジェントポリシーの場合は、これらのパラメータを［Microsoft SQL Server］ページでポリシーに設定します。 バックアップバッチファイル (レガシー SQL Server ポリシー) またはリストアバッチファイルの場合は、NetBackup MS SQL Client イ ンターフェースでこれらのパラメータを設定します。 NetBackup クライアントプロパティの これらのパラメータを保存してセッションで使います。
次の要素が、パフォーマンスに影響する場合があります。
■ 「NetBackup for SQL のバッファ領域パラメータについて」
■ 「ストライプと並列バックアップ操作」
■ 「共有メモリの使用」
■ 「代替バッファ方式」
■ 「［Microsoft SQL Server チェックサム (Microsoft SQL Server checksum)］」
■ 「インスタントデータファイルの初期化」
■ 「読み書き可能なファイルグループと読み取り専用ファイルグループの使用」
NetBackup for SQL のバッファ領域パラメータについて
［最大転送サイズ (Maximum transfer size)］、［バックアップするブロックサイズ (Backup block size)］、［ストライプあたりのクライアントバッファ (Client buffers per stripe)］によっ て、SQL Server のバッファ領域が増加する可能性があります。 SQL Server にはこれら の値の増加をサポートするために利用可能なリソースがある必要があります。 バッファ領 域パラメータは、ストリームベースのバックアップのためにのみ適用可能です。
［最大転送サイズ (Maximum transfer size)］パラメータは、各バックアップ操作またはリ ストア操作に対して設定できます。 ［最大転送サイズ (Maximum transfer size)］は、SQL Server バックアップイメージの読み込みおよび書き込みに使用されるバッファサイズで す。 通常、この値を大きくすると、SQL Server のパフォーマンスが向上します。
［バックアップするブロックサイズ (Backup block size)］パラメータは、各バックアップ操作 に対して設定できます。 リストアに対しては、NetBackup によって、バックアップに使用し たサイズと同じサイズが自動的に選択されます。 ［バックアップするブロックサイズ (Backup block size)］は、SQL Server バックアップイメージの読み込みおよび書き込みに使用さ れる増分サイズです。
［ストライプあたりのクライアントバッファ (Client buffers per stripe)］によって、バックアッ プ操作またはリストア操作時に各データストリームの読み込みまたは書き込みのために割
第 5 章 NetBackup for SQL Server の構成 74 NetBackup for SQL のパフォーマンスに影響を与える要素について