Jira迁移及内存调整

目前公司研发使用jira软件进行项目管理，安装了GreenHopper，JIRA Subversion plugin，Links Hierarchy Reports等插件。jira数据库采用oracle 11g。由于历史原因，采用的操作系统版本为windows server 2008 32位。 一：新需求汇总： 1: 把jira迁移到windows server 2008 64位的新服务器上 2：新安装fisheye插件并解决授权问题 3: jira,fisheye,svn的整合 4：调整jira的运行内存 二：操作步骤及注意事项 1：新服务器上安装jira软件，安装路径务必同旧服务器保持一致，否则会出现插件缺失的情况！要采用和旧服务器同样的jira软件版本，这里采用jira版本4.4.5 2：下载并安装64位jdk,这里采用java版本1.6.0_43 C:\Users\Administrator java -version java version "1.6.0_43" Java(TM) SE Runtime Environment (build 1.6.0_43-b01) Java HotSpot(TM) 64-Bit Server VM (build 20.14-b01, mixed mode) 3：下载并安装fisheye,这里采用fisheye-2.4.3版本，下载完成后解压运行bin目录下的start.bat即可启动。 4：fisheye授权问题，参考百度文库链接即可！ 5：jira同fisheye以及svn的整合 进入jira的管理员页面，点击源代码控制，点击fisheye configuration标签进行整合 6:调整jira运行内存 可参考jira官方文档 7：其他问题 调整完内存，发现启动jira服务报如下错误！
调整完内存，发现启动jira服务报如下错误！ [2014-02-21 09:59:09] [info]  Commons Daemon procrun (1.0.5.0 32-bit) started [2014-02-21 09:59:09] [info]  Running JIRA180214141702 Service... [2014-02-21 09:59:09] [info]  Starting service... [2014-02-21 09:59:09] [error] %1 不是有效的 Win32 应用程序。 [2014-02-21 09:59:09] [error] Failed creating java C:\Program Files (x86)\Java \jdk1.6.0_43\jre\bin\server\jvm.dll [2014-02-21 09:59:09] [error] %1 不是有效的 Win32 应用程序。 [2014-02-21 09:59:09] [error] ServiceStart returned 1 [2014-02-21 09:59:09] [error] %1 不是有效的 Win32 应用程序。 [2014-02-21 09:59:09] [info]  Run service finished. [2014-02-21 09:59:09] [info]  Commons Daemon procrun finished
OushuDB 管理指南系统扩容安装准备（上） 本次安装我们假设每台机器上有两个数据盘，分别mount在/data1和/data2上。在其他硬件配置下，可能有很多块盘，用户需要根据盘数的不同更改后面相应的配置信息。尤其需要注意的是HDFS的数据目录和OushuDB的临时文件目录。
Confluence 6 在升级过程中查看合并日志 为了监控升级的过程，你应该查看 application log 日志中的输出。 通常日志经常将会显示多个日志实例，这个实例是定义在日志的 INFO 级别的，通常格式如下： WikiToXhtmlMigrationThread-n - Migrated 2500 of 158432 pages, this batch migrated 500/500 without error
针对每一个独立的页面，可能会显示很多日志的消息，但是任何错误将会显示一个独立合并日志，一旦所有的内容都被处理完成后。
如果你需要从 Confluence 5.3 及其早期版本中的导出文件恢复到晚于 Confluence 5.3 的 Confluence 中的话。
正在评估使用 Confluence 你对数据库的管理并不是非常熟悉同时你的 Confluence 安装实例的数据量并不大 一旦你的 Confluence 安装实例中超过了上千的页面，相对数据库自带的数据备份来说，XML 的备份方案就显得没有那么有效了。
修改可能对 Confluence 的后续版本不兼容，当你对 Confluence 进行升级的时候，你应该总是对你自定义修改的模板文件进行仔细的测试来确定所有的修改对新版本的 Confluence 兼容。