NetBackup™ アップグレードガイド
- 概要
- 『NetBackup 10.3 アップグレードガイド』について
- 利用可能な NetBackup アップグレード方式
- NetBackup 10.3 の変更について
- アップグレードに必要なライセンスファイル
- インストールディレクトリに多数のファイルが存在する場合、Windows プライマリサーバーのアップグレード速度が低下する
- NetBackup データベースの変更について
- NetBackup 9.1 以降のインストールとアップグレードに関する Windows コンパイラとセキュリティの要件
- 一部のコンピュータでは Java GUI と JRE のインストールは省略可能
- ログディレクトリの権限はロールバック時にリセットが必要
- NetBackup 7.6.0.4 以前からのアップグレードの非サポート
- NetBackup 8.2 以降でサポートされる外部認証局の証明書
- Veritas Usage Insights について
- Veritas Usage Insights のベストプラクティス
- アップグレード計画
- プライマリサーバーのアップグレード
- プライマリサーバーのアップグレードについて
- NetBackup 10.3 へのアップグレードのプレインストール手順
- Windows システムでローカルサーバー、リモートサーバー、クラスタサーバーのアップグレードを実行する
- Windows システムでのサイレントアップグレードの実行
- NetBackup 10.3 への Linux サーバーソフトウェアのアップグレード
- Linux での NetBackup プライマリサーバーソフトウェアのサイレントアップグレード
- NetBackup 10.3 へのアップグレードのインストール後の手順
- NetBackup の起動と停止のスクリプトについて
- アップグレード後のシステムの更新
- メディアサーバーのアップグレード
- NetBackup の MSDP のアップグレード
- クライアントのアップグレード
- VxUpdate を使用した NetBackup 配備の管理
- 付録 A. 参照先
- NetBackup プライマリサーバー Web サーバーのユーザーとグループの作成
- NetBackup データベースユーザー
- クラスタ化されたプライマリサーバーの非アクティブノードで証明書を生成する
- NetBackup Java Runtime Environment について
- アップグレード後の Java GUI と JRE の追加または削除
- NetBackup Web ユーザーインターフェースについて
- NetBackup 応答ファイルについて
- NetBackup IT Analytics Data Collector バイナリの手動によるインストールまたはアンインストール
- NetBackup 用 NetBackup IT Analytics Data Collector の手動構成
- NetBackup IT Analytics Data Collector の手動でのアップグレード
- 維持される Java Virtual Machine のオプション
- RBAC ブートストラップについて
- NetBackup ソフトウェアの入手について
- NetApp クラスタのためのアップグレード前の追加手順
- Replication Director を使用した NetApp ディスクアレイの使用
- NetBackup のバージョン間の互換性について
- UNIX および Linux の場合のアップグレード要件
- Windows および Windows クラスタのアップグレード要件
- Windows クラスタのアップグレードの要件
- 新しいメディアサーバーに全データを移行してクラスタ化されたメディアサーバーを削除する
- Amazon クラウドストレージサーバーのアップグレード後の手順
- サーバーのアップグレード後のクライアントのアップグレード
- アップグレードエラーのロールバック手順
- NetBackup プライマリサーバーとドメインのサイズについてのガイダンス
配備ジョブの状態
NetBackup 管理コンソールのアクティビティモニターで、配備ジョブの状態を監視および確認します。配備ジョブ形式は、VxUpdate ポリシーの新しい形式です。状態コード 0 (ゼロ) で終了する配備ポリシーの親ジョブは、すべての子ジョブが正常に完了したことを示します。状態コード 1 で終了する親ジョブは、1 つ以上の子ジョブが成功し、少なくとも 1 つが失敗したことを示します。その他の状態コードは、エラーを示します。子ジョブの状態を確認して、失敗した理由を判断します。それ以外は、配備ジョブとその他の NetBackup ジョブとの間に違いはありません。
配備コードの状態コードが 224 になる場合もあります。このエラーは、クライアントのハードウェアとオペレーティングシステムが誤って指定されていることを示します。このエラーは、次の場所にある bpplclients コマンドを使用して配備ポリシーを変更することで修正できます。
Linux の場合: /usr/openv/netbackup/bin/admincmd
Windows の場合: install_path\netbackup\bin\admincmd
次の構文を使用します。
bpplclients deployment_policy_name -modify client_to_update -hardware new_hardware_value -os new_os_value
配備ポリシーは、オペレーティングシステムとハードウェアの値に、簡素化した命名スキームを使用します。bpplclients コマンドに示すように値を使用します。
表: 配備ポリシーのオペレーティングシステムとハードウェア
|
オペレーティングシステム |
ハードウェア |
|---|---|
|
debian |
x64 |
|
redhat |
x64 |
|
suse |
x64 |
|
redhat |
ppc64le |
|
suse |
ppc64le |
|
redhat |
zseries |
|
suse |
zseries |
|
aix |
rs6000 |
|
solaris |
sparc |
|
solaris |
x64 |
|
windows |
x64 |
[証明書配備のセキュリティレベル (Security Level for certificate deployment)]が[最高 (Very High)]に設定されている場合、セキュリティ証明書は VxUpdate アップグレードの一環としては配置されません。この設定は、NetBackup 管理コンソールの NetBackup の[グローバルセキュリティ設定 (Global Security Settings)]にあります。
クライアントのアップグレードに VxUpdate を使用した後で、クライアントと通信できなくなった場合は、アップグレード中に適切なセキュリティ証明書が発行されたことを確認してください。証明書の手動配備が必要な場合があります。詳しくは、次の記事を参照してください。
https://www.veritas.com/content/support/en_US/article.100039650
配備ジョブの状態コードが 7207 になる場合もあります。このエラーは、NetBackup 事前チェックまたはアップグレードのプロセスが完了するまでに予想より長い時間がかかる、または完了しない場合に発生する可能性があります。プライマリサーバーの NetBackup 構成で次の値を定義すると、ジョブが状態 7207 で終了するまでに VxUpdate が待機する時間を構成できます。
VXUPDATE_CLIENT_READ_TIMEOUT_SECONDS
この値は、事前チェック操作とクライアントのアップグレード操作に許容される時間 (秒) を制御します。デフォルト値は 1800 (30 分) です。最短 600 (10 分)、または最長 3600 (60 分) まで設定できます。
VXUPDATE_SERVER_READ_TIMEOUT_SECONDS
この値は、サーバーのアップグレード操作に許容される時間 (秒) を制御します。デフォルト値は 2700 (45 分) です。最短 600 (10 分)、または最長 5400 (90 分) まで設定できます。
bpsetconfig コマンドを使用してプライマリサーバーの NetBackup 構成に値を追加する方法について詳しくは、『NetBackup コマンドリファレンスガイド』を参照してください。