Veritas NetBackup アップグレードガイド

Last Published:
Product(s): NetBackup (8.2)
  1. 概要
    1.  
      『NetBackup 8.2 アップグレードガイド』について
    2.  
      利用可能な NetBackup アップグレード方式
    3. NetBackup 8.2 の変更について
      1.  
        NetBackup 7.6.0.4 以前からのアップグレードの非サポート
      2.  
        NetBackup 8.2 でサポートされる外部認証局の証明書
    4.  
      Veritas Smart Meter について
    5.  
      Veritas Smart Meter のベストプラクティス
  2. アップグレード計画
    1. 一般的なアップグレードの計画について
      1.  
        NetBackup 8.2 のアップグレード計画について
      2.  
        NetBackup 8.2 へのアップグレードの計画方法
      3.  
        カタログバックアップの既知の制限事項
      4.  
        NetBackup ホスト用のセキュリティ証明書について
      5.  
        アップグレードによるファイルの自動変更について
    2. アップグレードツールについて
      1.  
        Veritas Services and Operations Readiness Tools について
      2.  
        SORT のアップグレードのための推奨手順
      3.  
        SORT の新規インストールのための推奨手順
      4.  
        NetBackup プリインストールチェッカーについて
    3. アップグレードに関する注意事項および制限事項
      1.  
        NetBackup Web サーバーをサポートするユーザーアカウントの作成、
      2.  
        NetBackup 8.2 による RHEL 7.5 でのファイバートランスポートメディアサーバーのサポートについて
      3.  
        NetBackup 8.1 での MSDP の変更
      4.  
        NetApp クラスタに必要になる可能性のある変更
      5.  
        Bare Metal Restore 情報がエラー自動イメージレプリケーションを使って複製されるときのエラー
      6.  
        バージョン 8.1 より前のクライアントと 8.1 以降のメディアサーバーでのアップグレードの問題
  3. マスターサーバーのアップグレード
    1.  
      マスターサーバーのアップグレードについて
    2.  
      NetBackup 8.2 へのアップグレードのプレインストール手順
    3.  
      Windows システムでローカルサーバー、リモートサーバー、クラスタサーバーのアップグレードを実行する
    4.  
      Windows システムでのサイレントアップグレードの実行
    5.  
      NetBackup 8.2 への UNIX と Linux サーバーソフトウェアのアップグレード
    6.  
      NetBackup 8.2 へのアップグレードのインストール後の手順
  4. メディアサーバーのアップグレード
    1.  
      NetBackup 8.2 への NetBackup メディアサーバーのアップグレード
    2.  
      UNIX および Linux での NetBackup メディアサーバーソフトウェアのサイレントアップグレード
  5. NetBackup の MSDP のアップグレード
    1.  
      NetBackup 8.1 での MSDP のアップグレードの考慮事項
    2.  
      MSDP ローリングデータ変換について
    3.  
      MSDP 指紋アルゴリズムの変更について
  6. クライアントのアップグレード
    1.  
      クライアントのアップグレードについて
    2.  
      NetBackup アップグレードスクリプトによる UNIX および Linux クライアントのアップグレード
    3.  
      ネイティブインストーラによる UNIX と Linux のクライアントバイナリのアップグレード
  7. VxUpdate を使用した NetBackup 配備の管理
    1.  
      VxUpdate について
    2.  
      VxUpdate で使用するコマンド
    3.  
      リポジトリの管理
    4.  
      配備ポリシーの管理
    5.  
      VxUpdate を使用したマスターサーバーからのアップグレードの手動による開始
    6.  
      VxUpdate を使用したメディアサーバーまたはクライアントからのアップグレードの手動による開始
    7.  
      配備ジョブの状態
  8. 付録 A. リファレンス
    1.  
      NetBackup マスターサーバー Web サーバーのユーザーとグループの作成
    2.  
      クラスタ化されたマスターサーバーの非アクティブノードで証明書を生成する
    3.  
      NetBackup Java Runtime Environment について
    4.  
      NetBackup Web ユーザーインターフェースについて
    5.  
      NetBackup 応答ファイルについて
    6.  
      RBAC のブートストラップについて
    7.  
      インストール後すぐにマスターサーバー上のクラウド構成ファイルを更新するか、NetBackup 8.2 にアップグレードする
    8.  
      NetBackup ソフトウェアの入手について
    9.  
      NetApp クラスタのためのアップグレード前の追加手順
    10.  
      レプリケーションディレクタを使用した NetApp ディスクアレイの使用
    11.  
      NetBackup のバージョン間の互換性について
    12.  
      UNIX および Linux のインストールおよびアップグレード要件
    13.  
      Windows および Windows クラスタのインストールおよびアップグレード要件
    14.  
      Windows クラスタのインストールとアップグレードの要件
    15.  
      新しいメディアサーバーに全データを移行してクラスタ化されたメディアサーバーを削除する
    16.  
      NetBackup OpsCenter サーバーと NetBackup マスターサーバー間の接続の無効化
    17.  
      Amazon クラウドストレージサーバーのアップグレード後の手順

VxUpdate を使用したマスターサーバーからのアップグレードの手動による開始

2 つの方法のいずれかを使用して、VxUpdate でアップグレードを手動で開始できます。既存のポリシーに基づいて、アップグレードを手動で開始できます。また、ポリシーを関連付けずにアップグレードを開始することもできます。

ローカルでマスターサーバーにログインし、即時に更新を強制実行する必要がある場合は、配備ポリシーを手動で開始します。または、緊急バイナリ用に、即時のアップグレードを開始できます。VxUpdate を使用すると、コマンドラインを使用してメディアサーバーまたはクライアントからもアップグレードを起動できます。詳細情報を参照できます。

VxUpdate を使用したメディアサーバーまたはクライアントからのアップグレードの手動による開始を参照してください。

管理コンソールからポリシー内のすべてのメディアサーバーまたはクライアントのアップグレードを手動で開始するには

  1. NetBackup 管理コンソールで、[配備の管理 (Deployment Management)]、[配備ポリシー (Deployment Policies)]の順に移動します。
  2. 中央ペインで、マスターサーバーを展開して、実行するポリシーを選択します。
  3. 開始するポリシーを右クリックして、[手動配備 (Manual Deployment)]を選択します。
  4. または、実行するポリシーを選択したら、[処理 (Actions)]、[手動配備 (Manual Deployment)]の順に選択できます。

管理コンソールからポリシー内の特定のホストのアップグレードを手動で開始するには

  1. NetBackup 管理コンソールで、[NetBackup の管理 (NetBackup Management)]、[ホストプロパティ (Host Properties)]、[メディアサーバー (Media Servers)]または[NetBackup の管理 (NetBackup Management)]、[ホストプロパティ (Host Properties)]、[クライアント (Clients)]の順に選択します。
  2. 右ペインで、アップグレードするホストを右クリックします。
  3. [ホストをアップグレード (Upgrade Host)]を選択します。
  4. [ホストをアップグレード (Upgrade Host)]ダイアログボックスで、次のようにします。
    • [パッケージ (Package)]ドロップダウンリストから、使用するパッケージを選択します。

      メモ:

      外部認証局証明書がサポートされているパッケージを指定すると、追加の[構成 (Configure)]ボタンが表示されます。このボタンについては、次の手順で説明します。

    • [形式 (Type)]ドロップダウンリストから、実行するスケジュール形式を指定します。

    • [メディアサーバー (Media server)]ドロップダウンリストから、使用するメディアサーバーを選択します。

      メディアサーバーをアップグレードするとき、[メディアサーバー (Media server)]ドロップダウンは自動的にマスターサーバーに設定され、変更できません。

    • アップグレードするホストが[選択したホスト (Selected hosts)]にあることを確認します。

  5. (該当する場合) 存在する場合、[構成 (Configure)]ボタンをクリックして、外部認証局情報を構成します。

    デフォルトでは、[可能な場合は既存の証明書を使用します (Use existing certificates when possible)]オプションが選択されています。このオプションは、証明書が利用可能な場合、既存の NetBackup CA または外部 CA 証明書を使用するように NetBackup に指示します。

    メモ:

    このオプションを指定して証明書が利用できない場合、アップグレードは失敗します。

    [可能な場合は既存の証明書を使用します (Use existing certificates when possible)]オプションを選択解除すると、UNIX および Linux コンピューター、Windows コンピューターの両方の外部認証局情報の場所を指定できます。

  6. Windows クライアントはデフォルトで、[Windows 証明書ストアの使用 (Use Windows certificate store)]が選択されています。

    証明書の場所は、証明書ストア名\発行者の識別名\サブジェクトの識別名のように入力する必要があります。

    メモ:

    証明書ストアを指定するときは、任意の名前に対して $hostname 変数を使用できます。実行時に $hostname 変数はローカルホストの名前を評価します。このオプションを使用すると、NetBackup ソフトウェアを多数のクライアントにプッシュインストールするときに柔軟性が高まります。

    あるいは、Windows 証明書の場所をカンマ区切りのリストで指定できます。たとえば、MyCertStore\IssuerName1\SubjectName, MyCertStore\IssuerName2\SubjectName2, MyCertStore4\IssuerName1\SubjectName5 のように指定できます。

    次に、表示されるラジオボタンから、証明書失効リスト (CRL) オプションを選択します。

    • [CRL は使用しない (Do not use a CRL)]追加の情報は不要です。

    • [証明書に定義されている CRL を使用する (Use the CRL defined in the certificate)]: 追加の情報は不要です。

    • [次のパスにある CRL を使用する (Use the CRL at the following path)]: CRL のパスを入力するように求められます。

  7. [証明書ファイルパスから (ファイルベースの証明書の場合)]オプションを選択している UNIX および Linux クライアント、Windows クライアントの両方に対して、次のように情報を指定します。
    • [証明書ファイル (Certificate file)]: このフィールドには、証明書ファイルへのパスと証明書のファイル名を指定する必要があります。

    • [トラストストアの場所 (Trust store location)]: このフィールドには、トラストストアへのパスとトラストストア名を指定する必要があります。

    • [秘密鍵のパス (Private key path)]: このフィールドには、秘密鍵ファイルへのパスと秘密鍵のファイル名を指定する必要があります。

    • [パスフレーズファイル (Passphrase file)]: このフィールドでは、パスフレーズファイルへのパスとパスフレーズのファイル名を指定する必要があります。このフィールドは必要に応じて指定します。

    • お使いの環境の正しい CRL オプションを指定します。

      • [CRL は使用しない (Do not use a CRL)]追加の情報は不要です。

      • [証明書に定義されている CRL を使用する (Use the CRL defined in the certificate)]: 追加の情報は不要です。

      • [次のパスにある CRL を使用する (Use the CRL at the following path)]: CRL のパスを入力するように求められます。

  8. [OK]を選択して、アップグレードを起動します。

    メモ:

    NetBackup 管理コンソールの[ポリシー (Policies)]セクションからも、クライアントのアップグレードジョブを起動できます。NetBackup 管理コンソールで[NetBackup の管理 (NetBackup Management)]、[ポリシー (Policies)]の順に選択します。中央ペインで、[クライアント (Clients)]を選択します。右ペインでアップグレードするクライアントを右クリックして、[ホストをアップグレード (Upgrade Host)]を選択します。示されている手順に従います。この手順は、メディアサーバーではなくクライアントにのみ適用できます。

ポリシー内のすべてのメディアサーバーまたはクライアントに対してコマンドラインからアップグレードを手動で開始するには

ポリシー内のすべてのメディアサーバーまたはクライアントのアップグレードを手動で開始するには、この手順を使用します。

メモ:

この手順は、指定したポリシーのすべてのメディアサーバーまたはクライアントのアップグレードを開始します。選択したメディアサーバーまたはクライアントで、アップグレードを開始できます。詳細情報を参照できます。

ポリシー内の選択したホストに対してコマンドラインからアップグレードを手動で開始するには

  1. コマンドプロンプトを開いて、次のディレクトリに移動します。

    Windows の場合: install_path\NetBackup\bin

    UNIX または Linux の場合: /usr/openv/netbackup/bin

  2. 次に示すように、nbinstallcmd コマンドを使用してポリシーを起動します。

    nbinstallcmd -i -policy policy_name -schedule schedule [-master_server master]

    ここで、policy_name は配置ポリシーの名前、schedule はスケジュールの名前、master はマスターサーバーの名前です。

    -i オプションを使用すると、スケジュールされた時間に同じポリシーとスケジュールが開始されなくなることに注意してください。この動作は、重複ジョブを防ぎます。

ポリシー内の選択したホストに対してコマンドラインからアップグレードを手動で開始するには

ポリシー内の選択したホストのアップグレードを手動で開始するには、この手順を使用します。

メモ:

この手順は、指定したポリシーの選択したメディアサーバーとクライアントのアップグレードを開始します。ポリシー内のすべてのメディアサーバーとクライアントのアップグレードを開始できます。詳細情報を参照できます。

ポリシー内のすべてのメディアサーバーまたはクライアントに対してコマンドラインからアップグレードを手動で開始するには

  1. コマンドプロンプトを開いて、次のディレクトリに移動します。

    Windows の場合: install_path\NetBackup\bin

    UNIX または Linux の場合: /usr/openv/netbackup/bin

  2. 次に示すように、nbinstallcmd コマンドを使用します。

    nbinstallcmd -policy policy_name -schedule schedule {-hosts filename|-host_filelist client1, client2, clientN}

    以下はその説明です。

    • policy_name は配備ポリシーの名前です。

    • schedule はスケジュールの名前です。

    • filename は、アップグレードするメディアサーバーまたはクライアントのリストが含まれるファイルの名前です。

    • client1client2clientN は、アップグレードするメディアサーバーまたはクライアントのリストです。

ポリシーを関連付けずにコマンドラインから 1 つのクライアントのアップグレードを手動で開始できます。nbinstallcmd コマンドに対して必要なオプションは、セキュリティの構成によって異なります。すべての利用可能なオプションとコマンドの使用例のリストについては、nbinstallcmd コマンドのマニュアルを参照してください。

『NetBackup コマンドリファレンスガイド』