Arcserve RHA r16.5 › 既知の問題

既知の問題

• 前のリリースからアップグレードする際に、アップグレード処理の完了後、シナリオ実行の開始に失敗する場合があります。 このエラーが発生するのは、エンジンのアップグレード中です。 このアップグレード処理では、実行中のシナリオを停止し、アップグレード処理の完了後に、実行中のシナリオを再起動する必要があります。 ただし、このアップグレード処理によって実行中のシナリオに新規ユーザ名およびパスワード (エラー) があると解釈され、それにより、アップグレード処理によるシナリオの自動的な再起動が阻止されます。

  この問題を修正するには、アップグレード処理の完了後に、［ファイル名を指定して実行］を使用して、アップグレード開始前に実行されていたシナリオを手動で開始します。 UI から［ファイル名を指定して実行］コントロールを使用します。

• ドック マネージャを使用してパネルを再配置した後に、Arcserve RHA のインターフェースをデフォルトの状態にリセットできない場合は、以下の手順に従います。
  • ws_gui.exe ファイルの実行ディレクトリを検索します。
  • インターフェースを閉じます。
  • このディレクトリでは、ファイル dock_layout.xml および dock_layoutdefault.xml を削除します。
  • インターフェースを再起動します。

  インターフェースの配置がデフォルトのレイアウトに戻ります。

• TxF 機能（IIS 7.0）を使用するアプリケーションではリワインドはサポートされていません。
• Windows Server 2008 システムにリモートで Arcserve RHA エンジンをインストールする場合、ローカル システムとしてコントロール サービスにログインするとインストールは失敗します。 これを回避するには、ドメイン管理者アカウントを使用してコントロール サービスにアクセスします。
• Windows Server 2008 R2 を実行しているコンピュータ上で［コンピュータ名の切り替え］リダイレクション方式を使用する場合は、フェールオーバ後に、手動でマスタ サーバをドメインに再接続します。
• NetBIOS サーバ名が 15 文字より長いとき、インターネット オプションでプロキシが設定されていると、［概要］画面からの Arcserve RHA マネージャの起動が失敗する場合があります。 プロキシ サーバが解決できるのは DNS 名のみで、NetBIOS 名は解決できません。
• 72 時間後、ベア メタル マシンは自動的に再起動します（フル システム シナリオが該当）。
• リカバリ後にベア メタル マシンを起動すると、いくつかのドライバが失われる場合があります。 これらのドライバは、手動でインストールしてください。
• RHA エンジンをアップグレードすると、既存のブックマークおよびリワインド ポイントがすべて失われます。
• Linux プラットフォーム上の IP 移動リダイレクション方式では、IP の設定は ipconfig コマンドのみによって実行できます。
• リモート インストーラを使用してクラスタ上に RHA エンジンをインストールする場合、エンジンを物理ノードにインストールし、クラスタ名の代わりに物理ノードを選択する必要があります。

Microsoft SQL Server

• SQL Server シナリオでは、クラスタ サーバ名はスイッチオーバーの後に変更されますが、再起動プロパティが設定されていてもサーバは再起動されません。
• C:\ のようなブート ボリュームのルート ディレクトリに SQL データ ファイルをインストールしないでください。 レプリケーション中に、ターゲット ファイルがレプリカ サーバ上で開かない場合があり、その結果エラーが発生します。
• アシュアード リカバリ シナリオは、ワークグループ内で実行中の SQL サーバ上で失敗します。 理由は以下です。
  • レプリカ ローカル管理者アカウントは master データベース内のマスタ ローカル管理者アカウントによって上書きされます。
  • アプリケーションは、Windows 認証を使用して SQL サーバにログインします。

  この問題を回避するには、SQL 認証または［コンピュータ名の切り替え］リダイレクション方式を使用します。

フル システム保護

• Citrix XEN シナリオについては、ディスクに格納されているファイルが使用中の場合は、仮想マシン上のディスクをマウント解除できません。
• Windows ライセンス タイプに応じて、フル システム アシュアード リカバリまたはスイッチオーバ後に、仮想マシンを再度アクティブにする必要がある場合があります。 再アクティブ化ポリシーの詳細については、Microsoft の Web サイトを参照してください。
• ESX のサポートされているバージョンとそれ以外のバージョンが vCenter Server によって管理されている「混在環境」では、VMDK を指定したアプライアンスにマウントできないため、フル システム シナリオが失敗する場合があります。 この状況を回避するには、環境内のすべての ESX バージョンをサポートされているバージョンにする必要があります。
• フル システム シナリオのリストア プロセスを実行する場合は、マスタ上のアプリケーション サービスを手動で停止する必要があります。そうしないと、リストア後にアプリケーションが破損する場合があります。 リストア後にアプリケーションが破損した場合、問題を解決するには、アプリケーション サービスを停止し、同じブックマークまで再度リストアしてください。
• フル システム シナリオの同期中に「アクセスが拒否されました」というメッセージを受信した場合は、以下を検討してください。

ファイル レベル同期またはブロック レベル同期の代わりにボリューム レベル同期を使用します。

• エンジンのサービス ログオン アカウントをローカル システムに設定します。 マスタ エンジンのサービス ログオン アカウントがローカルまたはドメイン管理者であるために、このエラーが発生している可能性があります。

• Microsoft Windows 2012 では、ファイル サーバ リソース マネージャ機能は固定ドライブ領域の一部を占有します。 フル システム シナリオの場合、これが、Arcserve RHA による同期の完了についてディスク領域が不足する原因となる場合があります。 その回避策の 1 つとして、Windows Server 2012 ファイル サーバ リソース マネージャ機能を無効にしてから、FSHA を実行します。

Arcserve RHA for MMC

• MMC は、以下の場合にライセンス サーバに接続できないことがあります。
  • デフォルトの HTTP または HTTPS プロキシが、MMC が実行中のホスト上に設定されている。
  • ライセンス サーバのアドレスがプロキシ バイパス リストに載っていない。
  • プロキシが Web サイトにアクセスするには認証が必要である。

Windows アカウントがプロキシへのアクセスに必要な権限を持っていない。つまり、現在の MMC ユーザにはプロキシを使用する権限がない。

この事態を回避するには、以下の手順に従います。

• HTTP プロキシ バイバス リストでコントロール サービスを指定します。
• Internet Explorer の HTTP プロキシ設定を削除して、MMC がコントロール サービスに直接接続できるようにします。
• 現在のユーザに対して HTTP プロキシ サーバへのアクセスを許可します。

• MMC は、Windows インターネット設定を使用してコントロール サービスに自動接続します。この設定は、サードパーティ アプリケーションによって変更できます。
• Arcserve RHA ディスク リソースは、Microsoft Failover Cluster の複数のボリューム内でのデータの整合性を保証しません。 データ セット間のデータの整合性が必要なアプリケーションについては、すべてのデータを単一のボリューム上でホストする必要があります。
• Arcserve RHA ディスク リソースを作成できるのは、クラスタを所有するノード上のみです。 たとえば、クラスタ ノード A、B、C、 および D があり、ノード A がクラスタを所有している場合は、ディスク リソースはノード A 上にのみ作成することができます。

Oracle Solaris 11

Solaris 11 で IP 移動リダイレクション方式のシナリオを作成する前に、Solaris の関連 NIC/IP アドレスを手動モードに設定してください。

Linux

• マスタのルート ディレクトリにおける任意のファイル操作では、SeLinux を無効にするか、SeLinux セキュリティ コンテキストを変更する必要があります。
• RHA マスタ ルート ディレクトリが NFS 共有ディレクトリであり、このディレクトリが /etc/exports に書き込まれておらず、コマンド ラインの exportfs -i を使用してエクスポートされている場合、この NFS 共有はシナリオの開始後に使用できなくなります。 RHA で NFS 共有ディレクトリを保護するには、NFS 共有ディレクトリを明示的に /etc/exports に設定する必要があります。

Microsoft Windows 2003

• レプリカ サーバが Windows 2003 で、マスタ サーバが Windows 2008 以降である場合、以下のエラーが発生する可能性があります。 このエラーは、ハード リンクまたは Transactional NTFS （TxF）ファイル システムの操作を Windows 2003 がサポートしていないために発生します。

  イベント ハード リンクの作成 を \\?\Volume{b8262eac-30ac-11e1-959c-000c29f6edbe}/<a-file-path> に対して実行できません。アクセスが拒否されました。(5)
  

• Windows 2003 マシンから BMR を実行する場合、マシンが APIC マザーボードをサポートしており、それが有効になっていることを確認してください。 そうでない場合は、マシンを起動できません。

Amazon Web サービス (AWS)

• AWS へのフェールオーバ中に、arcserve RHA は、マスタの HAL（ハードウェア アブストラクション レイヤ|）をACPI HAL（Advanced Configuration and Power Interface HAL）に置換します。 ACPI をサポートしない物理マシン（古いハードウェア）または VM については、フェールバックは機能しません。
• arcserve RHA ベア メタル リカバリは、SATA コントローラで設定された Virtual Box 仮想マシンをサポートしません。

NAT 環境

NAT 環境（CS およびデフォルト以外のフェールオーバ アプライアンス ホストが同じサブネットワークにない）での HA カスケード シナリオの場合。 手動フェールオーバ/VM の開始/VM の停止/すべての VM リソースの削除の実行時に、仮想アプライアンスは CS に接続できません。 アプライアンスが CS への接続を開始できないので、イベントは GUI に表示されません。 詳細な手順は、各ホストのエンジン ログにあります。

Hyper-V HA シナリオ

異なる仮想スイッチに接続された複数のネットワーク アダプタを持つ、保護された VM で、ネットワーク マッピングを使用した IP アドレスのカスタマイズを選択すると、スイッチオーバー後に以下の問題が発生する場合があります。

• VM のネットワーク アダプタが Hyper-V レプリカの不正な仮想スイッチに接続され、VM のネットワークが正しく動作しない場合がある。

この問題を解決するには、Hyper-V マネージャを使用して、仮想マシン設定の各ネットワーク アダプタの仮想スイッチを手動で変更します。