メモリの使用量と要件

メールエラーキュー

Confluence は送信に失敗したすべてのメールのコピーを内部エラーキュー内に保管します。ネットワーク接続問題など、偶発的な障害が発生した場合は、問題が修正された後、このキューのメールを手動で再送信できます。特定の状況下で、メールキューは大容量のオブジェクトで満杯になることがあります。キューは定期的にフラッシュされますが、多くのメールエラーがあると、メモリ使用量でスパイクが生じる場合があります。

添付ファイル

大きなサイズの添付ファイルのインデックス作成では、添付ファイルをメモリに読み込む必要があります。大きなサイズの添付ファイルの場合、これは、システムリソースに一時的に負荷がかかる原因になり得ます。その結果、添付ファイルを完全にメモリに読み込むことができずにインデックス作成が失敗する場合もあります。

システムのバックアップと復元

The Confluence backup and restore process scales linearly with the size of data. This can have a significant impact on large Confluence instances where the amount of data exceeds the amount of available memory. If you are experiencing an OutOfMemoryError during either a backup or restore processes, then we strongly recommend that you choose and Production Backup Strategy.

If you encounter an OutOfMemoryError while restoring a backup and wish to overcome this issue by increasing memory, how much more will you need to make this process work? A good rule of thumb is to have a look at the size of the entities.xml file in your backup. This file contains all of the data Confluence will be loading, so at least that much is required. Add another 64-128Mb to ensure that Confluence has enough memory to load and function and that should be enough. To increase the amount of memory available to Confluence, see Fix java.lang.OutOfMemoryError in Confluence.

解決できない既知の問題

解決できないメモリの問題もいくつか存在します。たとえば、

• Oracle 10g JDBC ドライバーでのメモリリークがあります。これについてはできることはあまりありません。
• Tomcat 5 内部に起因すると思われる、かなりたちの悪いメモリリークが見つかりましたが、これは PowerPC で IBM JDK を使用している場合にのみ発生します。

If you are having problems that appear to result from a memory leak, log an issue on http://support.atlassian.com. Our memory profiler of choice is YourKit. It would be helpful to us if you can provide us with a memory dump from that tool showing the leak.

一部のアクションに対する応答に長時間を要している Confluence の問題

Confluence で偶発的に中断が生じる一般的な原因は、JVM が実行するガベージコレクションです。これが発生しているかどうかを判別するには、詳細ガベージコレクションを有効にし、Java がメモリの解放に要する時間を調べます。Java がガベージコレクションを実行しているときに偶発的な中断が生じる場合、ガベージコレクションが中断の原因です。

詳細ガベージコレクションは、Java がガベージを収集している日時、所要時間、解放されたメモリ量を示すログステートメントを生成します。

gc (ガベージ コレクション) のロギングを有効にするには、Confluence を-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -verbose:gc -Xloggc:gc.log オプションで開始します。gc.log を gc.log ファイルへの絶対パスと置き換えます。

たとえば、Windows サービスでは以下を実行します。

tomcat5 //US//Confluence ++JvmOptions="-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -verbose:gc -Xloggc:c:\confluence\logs\gc.log"

または、bin/setenv.sh で次のように設定します。

export CATALINA_OPTS="$CATALINA_OPTS -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -verbose:gc -Xloggc:${CATALINA_BASE}/logs/gc.log"

bin/setenv.sh を変更する場合、変更を有効にするには Confluence を再起動する必要があります。

What can you do to minimise the time taken to handle the garbage collection? See http://java.sun.com/docs/hotspot/gc1.4.2/ for details on tuning the JVM to minimise the impact that garbage collection has on the running application.