ArcMapを閉じた後、ArcMap.exeプロセスは開いたままですか？[閉まっている]

別のインスタンスが閉じられた後、ArcMapのインスタンスのテーブル構造を変更できなかったときに、これが数か月前に起こっていることに気付きました。たとえば、ArcMapでフィーチャクラスのフィールドを削除または追加し、ドキュメントを保存して閉じてArcCatalogを開き、その特定のフィーチャクラスを削除しようとすると、「削除失敗：選択したオブジェクトの削除に失敗しました」エラーが発生します。これは通常、削除しようとしているレイヤーを含むArcMapのインスタンスが開かれたときに発生するため、回避策はWindowsタスクマネージャーを起動し、何らかの理由でまだ開かれているArcMap.exeプロセスを強制終了します。

この問題を抱えている人はいますか？

現在SP3を実行していますが、問題は解決されていません。

同等のマシンで非常によく似たセットアップを実行していますが、この問題はありません。

あなたのせいではなく、あなたがそれに対してできることはあまりない。ただし、理由に興味がある場合は、COM循環参照（エディターなどの何らかのイベントソースをリッスンしている可能性が最も高い）があり、アプリケーションが終了しようとすると、一部のオブジェクトが保持されているため、お互いが生きています。これは、インストールした拡張機能からでも、ESRIコード自体からでも可能です。これは常に発生し、特定のコマンドがツールバーに表示されるなど、特定の条件下でのみ現れる場合があります。

COMの概念に関する古いArcObjectsチュートリアルから：

アプリケーションが終了すると、コマンドへの参照を解放します。コマンドがイベントシンクとしても機能する場合、アプリケーションはコマンドへの別の参照を保持します。この参照は、コマンドがソースから切断されるまで解放できません。コマンドは自身のデストラクタ以外の接続を切断できるポイントを知らないため、アプリケーションがコマンドを破壊せずに終了できず、コマンドのデストラクタがコマンドへの参照を保持しているため、コマンドのデストラクタが呼び出されない循環参照が発生します。これにより、アプリケーションが終了時にハングします。

さらに興味がある場合は、Normal.mxtを削除（またはバックアップ）します。これにより、すべてのカスタマイズが消去され、この問題が続くかどうかが確認されます。

この問題を解決してくれてありがとう@Kirkと@Ragi！タスクマネージャープロセスの監視中に行ったことは次のとおりです。

1. Normal.mxtのバックアップと削除
2. 新しいArcMapドキュメントを開始しました（ArcMapはデフォルトの構成で開かれています）
3. 閉じたArcMap（プロセスは期待どおりに閉じられました）
4. 追加されたToobars：3Dアナリスト、高度な編集、データフレームツール、描画、頂点の編集、エディター、ジオリファレンス、ラベリング、レイアウト、スナップ
5. 配置されたツールバー
6. 閉じたArcMap（プロセスは期待どおりに閉じられました）
7. 新しいArcMapドキュメントを開始しました
8. アドイン付きの独自のカスタムツールバーを追加しました
9. 閉じたArcMap（プロセスは期待どおりに閉じられました）
10. 既存のArcMapドキュメントを開始しました
11. カスタムの開始および停止編集をツールバーといくつかのカスタムツールで使用した
12. 閉じたArcMap（プロセスは期待どおりに閉じられました）

ArcBruTileも削除および削除しました

ArcMapプロセスが期待どおりに終了するようになりました

この投稿を死者から取り戻そうとはしていませんが、Citrixサーバーでこの問題のESRIサポートを使用している間（ユーザーがクラッシュまたはログアウトした場合、arcgiscachemanager.exeは20〜30分以上終了しません。ユーザーはArcMapに戻ることができず、2人のサーバー管理者に頼ってサーバーにログインして手動でリリースできるようにする必要があります）、ESRIはこのページからソリューションをコピーして貼り付けているため、機能しません。少なくともCitrix環境で作業しているときはそうではありません。

Citrixの場合、2つのレジストリキー（ハングプロセスを強制終了するため、1つは設定を元の状態に戻すためのレジストリキー）を作成すると、問題が「修正」されることがわかりました。

Citrix以外の場合、プロセスを強制終了するためのスクリプトを作成するというアイデアをいじりましたが、Citrixを使用していないときは既にサーバーにいるので、それは必要ないと判断しました。

お役に立てれば。

-------エスカレーションされたサポートチケットからコピーされたデータ-------- Citrixには、バックグラウンドでセカンダリプロセスを生成するアプリケーションの管理に役立つレジストリキー設定があります。このソリューションをもっともらしいセットアップにする多くの症状があります。以下のCitrix Knowledge Articleをご覧ください。

公開アプリケーションからの正常なログオフにより、セッションがアクティブ状態になります：http : //support.citrix.com/article/CTX891671

Windows Server 2003からWindows Server 2008にアップグレードすると、XenApp環境でユーザーがログオフした後のアクティブセッション：http：//support.citrix.com/article/CTX134956

XenApp 6.5 AppCenter Consoleに、実行されていないアプリケーションステータスアプリケーションが表示される：http：//support.citrix.com/article/CTX133328

これらの記事では、公開されたアプリケーションによってセッションが閉じられなかったり、ユーザーが適切にログオフされなかったりする方法について説明しています。これらの場合、管理者によって、またはまだ実行中のサーバーからプロセスを終了することによって、セッションをリセット/終了する必要がありました。Citrixで行われるのは、メインアプリケーション（場合によってはArcMap）を公開することです。アプリケーションを終了するとき（またはクラッシュした場合）、そのexeのみが閉じられます。その結果、アプリケーションが開かれたときに生成されたアプリケーションに関連付けられたexeは、Citrixで完全に閉じられず、この状態になります。そのため、ArcGISCacheMgr.exeの実行に時間がかかるか、アプリケーションがクラッシュすると、エンドユーザーは新しいセッションを開始できなくなります。

これらの記事では、これらのセカンダリプロセスをレジストリキーに追加して、メインアプリケーションを閉じると自動的に閉じる方法について説明します。探索できるもう1つのオプションは、プロセスを確認し、存在する場合は終了するログオフスクリプトです。

.batファイルを作成し、これを貼り付けてデスクトップに保存します。

 taskkill /IM ArcGisCacheMgr.exe /f
 taskkill /IM ArcGisConnection.exe /f
 "C:\Program Files (x86)\ArcGIS\Desktop10.1\bin\ArcMap.exe"

SysInternals SuiteのPsKill（私の意見では必須のツールキットに近い）は、ショートカットにリンクし、ハングしたプロセスをクリーンアップするために自由に起動できます。これを行うと、元の問題を解決するために何も実行されないという点で見苦しくなりますが、迅速かつ効率的に実行できます。

pskill -t arcmap.exe

私は最近、目に見えないarcmap.exeプロセスを週に数回取得していますが、以前はそれほど頻繁ではありませんでしたが、しばらくは発生しています。私は通常、コンカレントライセンスを使用しています。複数のArcmapセッションがアクティブになっている場合に頻繁に発生するようです。64ビットWin7上でソフォスのウイルス対策ソフトウェアを使用しています。