Veritas NetBackup™ for Microsoft SharePoint Server 管理者ガイド
- NetBackup for SharePoint Server の概要
- NetBackup for SharePoint Server のインストール
- SharePoint Server の個別リカバリテクノロジのための NFS のインストールおよび構成
- Windows Server 2012、2012 R2、2016 でのネットワークファイルシステム (NFS) 用サービスの構成について
- Windows 2008 と Windows 2008 R2 での NFS 用サービスの構成について
- NetBackup for SharePoint Server の構成
- 個別リカバリテクノロジ (GRT) を使う SharePoint バックアップの構成
- SharePoint クライアントのホストプロパティの構成
- NetBackup for SharePoint のバックアップポリシーの構成
- SharePoint データベースのバックアップポリシーの構成
- SharePoint Server、SharePoint Foundation のバックアップおよびリストアの実行
- SharePoint Server および SharePoint Foundation のユーザー主導バックアップ
- SharePoint Server と SharePoint Foundation のリストア
- VMware バックアップを使用した SharePoint Server データの保護
- ディザスタリカバリ
- トラブルシューティング
ホスト管理での自動検出されたマッピングの確認
特定のシナリオでは、NetBackup ホストは他のホストと特定の名前を共有したり、クラスタに関連付けられた名前が付けられたりします。NetBackup for SharePoint で正常にバックアップおよびリストアを実行するには、NetBackup によってお使いの環境から検出されたすべての有効な自動検出されたマッピングを承認しておく必要があります。これらのマッピングは、マスターサーバーのホスト管理プロパティに表示されます。マッピングを管理する nbhostmgmt コマンドも使うことができます。ホスト管理プロパティについて詳しくは、『 セキュリティおよび暗号化ガイド 』を参照してください。
複数のホスト名がある構成の例は、次のとおりです。
ホストが完全修飾ドメイン名 (FQDN) および短縮名または IP アドレスに関連付けられる
SharePoint Server の場合は、クラスタ化されたバックエンド SQL Server 内のノードが 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 を使用する単一のフロントエンド SharePoint サーバー用にマッピングされたホスト名の例 において、FCI は SQL Server フェールオーバークラスタインスタンスを意味します。
表: クラスタ化されたバックエンド SQL Server を使用する単一のフロントエンド SharePoint サーバー用にマッピングされたホスト名の例
環境 | ホスト | マッピング済みのホスト名 |
---|---|---|
FCI (2 つのノードから成るクラスタ) | Node 1 の物理名 | SQL Server クラスタの仮想名 |
Node 2 の物理名 | SQL Server クラスタの仮想名 |