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

NetBackup 10.3 へのアップグレードの計画方法

NetBackup 10.3 へのアップグレードの準備段階で複数の要素を検討する必要があります。

Linux 環境の場合、新しい NetBackup データベースの操作には root 以外のユーザーが必要です。root ユーザーが NetBackup デーモンを起動すると、root 以外のユーザーを求めるメッセージが表示されます。ユーザー名は次に示す基準を満たす必要があります。

root 以外のユーザーで NetBackup デーモンがすでに起動している場合は、この同じアカウントが NetBackup データベースの実行に使用されます。

新しいデータベースには、デフォルトでポート 13787 を使用する接続プールサービスがあります。このポートがデータベース操作に利用可能であることを、アップグレード前に確認します。有効なポート番号を指定しないと、ポートの問題が解決するまで NetBackup が使用できなくなります。

このポートが利用できない場合は、Linux アップグレード中に応答ファイルで値を変更できます。Linux の対話型アップグレードにはプロンプトが表示されません。Windows プライマリサーバーの場合は、アップグレード中にカスタムインストールパスを選択するとポート値を変更できます。応答ファイルに関する詳しい情報を参照できます。

NetBackup 応答ファイルについてを参照してください。

アップグレード中は、変換に追加のディスク容量が必要です。この容量は、新しい PostgreSQL データベースを作成し、一時的な .dat ファイルを格納するために必要です。Veritasは、新しいデータベースが古いデータベースとほぼ同じになることを想定します。一時 .dat ファイルには、現在の ASA .db ファイルと同じサイズの容量が必要です。

Linux プライマリサーバーでは、データベースファイルは /usr/openv/db/data ディレクトリにあります。Windows プライマリサーバーでは、データベースファイルは install_path\Veritas\NetBackupDB\data ディレクトリにあります。

NetBackup 9.1 では、ほとんどの NetBackup デーモンとサービスを root 以外のユーザーとして起動できるようになりました。Veritas は、root 以外のユーザーとして NetBackup サービスを開始することをお勧めします。権限の少ないユーザーを使用する場合は、それに応じて計画する必要があります。ユーザーアカウントが、ディザスタリカバリファイル、外部認証局 (ECA) ファイル、一時ファイルのパスにアクセスできることを確認します。

UNIX と Linux の場合、プライマリサーバーのアップグレード中に新しいプロンプトが表示されます。新しいプロンプトではサービスユーザー (root 以外にすることが望ましい) の入力を求めるメッセージが表示されます。このユーザーは事前に作成する必要があり、セカンダリグループとして nbwebgrp を指定する必要があります。

サービスユーザーが root 以外のアカウントの場合は、データベースユーザーとして使用されます。この場合、別のデータベースユーザーの入力を求めるメッセージは表示されません。

Windows では、ローカルサービスの組み込みアカウントをサービスアカウントとして使用できます。このオプションは、プライマリサーバーの［カスタム (Custom)］アップグレードパスで利用可能です。

インストールの完了後に、nbserviceusercmd コマンドを使用してメディアサーバーとクライアントでサービスユーザーを変更できます。nbserviceusercmd コマンドについて詳しくは、『NetBackup コマンドリファレンスガイド』を参照してください。サービスユーザーアカウントについて詳しくは、https://www.veritas.com/support/en_US/article.100053035 を参照してください。

Windows では、NetBackup Legacy Network Service や NetBackup Client Service などのサービスが「ローカルシステム」以外の管理者アカウントとして実行されている場合、その［ログオン］の値は変更されません。

ユーザーが NetBackup 9.1 より前の環境から NetBackup 9.1 以降の環境にアップグレードすると、クラウド保護計画が変更されます。アップグレード前の環境に、異なる種類のクラウドプロバイダの複数のクラウド資産を含む保護計画が 1 つある場合、その計画はアップグレード後にクラウドプロバイダの種類ごとに 1 つの保護計画に分割されます。資産は、クラウドプロバイダの種類に基づいて、新しい保護計画間で分散されます。たとえば、Amazon、Azure、Google 資産を含む WeeklyBackups 保護計画があった場合、次のように分割されます。

アップグレードの目的では、環境に NetBackup Snapshot Manager がインストールされているコンピュータが含まれている場合、これらのコンピュータをクライアントとして扱います。具体的には、最初にプライマリサーバーをアップグレードします。次に、メディアサーバーをアップグレードします。メディアサーバーのアップグレード後にのみ、NetBackup Snapshot Manager コンピュータをアップグレードします。アップグレード順序と NetBackup のバージョンについて詳しくは、次を参照してください。

NetBackup のバージョン間の互換性についてを参照してください。

NetBackup 8.1 のアップグレードには、メディアサーバー重複排除プール (MSDP) のローリング変換が含まれています。

デフォルトでは、ローリング変換はシステムがビジー状態ではないときに実行されます。つまり変換は、バックアップ、リストア、CRQP、CRC チェック、圧縮などが非アクティブのときに実行されます。この変換では、通常のシステム操作への影響は予想されていません。ローリング変換が完了すると、変換後のシステムと新しいインストールの間で違いはありません。ローリング変換に関する詳しい情報を参照できます。

NetBackup 8.1 での MSDP のアップグレードの考慮事項を参照してください。

MSDP ローリングデータ変換についてを参照してください。

役割ベースのアクセス制御 (RBAC) を使用する場合は、セキュリティ管理者を指定する必要があります。詳細情報を参照できます。

NetBackup Web ユーザーインターフェースについてを参照してください。

『NetBackup Web UI 管理者ガイド』を参照してください。

NetBackup 8.0 より、NetBackup プライマリサーバーには、重要なバックアップ操作をサポートするための構成済み Tomcat Web サーバーが含まれます。この Web サーバーは、権限が制限されているユーザーアカウント要素の下で動作します。これらのユーザーアカウント要素は、各プライマリサーバー (またはクラスタ化されたプライマリサーバーの各ノード) で使用できる必要があります。詳細情報を参照できます。

NetBackup プライマリサーバー Web サーバーのユーザーとグループの作成を参照してください。

NAT が有効になっている NetBackup 8.2 Linux クラスタのアップグレードによって NAT の状態が誤って識別されます。その結果、10.3 へのアップグレード後に NAT は無効になります。NetBackup 10.3 へのアップグレードが完了したら、NAT を再度有効にする必要があります。アップグレード後の手順に、より詳しい情報が含まれています。

NetBackup 10.3 へのアップグレードのインストール後の手順を参照してください。

Veritas は、btrfs ファイルシステムでは NetBackup データベースのインストールまたはアップグレードをサポートしていません。NetBackup データベースが btrfs ファイルシステムに存在する場合、アップグレードを開始する前に、サポートされているファイルシステム (ext4 または xfs) にデータベースを移動します。データベースファイルは、プライマリサーバーのディレクトリ /usr/openv/db に存在します。アップグレード前のデータベースの移動について、詳しい情報を参照できます。NetBackup 10.3 へのアップグレードのプレインストール手順を参照してください。

この情報は、8.2 以前の環境の NetBackup アップグレードに適用されます。

NetBackup は安全に通信するため、セキュリティ証明書を使用して NetBackup ホストを認証します。セキュリティ証明書は X.509 公開鍵基盤 (PKI) 標準に適合しています。NetBackup プライマリサーバーは、認証局 (CA) として動作し、ホストに電子証明書を発行します。NetBackup は、2048 ビット、3072 ビット、4096 ビット、および 8192 ビットの証明書キーサイズをサポートしています。

NetBackup 9.1 のアップグレードでは、キー強度が 2048 ビットの新しい root CA が配備されます。2048 ビットより大きい証明書キーサイズを使用するには、インストールを開始する前にプライマリサーバーの NB_KEYSIZE 環境変数を設定します。

例:

NB_KEYSIZE = 4096

NB_KEYSIZE に指定できる値は、2048、3072、4096、8192 のみです。

CA の移行と証明書キーサイズについて詳しくは、『NetBackup セキュリティおよび暗号化ガイド』を参照してください。

表: アップグレード処理の概要はアップグレード手順の概要を示しています。