リリースノート

Last Published:
Product(s): Resiliency Platform & CloudMobility (10.2)
  1. リリースの概要
    1. Veritas Resiliency Platform 10.2 の新機能と変更点
      1.  
        Resiliency Platform による作業負荷の UEFI ブートモードの有効化
      2.  
        Resiliency Platform による Hypervisor バージョン更新のサポート
    2.  
      製品マニュアルの使用
    3.  
      詳細情報
  2. システムの必要条件
    1.  
      Resiliency Platform のシステムリソースの要件
    2.  
      ネットワークおよびファイアウォールの要件
  3. 既知の問題
    1. 一般的な既知の問題
      1.  
        ヘルプ内の一部のリンクが過去バージョンのヘルプにつながっている
      2.  
        ターゲット側の Replication Gateway を置換すると、スナップショットがある作業負荷の移行操作後にレプリケーションが非アクティブになることがある (25722)
      3.  
        Resiliency Manager の電源を突然オフにすると、サービスが停止状態になる (27740)
      4.  
        レプリケーションラグが RPO を超えているというリスクが頻繁に発生し解消される (30234)
      5.  
        ESXi Server が別の vCenter Server に移動すると、DR 操作が失敗する (16287)
      6.  
        Resiliency Group で既存のディスクが仮想マシンから接続解除されるというリスクがある場合にリカバリ操作を実行すると、再同期操作が失敗する場合がある (33645)
      7.  
        登録後 (veritassr) タスクで移行操作が失敗した (34078)
      8.  
        リスクが発生しても、通知ベルアイコンが自動的に更新されない (36054)
      9.  
        Windows 2012 と Windows 2012 R2 での Resiliency Group の初回作成に失敗した (35858、35600)
      10.  
        Resiliency Platform Data Mover の操作がエラーによって ESXi で失敗することがある (36121)
      11.  
        pdf 形式でレポートを実行しているときにレポートが停止する (35885)
      12.  
        仮想マシンのリカバリ後の再同期操作がエラーで失敗することがある (36136)
      13.  
        SUSE 12.5 と 15.2 の保守モードの問題 (35454)
      14.  
        大量のデータを扱うリスク履歴レポートでは、レポートにエラーが表示され、新しいリスクやクローズしたリスクのデータの数が空白になることがある (36080)
      15.  
        Resiliency Group を作成した後のセキュアブートモードの有効化がサポートされない (36654)
      16.  
        ゲスト内レプリケーションを使用した Resiliency Group で 100 GB のディスクを追加するとメモリ上限の問題が発生する (9985)
    2. 既知の問題: AWS (Amazon Web Services) へのリカバリ
      1.  
        ターゲットデータセンターでディープスタートしても Resiliency Group がオフラインのままになる (31786)
      2.  
        Windows ホストでのレプリケーション開始時に再同期に失敗する (34091)
      3.  
        ENA ベースのフレーバーを使用して AWS クラウドデータセンターに Hyper-V 仮想マシンを移行した後、再同期操作が失敗した (36177)
      4.  
        移行後、AWS ベースの仮想化ターゲットリージョンで、RHEL 9.0 の作業負荷が非アクティブなレプリケーション状態になる場合がある (9984)
      5.  
        古いバージョンのカーネルを使用する SLES 12.5 の AWS では RG の作成が失敗する (36675)
    3. 既知の問題: AWS リージョンから AWS リージョンへのリカバリ
      1.  
        インスタンスタイプが ENA に選択されている場合、移行後にレプリケーションの反転が機能しません。(146721)
      2.  
        移行後、AWS ベースの仮想化でレプリケーションの状態が非アクティブです。(8575)
    4. 既知の問題: Azure へのリカバリ
      1.  
        ルーティングテーブルが適切に更新されていないため、ホストが IMS に追加されない (33994)
      2.  
        Resiliency Platform をバージョン 10.0 以降にアップグレードするとクラウドの更新操作が失敗する
    5. 既知の問題: NetBackup MSDP-C を使用した Azure へのリカバリ
      1.  
        NetBackup Cloud Recovery Server のバージョンが 10.1 未満の場合、リストア操作が失敗する可能性があります。
      2.  
        構成のずれディスクおよび NetBackup Cloud Recovery Server Readiness Bundle に関連するリスクが自動的に解決されません。
    6. 既知の問題: Google Cloud Platform
      1.  
        Windows 2012 と Windows 2012 R2 での Resiliency Group の初回作成に失敗した (35858、35600)
    7. 既知の問題: Resiliency Platform Data Mover
      1.  
        保護対象の資産からレプリケーションブロックの追跡 (RBT) ディスクが削除された場合、IOTAP でのレプリケーションの停止で Resiliency Group の編集と削除が停止する (23266)
      2.  
        Hyper-V 仮想化: Replication Gateway の状態が Veritas Resiliency Platform に正しく反映されない (22888)
      3.  
        アクセスできない、またはテンプレート仮想マシンが存在する場合の vCenter 検出の更新 (27564)
      4.  
        DR 操作用に構成されたクローン仮想マシンは、ターゲットデータセンターのデータ破損を招く可能性がある (30176)
      5.  
        Resiliency Manager をバージョン 3.4 から 3.6 にアップグレードした後、Resiliency Group のすべての設定済みディスクに対して不正なリスクが表示されることがある (31827)
      6.  
        Resiliency Manager と IMS が正常にアップグレードされると重複するリスクは消える
      7.  
        vSphere 7.0 で vLCM が有効なクラスタにおける VIB のインストールが失敗する (31266)
      8.  
        個々の Replication Gateway の状態が正常な場合でも Replication Gateway ペアが誤った状態であると表示されることがある (31898)
      9.  
        Replication Gateway のディスク容量を超えた場合に編集ウィザードで検証メッセージが表示されない (118855)
    8. 既知の問題: オンプレミスデータセンターへのリカバリに使用する Resiliency Platform Data Mover
      1.  
        ESX で Veritas Replication VIB のインストール、アップグレード、解決と検証、RG の作成、DR 操作が失敗することがある (22585)
      2.  
        レプリケーションタスクの中断時に、cg-admin エラーが発生してゲートウェイの置換が失敗する (29597)
      3.  
        仮想モードの RDM ディスクのパスを修正した後、VMware NRT が誤った更新を引き起こす (30201)
      4.  
        Resiliency Group の構成にずれがある場合にリカバリ操作が失敗する (33735)
      5.  
        IP のサブネットが見つからないというエラーのため、Resiliency Group に IP カスタマイズを適用できない (36184)
    9. 既知の問題: 物理環境から仮想マシンへのリカバリ
      1.  
        物理環境から仮想マシンへのリカバリ時に、NIC の順序が維持されない (VRP-25439)
    10. 既知の問題: サードパーティのレプリケーションを使用したリカバリ
      1.  
        ソースデータセンターに古いオブジェクトがあると、移行と再同期の操作が失敗する (13775)
      2.  
        Hyper-V Replica が新しい資産をレプリケートしない (19084)
      3.  
        サードパーティのレプリケーションを使用した Hyper-V: Resiliency Group を作成または編集した直後の DR 操作が失敗することがある (28704)
    11. 既知の問題: NetBackup の統合
      1.  
        複数の NetBackup プライマリサーバーによってバックアップが作成される仮想マシンが、コンソール内の 1 台のプライマリサーバーにのみマッピングされる (7608)
      2.  
        退避中に Resiliency Group のタスク名が TAKEOVER と表示される (16466)
      3.  
        NetBackup でバックアップジョブが実行されている仮想マシンの Resiliency Group の作成や編集が回避される (30210)
      4.  
        NetBackup でバックアップジョブが実行されている仮想マシンに対して、移行、レプリケートされたデータを使用したリカバリ、再同期、レプリケートされたデータを使用したリハーサル、またはリハーサルのクリーンアップ操作の実行が回避される (36061)
      5.  
        Resiliency Group に複数のアクティブなデータセンターを使用している場合に、すべてのアクティブなデータセンターの名前が UI に表示されず、単一のデータセンター名のみが表示される (36183)
      6.  
        VBS タスクの停止の解決時に、Resiliency Plan によってスケジュール設定された実行が失敗した (36182)
    12. 既知の問題: アップグレード
      1.  
        VC 6.5 で ESX が保守モードのため VIB のアップグレードが失敗する (22493)
      2.  
        アップグレードプロセス中に生成される一部のイベントの通知が UI に表示されない (36204)
      3.  
        アップグレードプロセス中に、SLES 12.4 のホストのアップグレードが 3 時間以上ハングアップすることがある (36150)
    13. 既知の問題: InfoScale クラスタ
      1.  
        アプリケーションの依存関係を変更したために、検出された最上位のアプリケーションサービスグループが InfoScale クラスタの最上位ではなくなった場合、アプリケーションが削除済みまたは使用不可の状態になる (29475)
      2.  
        ダッシュボードビューカードで、プラットフォームおよび OS 別ホストのカードに OS 数の情報が正しく表示されない (33766)
      3.  
        クラスタ名の構成が変更された場合にリスクや通知が発生しない場合がある (7156)
      4.  
        Resiliency Platform に InfoScale 8.x クラスタを追加すると、エラーで失敗する
    14. 既知の問題: 継続的なデータ保護 (CDP)
      1.  
        レプリケーションのテイクオーバー手順で、CDP が有効な Resiliency Group のリカバリ操作を行うと［UUID でリカバリポイントが見つかりませんでした (Could not find recovery point with UUID)］というエラーが表示されて失敗することがある (29618)
    15. 既知の問題: VMware vSphere 7.0 のサポート
      1.  
        VRP-30216
      2.  
        VMware vSphere 7.0 で vLCM が有効なクラスタにおける VIB のインストールが失敗する (31266)
      3.  
        Resiliency Platform アプライアンスの Storage vMotion が機能しない (33880)
    16. 既知の問題: セキュリティ証明書と SSH ホストキーの管理
      1.  
        「ホスト HOSTNAME の SSH ホストキーをフェッチできません (Unable to fetch SSH host key for the host HOSTNAME)」というエラーが表示されて、ストレージエンクロージャの追加が失敗することがある (31790)
    17. 既知の問題: 複数のリカバリポイントを使用して構成された Resiliency Group
      1.  
        複製 (NetBackup) を使用したリカバリ操作で VM ディレクトリの削除タスクが失敗することがある
  4. 修正された問題
    1.  
      修正された問題の一覧
  5. 制限事項
    1.  
      一般的な制限事項
    2.  
      制限事項: AWS へのリカバリ
    3.  
      制限: AWS リージョンから AWS リージョンへのリカバリ
    4.  
      制限事項: Azure へのリカバリ
    5.  
      制限: NetBackup MSDP-C を使用した Azure へのリカバリ
    6. 制限事項: 複数のリカバリポイントを使用して構成された Resiliency Group のリカバリ
      1.  
        制限事項: 複数のリカバリポイントを使用して構成され、インスタントアクセスを使用する Resiliency Group のリカバリ
      2.  
        制限事項: Resiliency Group のレプリケーションの再同期または修復
      3.  
        制限事項: ローカルデータセンターとリモートデータセンターでディスクリストア操作を選択した場合
      4.  
        制限事項: NetBackup の CDP で保護された仮想マシン
    7.  
      制限事項: vCloud Director へのリカバリ
    8.  
      制限事項: VMware 仮想マシンへの物理マシンのリカバリ
    9.  
      制限事項: Resiliency Platform Data Mover を使用したオンプレミスデータセンターへの VMware 仮想マシンのリカバリ
    10.  
      制限事項: サードパーティのレプリケーションを使用したオンプレミスデータセンターへの VMware 仮想マシンのリカバリ
    11.  
      制限事項: Resiliency Platform Data Mover レプリケーション時の Windows ホスト
    12.  
      制限事項: InfoScale
    13.  
      制限事項: ローカライズ
    14.  
      制限事項: NetBackup

Resiliency Platform のシステムリソースの要件

このセクションでは、Veritas Resiliency Platform に必要な仮想 CPU、メモリ、およびディスク容量の量を一覧表示します。

Resiliency Manager、IMS (Infrastructure Management Server)、Replication Gateway の仮想アプライアンスに推奨される最小構成は次のとおりです。

表: 最小構成

コンポーネント

最小構成

Resiliency Manager

50 GB のディスク容量

32 GB の RAM

8 つの仮想 CPU

100 GB の追加外部シックプロビジョニング済みディスク

IMS (Infrastructure Management Server)

30 GB のディスク容量

16 GB の RAM

8 つの仮想 CPU

40 GB の追加外部シックプロビジョニング済みディスク

Replication Gateway

50 GB のディスク容量

16 GB の RAM

4 つの仮想 CPU

50 GB の追加外部シックプロビジョニング済みディスク

このステージングストレージは、Replication Gateway アプライアンスに必要な最小容量です。このデフォルト構成で最大 8 台の仮想マシンを構成できます。このステージングストレージを 1 台の仮想マシンあたり 6 GB 拡張すると、追加の仮想マシンを構成できます。

Resiliency Platform アプライアンスの最小 VMware ハードウェアバージョン

13 (ESXi 6.5 以上)

Veritas Resiliency Platform に追加するホスト:

  • アプリケーションホスト (保護対象のアプリケーション)

  • Resiliency Platform Data Mover ホスト (保護対象の仮想マシン)

  • ストレージ検出ホスト

  • Hyper-V ホスト

15 GB のディスク容量

4 GB の RAM

4 CPU

デュアルプロセッサ CPU

1 つのホストを複数の用途に使用している場合は、それぞれの目的に必要なディスク容量と RAM を追加します。たとえば、1 つのホストをストレージ検出ホストとアプリケーションホストとして使用している場合は、少なくとも 30 GB のディスク容量と 8 GB の RAM が必要です。

メモ:

Resiliency Manager、IMS、および Replication Gateway のリソースを確保する必要があります。Hypervisor が過負荷になった場合に、これらのリソースがスワップされないようにします。

仮想アプライアンスが最小構成を満たしていない場合は、仮想アプライアンスのブートストラップ中に警告が表示され、現在の構成を続行する場合には確認が必要になります。

Hyper-V の動的メモリを有効にする場合は、次の前提条件を満たしていることを確認します。

  • 起動メモリと最小メモリを、配布ベンダーの推奨するメモリ容量以上にする必要があります。

  • Windows Server 2012 オペレーティングシステムで動的なメモリを使用している場合は、起動メモリ、最小メモリ、および最大メモリのパラメータを 128 メガバイト (MB) の倍数で指定します。このように指定しないと動的メモリで障害が発生する可能性があり、ゲストオペレーティングシステムでメモリが増えたことが認識されない場合があります。

    動的メモリを使用している場合でも、前述の最小構成を満たす必要があります。