confluence数据目录满了 |坐而言不如起而行！二丫讲梵

本文预计阅读时间 4 分钟

由于部署初期预估不足，使得confluence的应用数据写到了根分区当中，而根分区又只有50G，现在附件越来越多，眼见磁盘将满，有句俗话说的好：我不来解决，谁又来解决！

事情可能不复杂，但是操作一旦出纰漏，也是非常重大的，因此写好操作流程，按章施工，以免出错。

发出维护通知，在夜深无人时操作。
先停止NGINX，切断所有请求，以免有新的文章附件编辑提交。
提前将数据同步到将要迁移的目录之下，命令如下：
rsync -avz --delete /var/atlassian/ /confluence/atlassian/
操作之前，记得再次执行如上命令，以保证数据一致。
停止confluence服务，使用如下命令：
/opt/atlassian/confluence/bin/stop-confluence.sh

编辑confluence配置文件，更改如下内容：

vim /opt/atlassian/confluence/confluence/WEB-INF/classes/confluence-init.properties

# 改写如下配置文件的路径为迁移后的路径
confluence.home = /var/atlassian/application-data/confluence

启动confluence，命令如下：
/opt/atlassian/confluence/bin/start-confluence.sh
查看日志，启动是否有异常，如果没有问题，可以将NGINX启动。

访问服务，验证功能是否正常。

注意：如果相关权限不正确，可能会导致部分功能加载失败，比如我迁移完成之后，发现编辑页面的其他宏功能点击无法正常使用，此时对比了老目录的权限，分别调整了属主属组，好像还不行，最后通过将plugin开头的目录全部给了777的权限，然后才能正常使用。

chmod 777 -R plugins-*

再到页面，发现其他宏恢复使用。

加载失败的报错如下：

http://ex.confluence.com/plugins/macrobrowser/browse-macros.action?detailed=false&macroMetadataClientCacheKey=1589232968441] and may be stuck (configured threshold for this StuckThreadDetectionValve is [60] seconds). There is/are [15] thread(s) in total that are monitored by this Valve and may be stuck.
 java.lang.Throwable
        at java.net.PlainSocketImpl.socketConnect(Native Method)