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

dengbao2001

回复 19# Panyway


我记得Linux下面有类似GHOST的软件，可以考虑看看，不过你的描述只有200GB的数据，可能还好，如果达到了TB的级别，做成一个介质，可能代价非常大

你可以换位在通常熟悉的Windows下面思考，备份一个200G的磁盘不是太大的问题，但是一旦到了200TB，你从哪儿找这么大的介质出来

还有，做介质方面只能应付简单的迁移，如果系统跨版本的升级或者软件跨大版本升级，你还是的从头开始配置，目前来说，Linux下面的应用基本都是修改些配置文件+数据，熟悉如何配置，数据迁移都是小问题

另外一方面，生产环境下，更多考虑的是安全和可靠，然后尽可能节省时间

   

Panyway

回复 20# phanx
多谢大神指导，弱弱的问下，你说如果目标系统版本和源系统版本不一致，这个指什么版本？那个relink是要自己写吧，还有listener的参数要修改哪一部分？

我现在思路是这样子：
1、打包/oracle，打包应用程序部分文件，打包/home
2、切换到db user和应用程序user下执行env命令，将其结果纪录进EnvironmentVariable.txt，
3、自己写个precheck的脚本，主要在目标系统上检查一些基本的配置，如端口号是否占用，一些必须的内核参数是否合适之类的，在目标系统上运行
4、将第一步三个包传至目标系统，解压
5、创建对应的user和group
6、根据EnvironmentVariable.txt给每个user设置环境变量（这一步感觉有点麻烦，还没有很好的想法）
7、修改解压后文件的权限，owner和group，根据源系统创建链接文件
8、到user的shell下启动程序

你感觉哪一步有问题吗？多谢指导！

Panyway

回复 21# dengbao2001
嗯，ghost倒是很好的工具，不过如果是客户用他的OS都是固定的啊。。而且我们一般是远程操作。
前期系统上倒没多少数据，我想的是这个快速部署的思路，如果做好后应用能跑起来后期问题不大。
事实上升级比较麻烦，我直接从比较高的一个版本做迁移，这样弄好后就可以直接用了。虽然以后可能要再升级，但已经省了很多时间。

   

phanx

回复 22# Panyway

版本不一致指的是小版本差异。例如RHEL 6.3 和 RHEL6.5
relink是oracle目录bin下面的一个命令。 直接执行。
listner参数主要修改监听的主机名或者IP地址。

建议还是要执行 clone.pl   这样才能保证正确写入Oracle很多在系统的注册信息，例如 /etc/oracle 下面的和oraInventroy等。

用户的环境变量什么的，如果没有特殊的配置那么 用户home目录下的.bash_profile和.bashrc应该已经包含了。只要没有在/etc/bashrc和/etc/profile下面配置。
不需要再记录EnvironmentVariable.txt了。

Panyway

回复 24# phanx
好的，多谢，那个“在系统的注册信息”指什么，是类似widows下的注册表吗？印象中linux好像没这一类的，特定程序和操作只跟一些文件相关。除了oracle其他“在系统的注册信息”的程序常见吗？因为我还想试下db2，sybase的迁移。环境变量那个倒是很好的提示，env之后出来有几十个变量，回头查查是在哪个文件中定义的。

   

Panyway

回复 24# phanx
突然想到对数据库和应用程序user 密码的问题不好处理，把/home解压缩了user还得创建吧，这个指定他以前的密码应该没关系吧，

   

phanx

回复 25# Panyway


   都是文件，例如 /etc/oratab 一类的或者chkconfig的服务。  那个脚本会帮你自动设置一些基础信息。   DB2和Sybase 不太熟悉。

phanx

回复 26# Panyway


    没有问题，系统用户的密文可以从/etc/shadow读取。 DB2用户如果采用系统认证就是用到系统级的用户。Oracle的用户密码保存在数据库中，sys用户密码也在ORACLE_HOME里面，所以问题应该不大。

action08

感觉给线上环境做备份设计，还是蛮复杂的哈，

怎么从事操作工的干活都很简单轻松的样子呢？？

Panyway

回复 28# phanx
嗯，那就好，我也感觉要是把/etc/shadow也copy了不太靠谱，还是再创建user password重新生成shadow文件比较好。回去试验下，中间有问题了再想办法解决，多谢先生指导了哈！