Winword.exeでメモリリークが発生、メモリが枯渇する

光俊 孝岡 25 評価のポイント
2025-09-22T10:53:12.09+00:00

Windows11 24H2 + Office365 Multisessionのイメージを元にホストプールを作成しAVDを使用しています。 セッションホストのメモリは64GBで、普段はメモリもCPUも余裕があります。再現方法が全くわかりませんが、ユーザーもセッションホストもランダムにwinword.exeのメモリリークが発生し、最終的にメモリが枯渇し全ユーザーが追い出されます。 その直前では1人のユーザーの1つのwinword.exeプロセスのメモリ使用量が60GB程に膨れ上がっています。 タスクマネージャーでプロセスを終了させると解消されます。念のため先にOutlook.exeプロセスを停止するなど試しましたが、該当のWinword.exeは終了しませんでした。1日に2~3回発生します。 WordのアドオンやOutlookのアドオンは可能な限り削除しています。OfficeやOSのバージョンを何度も上げましたが変化はありませんでした。メモリダンプを取得しHeap領域が大量に使用されていることまではわかりました。原因や発生させない方法はわかりますでしょうか?
FslogixのプロファイルコンテナをNetAppFilesに格納しています。
Microsoft® Word for Microsoft 365 MSO (バージョン 2507 ビルド 16.0.19029.20136) 64 ビット 月次チャネル
Windows 11 Enterprise multi-session バージョン 24H2 OS ビルド 26100.6584 

Azure Virtual Desktop
Azure Virtual Desktop

Azure で実行されるデスクトップおよびアプリの仮想化サービス。 旧称 Windows Virtual Desktop。


質問作成者が受け入れた回答
Anonymous
2025-10-04T18:34:28.58+00:00

こんにちは、Mitsutoshi Takaoka さん。

Azure Virtual Desktop (AVD) セッションホスト上で winword.exe が最大 60 GB のメモリを消費するメモリリーク は非常に異常であり、特にマルチセッション環境ではまれな事象です。 正確な原因を特定することは難しいものの、__ヒープ使用量の急増__や__ランダムな発生パターン__から、Microsoft Word と AVD のマルチセッション動作、さらには __サードパーティ製コンポーネント、アドイン、またはファイル内容__との相互作用が関係している可能性があります。

以下の推奨手順をお試しください。


1. サードパーティ製アプリケーションまたはアドインの影響

一部のアドインを削除しても、他のアドインが残って Word にコードを注入し、不適切なメモリ割り当てを引き起こす場合があります。

対応策:

セーフモードで Word を起動: winword.exe /safe を実行します。 メモリが安定している場合、COM/VSTO アドインまたはテンプレートが原因です。

Microsoft 以外のアドインを無効化: 「ファイル」→「オプション」→「アドイン」→「COM アドインの管理」→「設定」→ Microsoft 以外のエントリをすべて無効化します。

トラストセンターの設定を確認: 「ファイル」→「オプション」→「セキュリティセンター」→「セキュリティセンターの設定」→ マクロやアドインの設定を適切に構成します。

テンプレートの再構築: Normal.dotm や共有テンプレートが破損している場合は、名称変更または再作成を行います。


2. 破損したファイルまたは埋め込みオブジェクト

サイズが 20〜30 KB 程度の小さなファイルでも、メモリ消費を引き起こす問題のある埋め込み要素を含む可能性があります。

対応策:

頻繁に使用するファイルや問題のあるファイルを AVD 外のスタンドアロン PC でテストします。

数日間、新しい空白ドキュメントを作成・編集して問題が再発するか確認します。

特定のファイルでリークが発生する場合は、ファイルを再作成するか、埋め込みコンテンツをクリーンアップします。


3. AVD・FSLogix・NetApp の相互運用性

AVD、FSLogix、および NetApp Files の組み合わせによって、Word 内でヒープ使用量を増大させる競合やループが発生する場合があります。

対応策:

ローカルプロファイルでテスト: 影響を受けているユーザー 1 名に対して一時的に FSLogix を無効化し、ローカルプロファイルでテストします。

FSLogix のバージョン確認: 最新の安定版 FSLogix がインストールされていることを確認します。 参考: FSLogix Release Notes - FSLogix | Microsoft Learn


4. 即時対処策

以下の PowerShell スクリプトを使用して、他のセッションに影響を与える前に異常な Word プロセスを自動で検出・終了させることができます。

Get-Process winword | Where-Object { $_.PM -gt 8GB } | Stop-Process -Force

上記スクリプトは、より詳細な診断を行う間、スケジュールタスクまたは監視スクリプト として利用可能です。


5. Microsoft サポートへのエスカレーション

すでに Heap 使用量の過剰なメモリダンプ があるとのことですので、次のステップとして Microsoft Unified Support に依頼し、詳細な分析(例: TTD やヒープトレース)を実施してもらうのが最善です。

サポートに提供すべき情報:

メモリダンプファイル

Winword.exe のバージョン情報

サポートチケット作成手順: How to create an Azure support request - Azure supportability | Microsoft Learn


上記の手順および参照リンクをご確認ください。 追加のサポートが必要な場合はお知らせください。できる限りお手伝いします。 もしこの情報が役立った場合は、「Upvote」および「Accept Answer」をクリックしていただけると、他のコミュニティメンバーの参考にもなります。

※私のコメントは Google 翻訳を使用して翻訳しているため、一部表現が正確でない場合があります。

ありがとうございます。 Rashmika

この回答は役に立ちましたか?


0 件の追加の回答

並べ替え方法: 新しい順

お客様の回答

質問作成者は回答に "承認済み"、モデレーターは "推奨" とマークできます。これにより、ユーザーは作成者の問題が回答によって解決したことを把握できます。