Sometimes you may see that Confluence is holding onto a chunk of memory over a period of time (for example, tenured space is increasing close to Xmx). In such a situation, it is useful to find out what is stacking up in the memory by analysing the heap dump.

On this page:

ヒープ ダンプの取得時のヒント

If you have a large Xmx size, please limit your Xmx size to 1024m. This will help to keep Confluence heap dump smaller while still containing sufficient information to analyse it.

Confluence で OutOfMemory エラーが発生するとヒープダンプを自動生成する

Typically, we would like to analyse the heap dump produced when Confluence died from an OutOfMemory Error. For this, you can add additional JVM parameters like below:

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=<path to this heap dump file>

HeapDumpPath パラメーターが設定されていない場合、デフォルトでは、ヒープ ダンプは Tomcat を実行中のフォルダーに保存されます。

Confluence が応答しなくなったときに手動でヒープ ダンプを生成する

It is also possible to get a heap dump manually using a JDK bundled tool called jmap, although we recommend that you use the automatic method above for best result.

Linux または Solaris ベースのオペレーティング システム:
Linux OS で次のコマンドを実行してください。

$JAVA_HOME/bin/jmap -dump:format=b,file=heap.bin <pid>

Windows:
自分の Confluence プロセス ID (以下を参照) を見つけて、Windows コマンド ラインで以下のコマンドを実行してください。

%JAVA_HOME%\bin\jmap -dump:format=b,file=heap.bin <pid>

To find out the process ID for your Java process in Windows, you can use Process Explorer from Microsoft. This is what it looks like:

ヒープダンプを アトラシアン サポートに送信する

Please zip the file and then send it to Atlassian Support.

関連トピック

Getting Java Crash Log File
Memory usage and requirements
Garbage Collector Performance Issues
Generating a Thread Dump
Fix Out of Memory Errors by Increasing Available Memory