迁移应用系统要遇到的问题

Shell_HAT

停止所有应用
把硬盘数据全部拷贝走

dd if=/dev/hdx | gzip >/path/to/image.gz
备份/dev/hdx全盘数据，并利用gzip工具进行压缩，保存到指定路径

gzip -dc /path/to/image.gz | dd of=/dev/hdx
将压缩的备份文件恢复到指定盘

Panyway

回复 10# q1208c
嗯，多谢指导，我试一下吧，比较头疼的就是数据库这一块儿，自己开了一些服务，这个现在还不知道怎么迁移。两者OS硬件一样理论上应该可以吧，我再想想办法，

   

Panyway

回复 11# Shell_HAT
多谢指导，你说的这种做法是存储到硬盘上然后把硬盘上东西解压到另一台服务器吧，如果只是把压缩后的介质传到服务期然后解压缩应该一样吧？
然而应用程序用到的环境变量和一些服务进程的处理这个有好的办法吗？我不确定其他有啥还需要考虑的，后面的感觉用脚本实现比较好，

   

Shell_HAT

回复 13# Panyway


如果你知道一件事情手工处理怎样操作，你可以试着把它转换成脚本；
连你自己都不知道有哪些东西需要处理，脚本就更不知道啦。

dengbao2001

最安全可靠的方式就是重新做系统，安装应用软件，导入数据库，配置参数

从你的描述来说， “很大，有数据库，有自己的user和group” ，我想用户和组应该是数据库中吧？导入了数据库，这些信息可以还原的，一般系统没有这么多用户和组

也有朋友说ＤＤ的方式，你很难搞到这么大的磁盘来回迁移的，而且DD过程中会消耗很长时间，中间你都不知道发生了什么事情，而且，如果此过程中有问题出来，就比较麻烦。

我们曾经也遇到这样的问题，而且更麻烦的是只有两台做群集的机器，系统与软件从一般版本升级到另外一个版本，也是通过重组系统，导入数据库，重新配置来完成的

dengbao2001

补充下，这么大项目，你应该需要多个团队来配合的，服务器的，数据库的，存储的，多个团队合作完成。当然，如果只有一个人，那就充分考虑风险

bakgho

Vm先p2v，后v2p能否行得通？大神解释一下。

Panyway

回复 14# Shell_HAT
是呀。。知道原理了就容易用脚本实现了，现在问题是那几个地方我不很清楚，所以来看下大家有没有好的想法。。

   

Panyway

回复 15# dengbao2001
多谢您的指教，不仅数据库有user和group，应用程序也有。。通常情况下安装加配置要好几天时间，我的想法就是将配置好的系统做成一个介质，以后要用直接用相应的脚本运行安装，这样虽然前期要投入一些effort，但后期省时省力。
我现在是先在内部做个测试版的，整个系统不大，不到200G，磁盘资源什么的都有，但主要是远程的方式，将压缩后的包相互传就可以。风险也不是问题，肯定是先调稳定了才开始使用。依我现在的知识感觉是不够用，所以来向大神咨询看有什么特别注意的。。


   

phanx

回复 19# Panyway


你的想法是可行的，但是有很多细节需要注意。  数据库什么的问题也不大，无非就是一些依赖库而已。
例如Oracle，首先确定源系统和目标系统是否一直，源系统在安装数据库库前安装的RPM包等，目标系统是否已经安装了，没有就用脚本装上。
然后用脚本创建Oracle相关的用户oracle、组oinstall,dba,oper 等
把ORACLE_BASE打包解压到目标系统后，执行

1. cd /xxxxxxxxxxx/clone/bin
   
2. su - oracle perl clone.pl ORACLE_HOME=/xxxxxxxxxx ORACLE_HOME_NAME=XXXXXXXX ORACLE_BASE=/yyyy -ignoreSysPrereqs
   
3. /xxxxxxxxxxx/root.sh

复制代码

如果你目标系统和源系统版本不一致，那么还需要做relink

/xxxxxxxxxxx/bin/relink all


/xxxxxxxxxxx 代表 ORACLE_HOME 的路径， /yyyy 代表ORACLE_BASE路径

如果还提示执行什么脚本，就加到你的脚本执行步骤中。
这样Oracle就算安装好了。如果不涉及ASM的话就很简单了数据文件，参数文件，控制文件，Redo日志文件解压后已经按照原来目录放好了，
修改一下Listener的参数，库就可以起来了正常使用了。
应用的迁移一般比数据库更简单。无非就是创建用户，拷贝目录，修改配置文件。