一次旧业务系统迁移收缩的经历

单位的一个业务系统，在几年前已经更换了。但旧的系统里面还有很多没有转移过来的数据，虽然普通用户不再需要用旧的系统，但相应部门的管理人员还需要在旧系统查询数据资料，这应该是旧系统向新系统迁移时，数据不彻底，或者因为新旧系统的底层逻辑不一样，毕竟不是同一个厂家的系统，有些东西没办法做迁移。

因此，十多年前部署的这个老系统，他们一直还要用，作为运维部门的我们，还得想办法支持他们的工作，虽然这个系统还运行在Windows2003和IE的环境之下。当前面临的问题是系统所在的硬件已经老化，准备报废了，所以，必须要做虚拟化迁移处理。

好在数据库Oracle，是跑在虚拟机里面的，但应用是跑在硬件服务器上的。别问我为嘛是这样部署的，我也很奇怪为嘛是个反的，我接手时就是这样的部署。

首先是对数据库服务器的迁移收缩，把虚拟机停机，直接克隆一个，然后修改CPU和内存配置。原始的配置是24个核，64G内存，但现在业务系统只有管理员做做查询，肯定不能给他分配这么多资源，我直接拉到很低，2个核，4G内存。启动数据库服务器，直接报虚拟内存太低，部分程序无法运行。然后发现Oracle根本没办法连接。好吧，只能查资料，调整Oracle的内存配置。对这方面我也没有经验，直接按书上的操作办法：用system用户登录，通过alter system set sga_max_size = 3072m scope = spfile; 和 alter system set sga_target = 3072m scope = spfile; 进行修改，然后切换到sys用户，shutdown immediate 然后startup。重启后正常，这样数据库服务器的迁移收缩完成。

然后开始整硬件服务器。开始想着在虚拟机里面重装一个，做好Windows 2008 的系统，安装JDK，配置环境变量，安装Tomcat，把原始的应用程序目录复制过来直接运行，发现无法启动。主要是没有这个业务系统的部署文档，我也只能凭感觉记忆去做。

然后走第二条路，用物理机转换为虚拟机的神器，VMware Converter Standalone，虽然从没用过，但试试之后发现还挺顺利的，只是废了一点时间。转换完成之后，直接启动业务，一切正常。但在登录时，提示软件授权错误，要求与开发商联系。这是一个很好的结果了，我也预想到会有这个问题，转换之后相当于换了一台机器部署，授权文件肯定需要更新的。我先解决系统资源收缩的问题，原始配置也是24核64G内存，我直接拉到2个核4G内存。启动业务时也是报虚拟内存不足，闪退。估计又是Tomcat的内存配置需要调整，然后查资料，在catalina.bat的文件中，修改CATALINA_OPTS的参数，全改成2048m，然后启动，一切正常。（这时想着前面重装部署无法正常启动可能也是内存配置需要修改的原因，但发现修改之后，虽然可以启动业务，但登录时无法进入，也不提示任何错误。）

现在就只剩下软件的授权问题了。如果不解决软件的授权问题，我们那个刀片服务器就不能报废，整个刀箱也不能报废。为了腾地方，为了他们能使用，或者需要把整个刀箱搬给业务部门自己去玩。从机房挪出来放到他们办公室去，哈哈，那家伙，噪音不是一般的大，开机运行的时候周边的人别想做事。技术上的问题，我们尽量解决了，这得需要业务部门自己去找原来的开发商，看能不能再搞个授权，你们去公关吧，但愿开发商还保留有十多年前的系统的授权生成程序。同时，我把这个问题也提交给了另一个专门研究安全的同事，看他有没有破解或绕过去的方法，期待两方面都有好的消息。

写在最后：作为运维人，正式的应用系统是开发商部署好的，我们从不敢去随意动它；忙个不停的人，也不想自己给自己出题目做实验折腾。只有这样的历史遗留问题的系统，才可以大胆的去折腾，死马当活马医，看似对大家没什么意义，但能解决问题，还是蛮开心的。记在这里，希望能给面临同样问题的人一点经验。