系統備份和恢復

Confluence  的備份和恢復是與資料庫中資料量的大小有關。這個操作可能會對 Confluence 的效能產生很多關鍵性的影響並且大量消耗記憶體。如果你在 Confluence 的系統備份和恢復過程中遇到了 OutOfMemoryError 錯誤，我們強烈推薦你使用 Production Backup Strategy 進行系統的備份和恢復。

當你在 Confluence 系統備份和恢復的時候遇到了  OutOfMemoryError 錯誤，你希望通過增加記憶體的大小來修復這個錯誤的話。我們應該增加多少記憶體呢？一個指導方針是，檢視你備份中的 entities.xml

我們不能控制的已知問題

下面的一些記憶體的問題，我們可能沒有辦法進行控制：

• 針對 Oracle 10g JDBC 驅動的記憶體洩漏。我們沒有太多可以做的地方。
• 一個使用者發現了在 Tomcat 5 的版本上，如果使用 IBM JDK，在 PowerPC 平臺上有嚴重的記憶體問題。

如果你在使用的時候遇到了比較嚴重的記憶體洩漏問題，請登入 http://support.atlassian.com。我們的記憶體屬性空間選擇的是 YourKit。這個工具能夠幫助你向我們提供你機器上存在有記憶體洩漏的地方。

Confluence 對一些操作的響應時間過長

一個導致 Confluence 突然不響應的問題可能是 Confluence 正在執行 JVM 垃圾清理。為了確定這個是不是正在發生的情況，請詳細檢視垃圾清理程式然後檢查 Java 花了多長時間才清空記憶體。如果臨時停止響應的時候與 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 來使配置生效。