XML 站點備份的方式只針對 Confluence 包含有幾千頁面的狀況,XML 備份所須要的時間隨着數據量的變化而增長。另外的一個問題是 XML 站點的備份將會包含上 G 的附件數據,隨着數據量的增長,磁盤使用量也會顯著增長。這是由於每個 XML 備份都可以用來徹底恢復站點。例如,一個 1GB 數據量的 Confluence 安裝實例,若是採起天天備份的方式,一個月後,這個實例將會佔用 30 GB 的存儲空間。當你在管理大數據量的 Confluence 安裝實例的時候,你能夠在備份策略中不備份附件,而後你能夠手動備份你的 Confluence 附件, 這個附件一般存儲在 home directory 目錄中或者數據庫。備份管理能夠備份至修改的文件來替換備份全部內容,經過這種方式能節省大量的存儲空間。數據庫
能夠接受 | 能夠接受 | XML 站點備份同時備份附件 |
能夠接受 | 不能夠接受 | XML 站點備份和最小的附件,加上手動備份全部附件 |
不能夠接受 | 不能夠接受 | 手動備份附件和數據庫 |
建立延遲(Creation Delay)是建立 XML 站點備份和最小附件所須要的時間。
磁盤使用(Disk Usage)能夠經過當前數據量的大小和備份的頻率同時進行評估。app
https://www.cwiki.us/display/CONFLUENCEWIKI/Site+Backup+and+Restore大數據