ム（LOFS）からのファイルのバックアップがサポートされています。 LOFS ファイルシステ ムを使うと、代替パス名を使って既存のファイルにアクセスできる仮想ファイルシステムを 作成できます。 /oracle ファイルシステムを /database ファイルシステムへループバッ クマウントする場合を考慮します。このループバックマウントによって、/database ファイ ルシステムの下に、/oracle ファイルシステムも表示されるようになります。/oracle に 格納されているすべてのファイルには、/oracle で始まるパス名または /database で 始まるパス名のどちらを使用してもアクセスできます。たとえ
ば、/database/sapdata1/system/system.dbf のようにパス名を指定します。
ローカルファイルシステムを LOFS としてマウントする場合は、［NFS をたどる (Follow NFS)］を選択する必要はありません。
実際のファイルシステム (たとえば /oracle) が次のいずれかに該当する場合は、LOFS のバックアップに対して［NFS をたどる (Follow NFS)］オプションを選択します。
■ NFS マウント
■ LOFS を使用してマウントされた非グローバルゾーンの Solaris グローバルゾーンファ
イルシステム。
NetBackup for SAP ログファイルの権限について
（UNIX）
NetBackup は /usr/openv/netbackup/logs ディレクトリツリーを、トラブルシューティ ング情報の記録としてだけでなく、進捗や通信の最新情報をユーザーや他の NetBackup アプリケーションに提供する目的でも使用します。これらのディレクトリに対する権限を制 限すると、トラブルシューティングデータの収集が無効になるだけでなく、アプリケーショ ン自体が正しく機能することが妨げられる可能性があります。
バックアップとリストア操作は、権限を制限しすぎると失敗します。 すべてのユーザーが、
usr/openv/netbackup/logs ディレクトリおよびサブディレクトリを読み書きできるように設 定することを推奨します (777 権限)。ただし、セキュリティ要件によってグローバルな読み 書きアクセスが禁じられることがあります。 その場合、特定のディレクトリの権限を、一つ のグループまたはユーザーに制限できます。グループまたはユーザーが実行するプロセ スでそのディレクトリのすべてのバックアップおよびリストア操作が開始される場合は、次 の方法で権限を制限できます。
/usr/openv/netbackup/logs/user_ops ディレクトリに 777 権限があることを確認し ます。アプリケーションが正しく動作するためには、このディレクトリの項目にアクセス可能 である必要があります。
第 5 章 NetBackup for SAP の構成 64 NetBackup for SAP での LOFS を使ってマウントされたファイルのバックアップ（UNIX または Linux）
ホスト管理での自動検出されたマッピングの確認
特定のシナリオでは、NetBackup ホストは他のホストと特定の名前を共有したり、クラスタ に関連付けられた名前が付けられたりします。NetBackup for SAP で正常にバックアッ プおよびリストアを実行するには、NetBackup によってお使いの環境から検出されたす べての有効な自動検出されたマッピングを承認しておく必要があります。これらのマッピ ングは、マスターサーバーのホスト管理プロパティに表示されます。マッピングを管理す る nbhostmgmt コマンドも使うことができます。ホスト管理プロパティについて詳しくは、『
セキュリティおよび暗号化ガイド 』を参照してください。
複数のホスト名がある構成の例は、次のとおりです。
■ ホストが完全修飾ドメイン名 (FQDN) および短縮名または IP アドレスに関連付けら れる
■ SAP サーバーがクラスタ化されている場合は、ホストはノード名とクラスタの仮想名に 関連付けられます。
クラスタの自動検出されたマップ
SAP クラスタ環境で次が該当する場合にはノード名をクラスタの仮想名にマッピングする 必要があります
■ バックアップポリシーにクラスタ名 (または仮想名) が含まれている
このマッピングは SAP HANA には必要ありません。このようなポリシーにはクラスタの 仮想名ではなくクラスタのノード名が含まれます。
■ NetBackup クライアントがクラスタ内の複数のノードにインストールされている
NetBackup クライアントが 1 つのノードにのみインストールされている場合にはマッ ピングは必要ありません。
メモ: この手順は SAP HANA でなく SAP のみに適用されます。
第 5 章 NetBackup for SAP の構成 65 ホスト管理での自動検出されたマッピングの確認
クラスタの自動検出されたマッピングを承認するには
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
3
マッピングが有効な場合は、ホストのエントリを右クリックし、［承認 (Approve)］をク リックします。たとえば、次のマッピングが client01.lab04.comで有効な場合は、それらのマッ ピングを承認します。
名前が有効なホスト 自動検出されたマッピング
(Auto-discovered Mapping)
クライアントの短縮名 client01
クラスタの仮想名 clustername
クラスタの仮想名の FQDN clustername.lab04.com
第 5 章 NetBackup for SAP の構成 66 ホスト管理での自動検出されたマッピングの確認
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-11 SAP クラスタ環境用にマッピングされたホスト名の例
マッピング済みのホスト名 ホスト
環境
SAP サーバーの仮想名 Node 1 の物理名
2 つのノードから成るクラ スタ
SAP サーバーの仮想名 Node 2 の物理名