Bitnami-Redmine备份迁移恢复

矫情吗；* 2022-08-05 02:29 207阅读 0赞

作者：石硕  
版本：1.0.0-beta  
日期：2015-05-26

## 事情起因 ##

Redmine 作为一款项目管理软件，曾经很是流行，现如今风光不在，不过依然在某些场景下受到欢迎。

常见的 Redmine 使用方式为：Redmine + markdown + svn/git ，这种组合可以满足项目进度管理、代码管理、文档管理的需求。  
在使用过程中，最为头疼的莫过于 markdown 的集成，官方给出的插件太过陈旧，而第三方插件，或多或少都会引起 redmine 访问不稳定，还会导致CPU跑满，机器宕掉，这一度让小伙伴的情绪处于失控的边缘，于是乎，就下决心动动这个老古董。

经过调研发现，redmine 3.x 版本内置了 markdown 插件，于是乎，把老版本的数据迁移到新版本似乎是个不错的选择。

这里有两个选择：  
(1)可以在原 redmine 2.6 的基础上进行升级，不过之前安装的过程中，ruby 的版本已经有点混乱，做起来会比较麻烦，再者官方没有提供无缝升级文档，还有一个是 3.0 的数据库不兼容 2.6；  
(2)当然也可以重新搭建一个新的 redmine 3.0，这样会更干净一些，后续的维护包袱也会小一些，所以下面就以此方法为准。

## 环境（迁移前） ##

系统：CentOS 6.6 x64  
软件：Bitnami-Redmine 2.6  
目录：/opt/redmine  
服务器：11.11.11.11

## 环境（迁移后） ##

系统：CentOS 7.0 x64  
软件：Bitnami-Redmine 3.0  
目录：/opt/redmine  
服务器：22.22.22.22

## 数据库备份（旧服务器） ##

这里有一个小插曲，之前安装的小伙伴说，没有留意安装过程中有让填写 mysql 密码，所以，有必要手动恢复一下 root 密码。  
操作如下：  
（1）停止 redmine

cd /opt/redmine
    ./ctlscript.sh stop

（2）使用安全模式启动 msyql，跳过权限认证（此处的操作可能会使数据库处于危险之中，所以操作之前一定在停掉mysql）

./mysql/bin/mysqld_safe --skip-grant-tables &
    ./mysql/bin/mysql -uroot

（3）恢复 mysql root 的密码为 123456

update mysql.user set password=PASSWORD('123456') where User='root';
    flush privileges;
    quit

（4）查找 mysql 进程，并且关闭

ps -ef|grep mysql

找到进程PID后，可以使用 kill -9 pid 命令来关掉进程  
（5）启动 redmine

./ctlscript.sh start

（6）备份数据库到 当前目录的 bitnami\_redmine.sql 文件

./mysql/bin/mysqldump -uroot -p'123456' bitnami_redmine > bitnami_redmine.sql

（7）使用文本工具编辑 bitnami\_redmine.sql 文件，使用新的服务器 22.22.22.22 替换 旧的 11.11.11.11

## 数据库恢复（新服务器） ##

（8）安装 bitnami-redmine  
安装不作为此文章的重点，所以，就选择性跳过了，后续我会再补一篇《Bitnami-Redmine 快速部署》文章。  
此处只给出 bitnami-redmine 的下载地址 [goto][]，下载之后，对照 README 文档操作就可以了，几乎是一键式安装，比较轻松。  
（9）启动 bitnami-redmine

cd /opt/redmine
    ./ctlscript.sh start

（10）备份数据库

./mysql/bin/mysqldump -uroot -p'123456' bitnami_redmine > bitnami_redmine_bak.sql

（11）使用 mysql 命令清理 bitnami\_redmine 数据库

./mysql/bin/mysql -uroot -p'123456'
    DROP DATABASE bitnami_redmine;
    CREATE DATABASE bitnami_redmine;
    quit

（12）上传 bitnami\_redmine.sql 到 /opt/redmine ，并恢复旧数据库

./mysql/bin/mysql -uroot -p'123456' bitnami_redmine < bitnami_redmine.sql

（13）接下来的基本上是体力活了  
因为上面提到 redmine 从 2.6 升级到 3.0 数据库结构发生的改变，所以涉及到的数据表，需要手动修复  
主要修改如下：

**用户表 *users***  
修改内容：删除了 *email* 字段，拆分为单独的邮件地址表 *email\_addresses*  
修复方法：*users* 表的插入语句，手动删除 *email* 字段即可；  
至于新增的 *email\_addresses* 表，懒一点的办法就是所有操作完成后，手动在管理后台中给每个用户添加邮件，每个用户60秒足够了（注意此处添加邮件会修改掉用户的密码，设置一个统一的，强制用户登录修改吧）

**问题状态表 *issue\_statuses***  
修改内容：删除中 *is\_default* 字段  
修复方法：*issue\_statuses* 表的插入语句，手动删除 *is\_default* 字段即可；

**角色表 *roles***  
修改内容：添加了 *users\_visibility* 字段  
修复方法：*roles* 表的插入语句中，每个 VALLUES 的末字段添加一个 ‘all’ 即可

**跟踪表 *tracker***  
修改内容：添加了 *default\_status\_id* 字段  
修复方法：*tracker* 表的插入语句中，每个 VALUES 的末字段添加一个 1 即可

**WIKI表 *wiki***  
修改内容：*wiki\_redirects* 中，添加了 *redirects\_to\_wiki\_id* 字段  
修复方法：此处的旧项目中，并未用到此表，所以操作无从谈起

为了方便操作，可以将数据库修复操作，放在一个文件 bitnami\_redmine\_upgrade\_26\_to\_30.sql 中，使用mysql命令行统一执行  
【特别注意】如下代码中，出现了 … 字符，这里代表中，需要替换为你的旧数据库中的真实数据，如果没有数据，可以直接删除所在 INSERT 行  
【此处有坑】保存此文件时，一定要注意，文档格式为UTF-8，否则在下面的导入中，会一直报错，在管理后台的表现就是，缺少数据

USE bitnami_redmine;
    
    DROP TABLE IF EXISTS `email_addresses`;
    CREATE TABLE `email_addresses` (
      `id` int(11) NOT NULL AUTO_INCREMENT,
      `user_id` int(11) NOT NULL,
      `address` varchar(255) NOT NULL,
      `is_default` tinyint(1) NOT NULL DEFAULT '0',
      `notify` tinyint(1) NOT NULL DEFAULT '1',
      `created_on` datetime NOT NULL,
      `updated_on` datetime NOT NULL,
      PRIMARY KEY (`id`),
      KEY `index_email_addresses_on_user_id` (`user_id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
    
    DROP TABLE IF EXISTS `issue_statuses`;
    CREATE TABLE `issue_statuses` (
      `id` int(11) NOT NULL AUTO_INCREMENT,
      `name` varchar(30) NOT NULL DEFAULT '',
      `is_closed` tinyint(1) NOT NULL DEFAULT '0',
      `position` int(11) DEFAULT '1',
      `default_done_ratio` int(11) DEFAULT NULL,
      PRIMARY KEY (`id`),
      KEY `index_issue_statuses_on_position` (`position`),
      KEY `index_issue_statuses_on_is_closed` (`is_closed`)
    ) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8;
    
    LOCK TABLES `issue_statuses` WRITE;
    INSERT INTO `issue_statuses` VALUES ...;
    UNLOCK TABLES;
    
    DROP TABLE IF EXISTS `roles`;
    CREATE TABLE `roles` (
      `id` int(11) NOT NULL AUTO_INCREMENT,
      `name` varchar(30) NOT NULL DEFAULT '',
      `position` int(11) DEFAULT '1',
      `assignable` tinyint(1) DEFAULT '1',
      `builtin` int(11) NOT NULL DEFAULT '0',
      `permissions` text,
      `issues_visibility` varchar(30) NOT NULL DEFAULT 'default',
      `users_visibility` varchar(30) NOT NULL DEFAULT 'all',
      PRIMARY KEY (`id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8;
    
    LOCK TABLES `roles` WRITE;
    INSERT INTO `roles` VALUES ...;
    UNLOCK TABLES;
    
    DROP TABLE IF EXISTS `trackers`;
    CREATE TABLE `trackers` (
      `id` int(11) NOT NULL AUTO_INCREMENT,
      `name` varchar(30) NOT NULL DEFAULT '',
      `is_in_chlog` tinyint(1) NOT NULL DEFAULT '0',
      `position` int(11) DEFAULT '1',
      `is_in_roadmap` tinyint(1) NOT NULL DEFAULT '1',
      `fields_bits` int(11) DEFAULT '0',
      `default_status_id` int(11) DEFAULT NULL,
      PRIMARY KEY (`id`)
    
    ) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8;
    
    LOCK TABLES `trackers` WRITE;
    INSERT INTO `trackers` VALUES ...;
    UNLOCK TABLES;
    
    DROP TABLE IF EXISTS `users`;
    CREATE TABLE `users` (
      `id` int(11) NOT NULL AUTO_INCREMENT,
      `login` varchar(255) NOT NULL DEFAULT '',
      `hashed_password` varchar(40) NOT NULL DEFAULT '',
      `firstname` varchar(30) NOT NULL DEFAULT '',
      `lastname` varchar(255) NOT NULL DEFAULT '',
      `admin` tinyint(1) NOT NULL DEFAULT '0',
      `status` int(11) NOT NULL DEFAULT '1',
      `last_login_on` datetime DEFAULT NULL,
      `language` varchar(5) DEFAULT '',
      `auth_source_id` int(11) DEFAULT NULL,
      `created_on` datetime DEFAULT NULL,
      `updated_on` datetime DEFAULT NULL,
      `type` varchar(255) DEFAULT NULL,
      `identity_url` varchar(255) DEFAULT NULL,
      `mail_notification` varchar(255) NOT NULL DEFAULT '',
      `salt` varchar(64) DEFAULT NULL,
      `must_change_passwd` tinyint(1) NOT NULL DEFAULT '0',
      `passwd_changed_on` datetime DEFAULT NULL,
      PRIMARY KEY (`id`),
      KEY `index_users_on_id_and_type` (`id`,`type`),
      KEY `index_users_on_auth_source_id` (`auth_source_id`),
      KEY `index_users_on_type` (`type`)
    ) ENGINE=InnoDB AUTO_INCREMENT=28 DEFAULT CHARSET=utf8;
    
    LOCK TABLES `users` WRITE;
    INSERT INTO `users` VALUES ...;
    UNLOCK TABLES;
    
    DROP TABLE IF EXISTS `wiki_redirects`;
    CREATE TABLE `wiki_redirects` (
      `id` int(11) NOT NULL AUTO_INCREMENT,
      `wiki_id` int(11) NOT NULL,
      `title` varchar(255) DEFAULT NULL,
      `redirects_to` varchar(255) DEFAULT NULL,
      `created_on` datetime NOT NULL,
      `redirects_to_wiki_id` int(11) NOT NULL,
      PRIMARY KEY (`id`),
      KEY `wiki_redirects_wiki_id_title` (`wiki_id`,`title`),
      KEY `index_wiki_redirects_on_wiki_id` (`wiki_id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

上传此文件到 /opt/redmine ，并执行更新操作

./mysql/bin/mysql -uroot -p'123456' < bitnami_redmine_upgrade_26_to_30.sql

（14）至此，所有数据库操作已经完成，下面开始文件附件操作

## 文件附件迁移（旧服务器） ##

（15）将 /apps/redmine/htdocs/files 下的所有文件打包，并拷贝至新服务器相同目录即可。

## 插件迁移（旧服务器） ##

（16）将 /apps/redmine/htdocs/plugins 下的所有文件打包，，并拷贝至新服务器相同目录即可。  
（17）至此，迁移工作完成，浏览器中访问新版 redmine ，确认功能是否正常。  
大功告成

**参考资料**  
Bitnami Redmine Install [goto][]  
Redmine 数据迁移记录 [goto][goto 1]  
Redmine README.txt *Redmine安装目录*

**工具推荐**  
1.软件开发必备翻墙代理，低延迟(50ms)，月费10元，详询（宝哥儿QQ1066690060）请自觉遵守国家法律法规

[goto]: https://bitnami.com/stack/redmine/installer
[goto 1]: https://ruby-china.org/topics/8340