アップグレードの要件および考慮事項

アップグレードする前に、以下の情報を確認して、すべての要件を満たしていることを確認します。
capm370
アップグレードする前に、以下の情報を確認して、すべての要件を満たしていることを確認します。
クラウド環境については、「クラウド環境でのデータのリハイドレート」を参照してください。
システム要件の確認
DX Performance Management
を正常にアップグレードするために、環境がシステム要件を満たしていることを確認します。 サイジング要件を確認するには、
DX Performance Management
Sizing Tool
を使用します。
以下のオペレーティング システムが検証済みです。
  • SUSE Linux Enterprise Server (SLES) 12 SP2
  • Oracle Linux (OL) 7.3 (Red Hat 互換カーネルのみ)
以下の RHEL バージョンが検証済みです。
RHEL インストールは、パッケージとアドオンを提供します。
DX Performance Management
は、RHEL の最小インストール環境をサポートしています。
  • RHEL 6.6 ~ 6.9
  • RHEL 6.10
  • RHEL 7.3 ~ 7.5
RHEL 6.8、6.9、7.3、または 7.4 を推奨します。
以下の RHEL バージョンはサポートされていません。
  • RHEL 5.x
  • RHEL 6.5 以前
  • RHEL 7.0 - 7.2
サポートされていない RHEL バージョンにインストールされている
DX Performance Management
コンポーネントには、
DX Performance Management
コンポーネントをアップグレードする前に、OS アップグレードが必要です。 設定、カスタマイズ、データを含む
DX Performance Management
コンポーネントを 1 つのシステムから別のシステムに移動させることも必要となる場合があります。 詳細については、「アップグレードまたは移行の計画」を参照してください。
パッケージの要件
各コンポーネントのインストーラでは、以下のパッケージが必要です。
コンポーネント
パッケージ
すべて(SLES)
  • ダイアログ ボックス
  • mcelog
  • zip
  • unzip
すべて(RHEL 7.x、OL)
  • ダイアログ ボックス
  • mcelog
  • zip
  • unzip
  • chrony
すべて(RHEL 6.x)
  • ダイアログ ボックス
  • mcelog
  • zip
  • unzip
  • GLIBC++
NetOps Portal
(SLES)
  • fontconfig
  • libaio1
  • libnuma1
  • wget
NetOps Portal
(RHEL 6.x)
  • fontconfig
  • libaio
  • libaio-devel
  • numactl
  • wget
NetOps Portal
(RHEL 7.x、OL)
  • fontconfig
  • libaio
  • libaio-devel
  • numactl-libs
  • wget
Data Repository (RHEL 6.x、RHEL 7.x、SLES、OL)
  • bc
  • pstack
  • gstack
RHEL 7.6 では、
pstack
パッケージおよび
gstack
パッケージが
gdb
パッケージに含まれています。
直接アップグレード パス
リリース 20.2 以降は、Data Repository を Vertica リリース 9.1 にアップグレードするため、以下のリリースから 20.2 までのみの直接の Data Repository のアップグレードがサポートされています。
  • DX Performance Management
    3.6
  • DX Performance Management
    3.7
3.6 より前の
DX Performance Management
リリースの場合、Data Repository を 20.2 にアップグレードする前に、3.6 リリースにアップグレードする必要があります。 Vertica リリース 9.1 は、
DX Performance Management
3.7 および 20.2 で同じです。 したがって、Data Repository の 3.7 から 20.2 へのアップグレードは不要です。
その他の
DX Performance Management
コンポーネントについては、以下のリリースから 20.2 への直接アップグレードがサポートされています。
  • DX Performance Management
    3.2
  • DX Performance Management
    3.5
  • DX Performance Management
    3.6
  • DX Performance Management
    3.7
詳細については、「アップグレードまたは移行の計画」を参照してください。
Sudo ユーザのインストール
root アクセス権がないシステムの場合は、sudo ユーザ アカウントを使用してソフトウェアをインストールおよび実行します。 コンポーネントをアップグレードするには、コマンドに sudo プレフィックスを追加します。 sudo アカウントに各コンポーネントの適切な権限が含まれていることを確認します。
詳細については、各コンポーネント用の sudo ユーザ設定の詳細を参照してください。
DX Performance Management
のバックアップ
アップグレード プロセスを開始する前に、製品のすべての要素をバックアップします。
小規模システム
Data Collector が Data Aggregator とホストを共有する小規模システムの場合、コンポーネントが同じホストで実行できるように設定を行います。 詳細については、「小規模システムのインストール」を参照してください。
CA Business Intelligence
統合
既存の
CA Business Intelligence
(CABI)統合がある場合、このバージョンの
DX Performance Management
は CABI 6.4.2 以降をサポートします。
サポートされている CABI バージョンにアップグレードした後に、CABI コンテンツを再インストールする必要があります。 詳細については、「CA Business Intelligence レポートおよびダッシュボードのインストール」を参照してください。
ActiveMQ のバージョン
Data Collectorをアップグレードするときのデータ損失を最小限に抑えるため、リリースでバージョンがアップグレードされていない限り、ActiveMQは引き続き実行されます。
以下の
DX Performance Management
リリースは、以下の ActiveMQ のバージョンと対応しています。
DX Performance Management
ActiveMQ
2.5 とそれ以前
5.5.1
2.6、2.7
5.11.1
2.8、3.0、3.1、3.2
5.13.1
3.5 とそれ以降
5.15.2
Apache Karaf の更新
リリース 2.7 には、Karaf ディレクトリの名前を変更する Apache Karaf への更新が含まれています。 Karaf では、次のディレクトリを使用するようになりました:
installation_directory
/apache-karaf-2.4.3
NetOps のアップグレードに関する考慮事項
DX Performance Management
のユーザ インターフェースでは、CA Network Flow Analysis から生じる廃棄済みデバイスおよび置換デバイスの共存がサポートされるようになりました。 お使いのシステムが CA Network Flow Analysis と統合されている場合は、CA Virtual Network Assurance と
DX Performance Management
をアップグレードし、ライフサイクルの変更が発生したときに、Data Aggregator と Virtual Network Assurance の両方によって監視されるアイテムが適切に照合されるようにする必要があります。
既知の制限事項の確認
アップグレード後にシステムが正常に実行されることを確認するには、
DX Performance Management
3.7 の制限事項を確認します。 詳細については、「既知の制限」を参照してください。