Veritas NetBackup™ for Oracle 管理者ガイド
- 概要
- NetBackup for Oracle クイックスタート
- NetBackup for Oracle のインストール
- Oracle のポリシー構成
- NetBackup for Oracle の構成の準備
- Oracle インテリジェントポリシーのインスタンス管理
- Oracle インテリジェントポリシー (OIP) について
- スクリプトまたはテンプレートベースの Oracle ポリシーについて
- Oracle のバックアップとリストアの実行
- NetBackup for Oracle バックアップについて
- NetBackup for Oracle のリストアについて
- Microsoft Windows Cluster 環境での NetBackup for Oracle の使用
- ガイド付きリカバリ
- ガイド付きリカバリのトラブルシューティング
- Snapshot Client を併用した NetBackup for Oracle
- Snapshot Client を併用した NetBackup for Oracle について
- Snapshot Client を併用した NetBackup for Oracle の動作
- NetBackup for Oracle による Snapshot Client の構成について
- スナップショットバックアップからの NetBackup for Oracle のリストア
- UNIX の NetBackup for Oracle Block Level Incremental バックアップの構成について
- Snapshot Client の影響について
- レプリケーションディレクタの Oracle サポートについて
- トラブルシューティング
- RMAN のバックアップエラーまたはリストアエラーのトラブルシューティング
- 付録 A. RAC (Real Application Clusters)
- 付録 B. NetBackup を併用した Oracle RAC を保護するためのベストプラクティス
- 付録 C. 重複排除のベストプラクティス
- 付録 D. SFRAC の Snapshot Client サポート
- 付録 E. UNIX および Linux システムでの RMAN を使用しないスクリプトベースの Block Level Incremental (BLI) バックアップ
- RMAN を使用しない BLI バックアップのインストール要件の確認
- スクリプトベースの BLI バックアップの NetBackup ポリシーの作成
- バックアップとリストアの実行
- バックアップエラーまたはリストアエラーのトラブルシューティングについて
- 付録 F. XML Archiver
- 付録 G. 承認を受けた場所の登録
RAC 用イメージカタログの設定
RAC バックアップでフェールオーバー名に NB_ORA_CLIENT を使用していた場合、すべてのノードからのバックアップイメージがその単一のクライアント名で保存されます。 バックアップイメージは単一のクライアント名で保存されるため、イメージカタログに特別な設定は不要です。
ただし、フェールオーバー名ーが使用されなかった場合、個別のクライアントのバックアップイメージは固有名のイメージディレクトリに格納されます。 この設定を使用すると、代替クラスタや、クラスタ内の代替ノードからクロスチェックおよびリストアなどの操作を実行した場合、複雑になる可能性があります。
メモ:
この手法は、インスタンスの VIP 名を、racclient の名前として使用する場合に最も適切に動作します。 物理ホスト名を使用した場合、ファイルシステムバックアップからのバックアップイメージが、単一イメージディレクトリ内の Oracle バックアップイメージと一緒に保存されます。 この状況は 2 つの潜在的な問題を引き起こす可能性があります。 まず最初に、同じファイルが両方のホストに存在するが、その内容が異なる場合は、リストアに使用する正しいバックアップイメージを慎重に選択する必要があります。ファイルシステムのバックアップの設定でポリシーキーワードを指定すると、選択時の混乱を避けることができます。このキーワードは、各ファイルシステムのバックアップを作成するホストに固有です。また、参照またはリストアを実行するときには、ホスト固有のキーワードを使用してイメージ検索を制約します。次に、いずれのホストも、もう一方のホストからバックアップされたファイルをリストアすることができます。同じクラスタの一部であるため、このリストア手法は通常は問題ではありません。ただし、サイト側で権限やセキュリティ制限に関する特別な考慮事項がある場合には注意してください。
次の手順では、1 つのクライアント名のクラスタ内のすべてのノードからのバックアップイメージを一元的に保存できます。次に、その 1 つのクライアント名を、メンテナンスやリストア操作に使用できます。
次の手順では、別途明記されないかぎり、すべての手順をマスターサーバー上で実行できます。また、手順ではネットワークルーティングが可能なホスト名の例として以下の 2 つを使用します。
racclient1
racclient2
この手順では、クラスタの論理名は racname です。 クラスタ上の 1 つのノードで常にアクティブになっているフェールオーバー名がある場合、その名前を racname とすることができます。 また、racname は一時的を racclient1 または racclient2 のホスト名の別名として追加して、初期設定を完了して、次に削除することができます。
1 つのクライアント名のクラスタ内のすべてのノードからのバックアップイメージを一元的に保存する方法
- マスターサーバーとメディアサーバーの両方で、RAC クライアント名が解決可能、ネットワークルーティング可能で正確に逆引き名前解決されることを確認します。
bpclntcmd - hn racclient1 bpclntcmd - hn racclient2 ping racclient1 ping racclient2 bpclntcmd - ip <ip_address_for_racclient1> bpclntcmd - ip <ip_address_for_racclient2>
ホスト名の正引き名前解決と逆引き名前解決の不整合およびネットワークルーティングの問題を解決します。 NetBackup ホストのキャッシュをクリアし、名前解決を変更した後 10 秒間待ちます。
bpclntcmd - clear_host_cache
- マスターサーバーで、クライアントの racclients または論理名のいずれかに対して、イメージディレクトリまたはクライアントエイリアスがすでに存在するか確認します。
Windows の場合:
dir install_path\Veritas\NetBackup\db\images\racclient1 dir install_path\Veritas\NetBackup\db\images\racclient2 dir install_path\Veritas\NetBackup\db\images\racname
UNIX の場合:
ls -ld /usr/openv/netbackup/db/images/racclient1 ls -ld /usr/openv/netbackup/db/images/racclient2 ls -ld /usr/openv/netbackup/db/images/racname
Windows または UNIX の場合:
bpclient - client racclient1 - list_all_aliases bpclient - client racclient2 - list_all_aliases bpclient - client racname - list_all_aliases
メモ:
いずれかのクライアント名にすでにイメージディレクトリがあるか、またはクライアント名に racname 以外のエイリアスがある場合は、この手順を続けないでください。
この手順を使用する代わりに、次のベリタスナレッジベースの記事を参照して既存のイメージディレクトリとクライアント名を結合することを考慮してください。
https://www.veritas.com/support/ja_JP/article.000018409
または、RAC クライアントに新しいネットワーク解決可能でネットワークルート可能なホスト名を作成して、ステップ 1 に戻ります。
- 論理クラスタ名にすでにイメージディレクトリがあり、論理クラスタ名自体がエイリアスである場合は、ステップ 5 に進みます。
- 論理クラスタ名を NetBackup クライアント名として使用して、バックアップを実行します。
racname が解決可能なホスト名でない場合、一時的にこれを RAC クライアント名の 1 つのホスト名のホスト名エイリアスにします。 ホスト名エイリアスを変更するのが、ホストファイルを変更する最も簡単な方法です。
バックアップは、新規または既存のポリシーを使用するファイルシステムのバックアップでなければならず、1 つのファイルのみのバックアップとなります。
その後、racname にイメージディレクトリとクライアントのエイリアスがあることをステップ 2 のチェックで確認します。 次に、作成された一時ホスト名エイリアスまたはポリシーを削除します。
- racclient1 と racclient2 の将来のバックアップ先とイメージ検索を論理クラスタ名に指定します。
クラスタのクライアントエイリアスを作成して、以下を確認します。
bpclient - client racname - add_alias racclient1 bpclient - client racname - add_alias racclient2
bpclient - client racname - list_all_aliases bpclient - client racclient1 - list_all_aliases bpclient - client racclient2 - list_all_aliases
問題が発生した場合は、次の TechNote を参照してください。
- RAC 用の Oracle ポリシーを作成または変更し、racclient1 および racclient2 を指定します。
ポリシーおよび RMAN の設定テクニックについては、NetBackup を併用した Oracle RAC のベストプラクティス
- ポリシーがアクティブであることを確認し、ポリシーを使用して RAC のバックアップを実行します。
- クライアントホストに対し、クロスチェックおよびリストア操作中に、NB_ORA_CLIENT= racname の使用を許可します。 これらの altname ファイルはマスターサーバー上に作成されます。 peername は、マスターサーバーが送信元 IP アドレスを解決するホスト名で、各クライアントはこの送信元 IP アドレスからマスターへ接続します。peername は、各クライアントホスト上で bpclntcmd -pn を実行するときに容易に判断できます。
Windows の場合:
cd install_path\Veritas\NetBackup\db\altnames echo racname >> peername_racclient1 echo racname >> peername_racclient2
UNIX の場合:
cd /usr/openv/netbackup/db/altnames echo racname >> peername_racclient1 echo racname >> peername_racclient2
racclient1 から、peername は「racclient1.com」です:
$ bpclntcmd -pn expecting response from server mymaster racclient1.com racclient1 192.168.0.11 60108
クライアントエイリアスの別名に関して詳しくは、次の TechNote を参照してください。
http://www.veritas.com/docs/TECH208362