confluence数据目录满了

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

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

1. 发出维护通知，在夜深无人时操作。
2. 先停止NGINX，切断所有请求，以免有新的文章附件编辑提交。
3. 提前将数据同步到将要迁移的目录之下，命令如下：
   rsync -avz --delete /var/atlassian/ /confluence/atlassian/
4. 操作之前，记得再次执行如上命令，以保证数据一致。
5. 停止confluence服务，使用如下命令：
   /opt/atlassian/confluence/bin/stop-confluence.sh
6. 编辑confluence配置文件，更改如下内容：
   1. vim /opt/atlassian/confluence/confluence/WEB-INF/classes/confluence-init.properties
   2. # 改写如下配置文件的路径为迁移后的路径
   3. confluence.home = /var/atlassian/application-data/confluence
7. 启动confluence，命令如下：
   /opt/atlassian/confluence/bin/start-confluence.sh
8. 查看日志，启动是否有异常，如果没有问题，可以将NGINX启动。

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

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

1. chmod 777 -R plugins-*

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

加载失败的报错如下：

1. 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.
2. java.lang.Throwable
3. at java.net.PlainSocketImpl.socketConnect(Native Method)