内容介绍
本文分享了一次真实的迁移案例，将某业务系统生产环境Oracle数据库进行迁移，数据库版本为11.2.0.4。数据库迁移之前部署在RedHat6.5操作系统中，以单机单实例文件系统部署；迁移之后部署在Solaries11操作系统中，以ASM双节点RAC集群部署。
本文分享的主要内容是迁移过程中对生产环境的变更和调整思路，以及迁移过程中遇到问题的解决方案，整个迁移过程包括测试环境验证、备份策略验证、生产环境切换等三大步骤，并未涉及数据库的安装部署。希望文章的整体处理思路对读者有帮助。
本文介绍内容为测试环境验证。
测试环境验证目的
测试环境验证的目的如下：
（1）演练生产环境数据库的迁移过程。
（2）验证使用新数据库，常规应用功能是否正常。
（3）部署应用程序，为后续测试做准备
测试环境验证全流程
1.选择测试环境
注：这里选择一套现成的测试环境用于验证，减少在测试环境准备上耗费的时间。
（1）选择一套测试环境，数据库IP为100.100.100.103，应用服务器IP为100.100.100.194
（2）依次登陆应用服务器和数据库服务器，关闭应用和数据库，同时关闭数据库服务器100.100.100.103
（3）执行命令ping 100.100.100.103，确保数据库服务器已关闭。
2.修改rac集群的scan ip
（注：这里选择直接修改RAC集群的scan ip为100.100.100.103 ，确保应用中的线程池启动后可连接。）
Oracle 11gr2修改RAC集群的scan ip,并处理ORA-12514问题
3.选择其中一个节点新建directory
注：这里考虑到该系统目前的生产数据量不大，使用数据泵expdp备份方便快捷。
在cwgsdb1服务器上新建directory
4.在ASM中新建表空间
注：这里只列举部分表空间，将表空间建立在ASM文件系统中
5.上传生产数据库逻辑备份文件
6.生产数据还原到测试环境
7.修改数据库用户密码
注：测试环境密码和生产不一致，需要将生产环境用户密码进行修改
alter user XXXX dientified by 123456;
8.修改数据库中的应用配置信息
（1）修改数据库中带用户/密码的配置信息
（2）修改数据库中带IP地址的配置信息
（3）修改数据库中带路径的配置信息
注：只要生产环境和测试不一致的信息，都需要进行修改
9.修改数据库密码永不过期
注：懒人专用，如果有DBA定期修改密码，可不执行该步骤
默认是180天过期，需要修改为无限制
各参数信息解释如下
10.修改数据库密码错误不锁定用户
注：为了防止用户配错密码或者恶意攻击导致密码锁定，造成生产故障
11.手工收集数据库统计信息
注：确保后续测试，Oracle会按照预期的执行计划执行SQL等
exec dbms_stats.gather_schema_stats('XXXX');
12.修改应用中的数据库连接为Service连接
注：之前的数据库为单实例，部分数据库连接配置信息为SID连接，这里需要全部改为Service连接，通过scan ip连接RAC集群
13.依次启动应用并验证交易
按顺序依次启动应用，测试多组跨子系统的交易，然后在数据总线监控平台上查看交易的报文以及成功状态。
至此，测试环境验证工作顺利完成。下一步的工作是进行数据库的备份策略验证，具体内容将在下一篇文章中分享。
