既知の問題

Arcserve RHA r16.5 Service Pack 4 › 新しい機能および拡張機能 › 既知の問題

既知の問題

以下の問題が本リリースに存在していることが判明しています。

前のリリースからアップグレードする際に、アップグレード処理の完了後、シナリオ実行の開始に失敗する場合があります。このエラーが発生するのは、エンジンのアップグレード中です。このアップグレード処理では、実行中のシナリオを停止し、アップグレード処理の完了後に、実行中のシナリオを再起動する必要があります。ただし、このアップグレード処理によって実行中のシナリオに新規ユーザ名およびパスワード (エラー) があると解釈され、それにより、アップグレード処理によるシナリオの自動的な再起動が阻止されます。
この問題を修正するには、アップグレード処理の完了後に、［ファイル名を指定して実行］を使用して、アップグレード開始前に実行されていたシナリオを手動で開始します。 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 エンジンをインストールする場合、エンジンを物理ノードにインストールし、クラスタ名の代わりに物理ノードを選択する必要があります。
Hyper-V サーバ内の無効な仮想スイッチは、ネットワークマッピングダイアログボックスにリスト表示されます。無効な仮想スイッチのマッピングを選択し、スイッチオーバー後に、その仮想スイッチに関連付けられている NIC はネットワークに接続できなくなります。

Amazon EC2

EC2 を実行するアプライアンスは、BSOD （Blue Screen of Death）を表示する場合があります。回避策については、次のリンクを参照してください： http://support.citrix.com/article/CTX130768

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 マネージャを使用して、仮想マシン設定の各ネットワークアダプタの仮想スイッチを手動で変更します。

フルシステムシナリオ

フルシステム HA シナリオの場合：マスタサーバに 2 つの NIC （ネットワークインターフェースコントローラ）が存在し、最初の NIC が無効にされているとします。この場合、スイッチオーバー後、新しく作成された仮想マシンのネットワークアダプタは正しい NIC にマップできません。
フルシステムシナリオの場合：マスタサーバが Windows 2012 であり、Hyper-V の役割を果たしている場合、アシュアードリカバリ、スイッチオーバー、または VM の開始操作中に作成された仮想マシンの起動に失敗します。起動の失敗は、winhv.sys に関連するシステム例外によって発生します。これを解決するには、マスタサーバの Hyper-V 役割を削除してもう一度同期します。
シナリオがデータを同期しているかレプリケートしている場合、アプライアンスは読み取り専用システムに変更できます。この時に、シナリオを停止し、VM リソースを削除し、再同期する必要があります。

Windows 2012 のパフォーマンスカウンタ

Windows 2012 では、Arcserve RHA のパフォーマンスカウンタが正しく表示されません。回避策の 1 つは、以下のファイルを windows\system32 フォルダにコピーすることです。
- ibeay32.dll
- ssleay32.dll
- thl.dll
- trc.dll
- txf_wrapper.dll

BMR イメージ作成の失敗

BMR ブートイメージを作成すると、エラーコード 0x80070005 で失敗します。これは、McAfee などのアンチウイルスソフトウェアが原因である可能性があります。リアルタイムスキャン機能が BMR のイメージ変更をブロックしています。この場合、McAfee のポリシーを変更するか、またはアンチウイルスソフトウェアがインストールされていないマシンを使用してブートイメージを作成する必要があります。

Hyper-V2012 r2 Server の Generation 2 VM に対して BMR の実行を試みる場合は、Windows ADK 8.1 を使用して、BMR ISO を作成します。 BMR ISO の作成に Windows ADK 8 または Windows AIK を使用すると、入力が正しく認識されなかったり、BMR の起動に失敗します。

Microsoft Internet Explorer 11

概要ページやレポートセンターページなど、一部の Arcserve RHA Web ページは IE 11 と互換性がなく、コンテンツが正しく表示されない可能性があります。回避策は、RHA コントロールサービスを Internet Explorer の互換表示リストに追加して使用することです。互換表示設定の詳細については、Microsoft のドキュメントを参照してください。

ネットワークアダプタ

元のマスタ内に NIC チーミングアダプタがある場合、ネットワークアダプタは生成されますが、BMR マシンで正しく動作しない可能性があります。

Hyper-V シナリオの Linux ゲスト仮想マシンでは、［Network Mapping］ダイアログボックスで指定される静的 IP アドレスはスイッチオーバー中に正しく設定されません。