サード パーティの支払い処理エンジンを使用してクレジット カード トランザクションを承認する ASP.NET Web サービスを作成しました。
.ocxWeb サービスは別のアプリケーション サーバーでホストされ、ActiveX オブジェクト (拡張機能)を介して支払い処理サーバーに接続します。最近、 " " チェックHRESULT: 0x80010105 (RPC_E_SERVERFAULT)を使用してアプリケーションへの接続を確立しようとすると、例外が生成されます。IsAvaiable
この問題の調査を開始するのに適した場所を推奨する人はいますか?
(ベンダーに連絡することが最初の選択肢であることはわかっていますが、テクニカル サポートに連絡する前に「一列に並んで」もらいたいと思います)
マイケル、サードパーティのActiveXコントロールがメモリを適切に管理していない可能性があります。私の推測では、メモリの一部を、あるべきではないときに上書きしていると思います。サードパーティプロバイダーに修正があるかどうかを確認してください。
RPC_E_SERVERFAULTWeb サービスで ActiveX オブジェクトを使用しているときに、同じエラー ( ) が発生しました。ActiveX オブジェクトがクラッシュするたびに、IIS はこのエラーをスローし、オブジェクトがクラッシュした理由を隠します (私たちの場合、通常、処理して値を返すために必要な無効なファイルをロードしているときにクラッシュしていました)。
システム ログなどをチェックして、ActiveX コントロールが実際のエラーをどこかに記録しているかどうかを確認しましたか?
明らかなものが何も表示されない場合は、テクニカル サポートに連絡して、実際のエラーを診断する最善の方法と、エラーがどこかに記録されているかどうかを確認することをお勧めします。
これはスタック オーバーフローであり、ここにプログラミングの回答があるはずですが、障害のあるマシンへの更新やソフトウェアの変更について言及していません。ソフトウェアの変更がない場合は、ハードウェアの問題である可能性が最も高いです。RAM の障害、CPU の障害、ハードウェアの障害。システムをオフラインにしてハードウェアをテストできる場合は、おそらくディスクまたはメモリ モジュールに障害があることがわかります (おそらく NIC も)。これはおそらくベンダーが最初に行うステップですが、自分で行う場合は、自分の条件で行うことができ、数時間のサービス料金を自分で支払うことができます.
また、COM オブジェクトがクラッシュした可能性もあります。これは、Excel をクラッシュさせた Excel のマクロで発生しました。COM オブジェクト (私の場合は Excel アドイン) で表されるアプリケーションを単独で再実行し、クラッシュするかエラーが発生するかどうかを確認します。
adplusを有効にして、例外が発生するたびにメモリ ダンプを取得することができます。これは、問題のデバッグに役立ちます。