建议两种备份方式并行，也不会多消耗几多时间，但是关键时刻会力挽狂澜的！！
第一种：产品自带备份功能备份数据；
第二种：备份产品数据目录和数据库数据；
或许已经有很多的公司在用Atlassian的产品了，对于Atlassian产品的优缺点就不说了。一方面是因为大家购买、使用前都会努力的搜集；另一方面我也说不好。
这里说一下原来使用过Atlassian产品的升级的一些问题，如果license在一年内且购买了人工服务的当然可以免费升级，如果大家想要自己实施产品升级，一些问题需要注意：
- 这里是跨版本、跨服务器的升级，如果是较小版本的升级，可以参考另一篇文章；
- 升级有风险，升级需谨慎；
- 升级前一定要备份，备份可以多留一段时间，特别是处女座的朋友；
- 升级前先搭建一套与原环境一样的测试环境，用于测试升级，等你摸索透了升级的步骤再在生产环境上做操作；
- 不同的环境配置，包括软硬件吧，还有使用的不同都会造成升级的障碍，一定要谨慎，多方面测试以后再确认，最好让原来使用的人在测试环境上感受一下，是否丢失了什么内容；
- 建议是多次、小版本的升级，让产品变化、更新持续化，降低较大版本升级的风险和减少用户的接受难度；
- 最后，最重要的，我提供的方法虽然我已经确认有效，但是由于众多原因，仅仅只能作为参考，风险请自行承担，本人不承担任何责任；
那么下面就开始讲解一下升级的方法，其实我说的这一切都在Atlassian官方文档、Questions和BaseKnowledge中，所以大家可以去搜搜。
升级的准备：
- 写在前面的一定是重要的，检查是否有定制的插件、功能；
- 确认自己的产品，是JIRA、是Confluence？
- 确认自己产品的版本号；
- 确认自己要升级的版本号；
- 确认升级涉及的范围，如数据库，好像只有数据库了，哈哈
按照升级的产品讲解吧，产品为Crowd、JIRA、Confluence、Fisheye and Crucible和Bamboo，升级方式有两种一种备份后恢复升级，另一种直接升级。个人建议第一种，这次也只讲解第一种。
JIRA的升级比较具有代表性，先讲解它吧。这种升级方式我称之为XML模式升级，
步骤：
1. 进入JIRA【管理界面】，选择备份；
2. 备份原系统的JIRA附件，JIRA自带备份程序不会同时备份附件；
3. 到新的系统中进入【管理界面】，选择恢复；
- 将原系统备份的“附件”copy到新系统的数据路径下，建议前后路径是一致的，避免无谓的麻烦，这个一致是指相对的路径；
这样一切就搞定了，是不是很简单？是的就这么简单！
但是还需要注意另外一点，Atlassian产品升级有一定的跨度，这个可以查询官网，等一下我去官网找一下，粘贴在这里。
常见问题：
- JIRA从低版本导入到高版本，administrator用户不可用，提示信息；
- JIRA项目导入缺少相应字段；
- Confluence项目导入附件不可见；
- JIRA等产品原有application link失效；
- 产品的服务端口；
待续。。。