Confluence 6 高級性能診斷

請在你的系統服務請求中包括下面全部的信息，若是可能的話，你也能夠在請求中包括你認爲最有可能出現的問題。這樣的話，能夠避免咱們進一步對你係統的問題進行詢問。

系統信息

Confluence 服務器

• 你係統信息的屏幕截圖 Confluence's Administration → System Information （或者將頁面保存爲 HTML 文件）
• 系統緩存狀態的屏幕截圖 Confluence's Administration → Cache Statistics （或者將頁面保存爲 HTML 文件）
• 找到你 Confluence 運行服務器的硬件配置信息
  • 有幾個 CPUs？CPU 的型號是什麼，有多少 MHz？
  • 你的服務器上裝了多少內存？
  • 在 Confluence 的 JVM 使用了多少服務器的內存？（例如在 JVM 中 -Xmx 和 -Xms 的設置）
  • 在一樣的服務器上，你還運行了一些其餘的什麼服務？

Confluence 內容

• 在你的 Confluence 中有多少註冊用戶？
• 在一般的狀況下，你的用戶會屬於多少用戶組？
• 在你的 Confluence 服務器中有多少空間（全局和我的用戶）？
• 平均來講對一個用戶能夠查看到多少空間？
• 在i的 Confluence 中有多少頁面（你能夠在你的數據庫中執行下面的 SQL 來進行查看：'select count(*) from content where prevver is null and contenttype = 'PAGE'）
• 在 Bandana  中存儲了多少數據（一般被插件來使用存儲數據）？（你能夠在你的數據庫中執行下面的 SQL 來進行查看：'select count(*), sum(length(bandanavalue)) from bandana'）

數據庫

• 你 Confluence 服務器使用的數據庫的版本？
• 你 Confluence 訪問數據庫服務器使用的 JDBC 版本？（針對一些數據庫，數據庫驅動的 JRA 中中版本的版本號）
• 你的數據庫與 Confluence 服務器是否在同一個服務器上？
• 若是數據庫服務器和 Confluence 服務器在不一樣的服務器上，那麼網絡配置是怎麼樣的？
• 有關數據庫鏈接細節是什麼？數據庫的鏈接池有多大？若是你使用的是標準配置，你能夠在 _cfg.xml 文件中找到這個配置信息。若是你使用的是數據源信息，那麼這個信息將會存儲在你應用服務器上的配置文件中。請得到這些配置信息。

用戶管理

• 你當前正在使用的用戶管理或受權？（例如，Jira 或者 LDAP 用戶目錄或者單點登陸）
• 若是你使用的是外部 JIRA 用戶管理，那麼在 Confluence 和 JIRA 之間的數據庫是如何進行配置的？
• 若是你使用的是 LDAP 管理：
  • 有關 LDAP 服務器的版本是什麼？
  • LDAP 服務器和你的 Confluence 應用之間的配置是什麼樣的？

診斷

觀察到的問題

• 那個頁面存在載入緩慢？
  • 若是是一個特定的 WIKI 頁面，請將這個 WIKI 頁面中的源代碼也同時提交
• 這個頁面老是載入緩慢仍是偶爾載入緩慢？

監控數據

在進入發現一個單獨的問題的時候，對理解多個性能問題會有所幫助。咱們將會處理忽然的的高負載，或者緩慢增長的負載，或者有多是某一種特定狀況下的負載狀況（天天，每週，甚至每月），這些請求的增長將會對系統性能形成多大的影響？對系統進行一些持續的監控將有助於你對系統的負載狀況進行更多的瞭解。

下面是一些有關 confluence.atlassian.com 系統的負載狀況，顯示以下

負載
這個圖片顯示了連續 2 天中的系統負載狀況。這個圖片顯示了正常的系統負載，這個負載的產生一般是由於用戶的活動而產生的，這個沒有顯示出系統目前沒有遇到主要的問題。

增長數據庫鏈接的線程

Java 活動線程數量

有 2 個圖片將會顯示應用服務器中線程活動數量（第一個圖片）和數據庫中鏈接池的大小（第二個圖片）。你能夠看到忽然的系統線程增長將會致使數據庫服務器的鏈接的增長。

數據庫鏈接池大小

數據庫鏈接池的最高值已經超過了 112。這個已經超過了默認的數據庫的鏈接配置（100）。當這個狀況出現時候，你在使用 Confluence 的時候出現一些訪問的緩慢就不奇怪了。一些用戶可能會遇到系統崩潰的信息，由於一些用戶的請求不能得到數據庫鏈接。

咱們能夠經過這些圖片很容易的找到咱們系統配置的一些問題。這些問題不是很是重要的問題，由於你能夠經過簡單的增長數據庫鏈接來解決。

咱們對 Confluence 進行一些持續的監控（咱們使用 Hyperic），若是你在遇到問題的時候可以同時發送你係統的一些監控信息，這個將更有助於幫咱們找到你的問題。

訪問日誌

• How to Enable User Access Logging，包括有了如何將日誌導出爲一個獨立文件的相關信息。
  • 你能夠將這些對這些文件進行分析，例如 AWStats，或者手動查看那些頁面在載入的時候存在載入緩慢。

屬性和日誌

• 啓用 Confluence 的自帶的屬性和性能分析，請參考頁面 Troubleshooting Slow Performance Using Page Request Profiling 中的內容。
  • 若是隻是一個單一的頁面相應緩慢，你應該對這個頁面進行一系列的請求
  • 若是性能問題是間歇性的出現，或者只是直觀的感受到了系統相應緩慢，你可使性能監控功能保留監控 30 分鐘到一個小時來得到更多有關的信息。
• 找到 Confluence 的標準輸出日誌（在日誌中將會保留上面的數據）。將整個日誌目錄進行壓縮。
• 在系統出現反應緩慢的時候進行 Take a thread dump。

CPU 負載

• 若是你遇到了 CPU 的負載率很高的話，請 install the YourKit profile 而後將 CPU 進行監控的時候附加上 2 個 profiler 的導出。若是 CPU 的查看足夠長的話，請間歇 30 到 60 秒進行 profiles。最一般的的 CPU spikes 應該是操做系統的虛擬機。
• 若是 CPU 的使用率高達 100%，請嘗試使用 Live Monitoring Using the JMX Interface，在一些狀況下也可使用 Top threads plugin。

站點指標和腳本

• 對你安裝實例瞭解用戶的訪問和使用也是很是重要的。請使用 Access Log Scripts 和 sql scripts 來爲你的示例建立狀態狀況。

下一步

在 https://support.atlassian.com 中打開問題提交請求，而後將你收集的全部數據添加到你須要的請求中。這個將會給咱們對你係統進行診斷所須要的足夠信息，咱們能夠根據你提交的信息對你的系統性能進行診斷。當你建立完成問題後，請對你建立的問題進行跟蹤。

 

https://www.cwiki.us/display/CONF6ZH/Requesting+Performance+Support