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

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的参数，库就可以起来了正常使用了。
应用的迁移一般比数据库更简单。无非就是创建用户，拷贝目录，修改配置文件。

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了。

phanx

回复 25# Panyway


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

phanx

回复 26# Panyway


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

phanx

回复 30# Panyway


    不是copy整个shadow文件，而是应该读出shadow文件的内容，在目标系统上用useradd命令创建好对应用户后，覆盖目标系统上shadow文件对应用户的密码字段就好了。
这样就可以保证源系统和目标系统用户和口令一致。 因为有些场景有可能没有用户密码的明文，例如用户已经被4A系统接管的情况。

phanx

回复 37# Panyway


    不客气，你的思路是正确的，很多事情做之前如果了解了其原理那么做起来就自然有底气了。
    并且，你尝试将重复性的劳动用自动化来代替也是很好的做法。 可惜大部分人只会墨守成规、按部就班。