Veritas NetBackup™ for Oracle 管理者ガイド
- 概要
- NetBackup for Oracle クイックスタート
- NetBackup for Oracle のインストール
- Oracle のポリシー構成
- NetBackup for Oracle の構成の準備
- Oracle インテリジェントポリシーのインスタンス管理
- Oracle インテリジェントポリシー (OIP) について
- Oracle インテリジェントポリシー (OIP) の作成
- Oracle インテリジェントポリシーに対する Oracle データベースアップグレードの影響
- NetBackup for Oracle の自動バックアップスケジュール設定
- Oracle インテリジェントポリシーを使用した NetBackup for Oracle スケジュールプロパティについて
- Oracle インテリジェントポリシー - ストレージおよび保持
- Oracle インテリジェントポリシーマスターサーバーの動作について
- [インスタンスとデータベース (Instances and Databases)]タブ
- [バックアップ対象 (Backup Selections)]タブ
- Oracle タブ
- Oracle バックアップでの NetBackup Appliance 共有の使用について (Copilot)
- 共有を使った NetBackup Appliance での OIP 設定 (Copilot)
- スクリプトまたはテンプレートベースの Oracle ポリシーについて
- NetBackup for Oracle の NetBackup Client Service ログオンアカウントの設定
- Oracle の NetBackup のためのテストの設定
- Oracle のバックアップとリストアの実行
- NetBackup for Oracle の使用の概要
- RMAN リポジトリの保守作業
- RMAN リポジトリに対する問い合わせ
- NetBackup for Oracle バックアップについて
- bplist コマンドを使ったバックアップの表示
- 期限切れのバックアップイメージの管理
- NetBackup for Oracle のリストアについて
- Microsoft Windows Cluster 環境での NetBackup for Oracle の使用
- Oracle Copilot イメージからのインスタントリカバリポイントの作成
- Oracle Copilot インスタントリカバリのインスタントリカバリポイントの削除
- データベースの指定した時点へのリストア後、Copilot の共有をクリーンアップする
- Copilot リカバリポイントから ASM ストレージにシングルステップでリストアする
- RMAN を使った、データファイルコピーから ASM ストレージへのリストアについて
- ガイド付きリカバリ
- OpsCenter ガイド付きリカバリについて
- ガイド付きリカバリのクローン操作のための設定
- ガイド付きリカバリのクローン操作前のチェック
- ガイド付きリカバリのクローン操作の実行
- [マスターサーバーの選択 (Select a Master Server)]ダイアログ
- [ソースデータベースの選択 (Select Source Database)]パネル
- [制御ファイルバックアップの選択 (Select Control File Backup)]パネル
- 宛先ホストとログインパネル
- [宛先パラメータ (Destination Parameters)]パネル
- [選択の概略 (Selection Summary)]パネル
- [クローン前チェック (Pre-clone Check)]パネル
- [ジョブの詳細 (Job Details)]パネル
- ガイド付きリカバリクローン後操作
- ガイド付きリカバリのトラブルシューティング
- 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 サポートについて
- トラブルシューティング
- トラブルシューティング NetBackup for Oracle について
- NetBackup for Oracle のトラブルシューティング手順について
- NetBackup のデバッグログとレポート
- デバッグログの手動での有効化 (Windows)
- デバッグログの手動での有効化 (UNIX)
- NetBackup for Oracle のログファイルについて
- Windows クライアントのデバッグレベルの設定
- UNIX クライアントのテバッグレベルの設定
- RMAN ユーティリティのログについて
- RMAN のバックアップエラーまたはリストアエラーのトラブルシューティング
- UNIX ブラウザインターフェースおよびウィザードのトラブルシューティング
- Snapshot Client を併用した NetBackup for Oracle のトラブルシューティング
- 大規模なデータベースのリストアにおけるタイムアウトエラーの最小化
- データベースバックアップのテープのロードとアンロード回数の最小化
- バックアップジョブの転送および完了の遅延
- 付録 A. RAC (Real Application Clusters)
- 付録 B. NetBackup を併用した Oracle RAC を保護するためのベストプラクティス
- NetBackup を併用した Oracle RAC のベストプラクティス
- テンプレートおよび Oracle インテリジェントポリシー (OIP) と RAC の使用について
- NetBackup for Oracle の操作について
- RAC の構成の例: フェールオーバー名が存在し、バックアップが負荷分散されない
- RAC の構成の例: フェールオーバー名が存在し、バックアップが負荷分散される
- RAC の構成の例: フェールオーバー名を利用できず、バックアップが負荷分散されない
- RAC の構成の例: フェールオーバー名は利用不能で、バックアップは負荷分散され、カスタムスクリプトが設定された 1 つのポリシーがあります
- RAC の構成の例: フェールオーバー名は利用不能で、バックアップは負荷分散され、手動ポリシーフェールオーバーが設定された単純なポリシーがあります
- RAC 用イメージカタログの設定
- RAC 環境でのアプライアンスの構成
- 付録 C. 重複排除のベストプラクティス
- 付録 D. SFRAC の Snapshot Client サポート
- 付録 E. UNIX および Linux システムでの RMAN を使用しないスクリプトベースの Block Level Incremental (BLI) バックアップ
- RMAN を使用しないスクリプトベースの Block Level Incremental (BLI) バックアップについて
- 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