我参加了2017年冬季MSPJ移民竞赛。

我叫佐佐木，是一名基础设施工程师。

我们的同事伊藤和寺冈也发表了相关文章，但我本人也2017 年移民竞赛参加了

对了，冠军奖金25万日元！！！

 

活动在东京举行，早上开始，所以我前一天晚上就去了东京。
那天晚上吃的烤肉和喝的酒都很美味。

当天的培训内容是关于将 Redmine 从 AWS 迁移到 Azure。

之后，我们分成三人一组，我的组里
全是美女。一个男生（我）和两个女生。耶！

大致来说，要求如下：

我希望将当前环境完全迁移到新环境。
我需要一份关于已采取的操作和结果的报告。
系统关闭时，需要通知用户，请与我联系。
这是一个使用了很长时间的老旧环境，因此我希望对其进行升级。
如果可能，我希望切换过程不会影响用户。
如果可能，请提供服务器相关的文档。
如果可能，我希望能够进行备份，因为目前没有任何备份。
如果可能，我希望系统能够实现冗余备份，因为未来用户数量将会增加。
如果可能，请整理好移交给新基础设施工程师所需的信息。

经过团队讨论，我们认为最重要的事情是升级和迁移，因此决定执行该策略。

但是，冗余是必要的，虽然这样做“更好”，但我认为以后再添加会很麻烦。

• 磅
• WEB*2 单元
• 数据库（主/从）
• Azure 文件存储（用于附加图像）

类似这样

我原以为只要数据（数据库和附件）正确迁移，迁移就不会有问题。

1. 首先，确保 Redmine 在新环境中正常运行。2
. 然后，迁移数据。

我们就是这样做的。

虽然过程中遇到了一些小问题，但我们最终还是完成了过渡。

由于我更改了 MySQL 和 Redmine 的版本，我担心迁移数据库数据后可能会出现问题，但迁移过程很顺利。我很高兴……

审查结果如何？

我没能赢……

我当时很疑惑为什么会发生这种情况，因为迁移应该已经完成​​了，后来我查看日志时，发现出现了 404 错误。

网址有误……

我还获得了一个用于审核流程的 URL，但该 URL 与迁移环境的 URL 不同（无论它是否包含 /redmine）。

对于曾与我同队的人，我深感抱歉。

概括

就我个人而言，我之前很少使用 Azure，所以这次体验非常好，非常愉快。

另外，请务必仔细阅读文档！

感谢组织者和参与者的辛勤付出！

据说还有下一场活动，我很想参加！