网站建设的风格,wordpress主题 手机版,苏州企业网站优化,门户网站建设和管理情况自查本文分享一次成功将用友NC财务系统上云的经验#xff0c;主要涉及阿里云上Oracle ASM存储扩容#xff0c;阿里云ESC RAC服务器扩容#xff0c;阿里云上Oracle RAC数据库迁移等相关技术#xff0c;一起来看看吧#xff01;
1 客户数据库上云背景
本次项目我司主要负责客户…本文分享一次成功将用友NC财务系统上云的经验主要涉及阿里云上Oracle ASM存储扩容阿里云ESC RAC服务器扩容阿里云上Oracle RAC数据库迁移等相关技术一起来看看吧
1 客户数据库上云背景
本次项目我司主要负责客户Oracle RAC数据库迁移应用系统由客户专门的团队负责。系统始建于2017年根据企业集团战略规划所有业务系统全部上云财务NC自然不可避免。
云下财务数据库基于Linux x86 64位环境构建采用了Oracle 11g RAC集群数据库架构64C128G配置数据量超过1T。
客户原计划找我们在阿里云上搭建一套新的RAC通过物理备份RMAN迁移的方式上云。但是考虑到成本客户计划使用逻辑迁移的方式将数据库导入到现有的一套云上RAC中。原先那套业务系统的RAC也由我司搭建和运维配置为16C64G数据量100G左右。
2 上云方案
我司作为技术专家给到客户建议
1复用原有的云上 RAC环境不需要购买新的服务器。
2云上RAC扩容。新购买NC财务的共享数据盘1.5T归档盘0.5T两套服务器升配到64C128G
3评估停机时间。若采用逻辑导入迁移加上与周边业务系统调试、参数修改总共需要2天停机时间业务不能承受这么长的停机时间。因此改为使用RMAN迁移在扩容后的RAC环境下新建一套数据库采用RMAN增量迁移方式数据库割接时间几乎为0其他都是应用调整时间由原先的两天时间缩短为几个小时
4建议使用2次迁移的方式提前1周做好一次数据库迁移基于云上数据库环境调整好应用测试应用可用性更能缩短第二次正式迁移的应用调整时间。
最终云上架构如下: 进行详细评审后客户最终采用了我司提出的整体迁移实施方案。
3 实施过程
下面是具体的实施过程
1共享磁盘扩容 阿里云控制台上购买ESSD共享磁盘分别挂载到两个ECS上后用udev方式添加ASM磁盘原业务系统的数据盘是DATA归档盘是ARCH。新建磁盘名为NCDATA和NCARCH用于存放新的NC系统数据。
2ECS升配 ECS升配在阿里云控制台操作要停机重启。客户的业务系统很重要不能随意停业。RAC架构的优势就出现出来了通过逐台升配可以保证业务不停。
整个升配过程如下
1节点1停数据库停CRS
2节点1 ECS控制台上停机升配选择64C256G配置64C128G配置阿里云该可用区已售罄。节点1 ECS停机时VIP、SCAN IP自动漂移到节点2因此业务也自动切换到了节点2。
3启动节点1用crsctl check crs和crsctl stat res -t 检测到集群启动后启动实例1数据库实例crsctl stat res -t检查资源正常节点1升配完成。
然后在节点2重复节点1的升配过程即可。
3迁移验证 1参数文件很重要原库的配置文件通过create pfile导出修改关键的配置参数以适合新的环境。注意涉及到目录的、注意涉及到scan ip的、注意cluster databae要改成false等等。
2备份数据上云。将前一天的备份文件传到云上备份文件有1T的数据所用数据通过专线传了4个多小时才完成这也是迁移过程中最耗时的一个步骤。
3数据库恢复。在节点1上操作需要注意ORACLE_SID。因为RAC环境中有1套生产库操作时务必再三确认清楚操作对象。先建spfile文件同时要建好初始文件中涉及到文件系统和ASM存储下的目录结构。然后nomount下恢复控制文件mount下restore database然后recover database然后open resetlogs等等都是常规操作。restore database脚本务必要改新的asm存储数据目录否则就恢复到原生产库的data目录上了比如“set newname for datafile 1 to NCDATA/orcl/datafile/system.dbf’;”所有数据文件和临时文件统统要改。再说一遍有生产库在restore是高危操作务必检查sid环境和restore脚本。
4将数据库添加到RAC集群。修改cluster databae参数为true用srvctl 加下数据库宕下单库后srvctl start database -d nccdb -o open启动crsct stat查看实例就有了。
交付给应用测试数据库完工一路下来有惊无险。4通道数据库恢复用了不到2小时瓶颈在NAS数据读取备份介质在NAS上。阿里的ESSD共享存储性能很高。
4正式迁移 初次迁移验证了整个迁移方案的可行性同时也验证了应用系统上云后的功能。正式迁移时因为第一次迁移后参数文件都在就相对简单点。
同样在节点1上操作确保sid已经设置为nccdb1。
1 删掉第一次迁移恢复的数据库。也可以删除第二次恢复时会覆盖。删除过程如下删RAC库要注意几点
a) 环境变量sid不要搞错了务必再三确认
b) 修改cluster_databaseFALSE
c) 停库srvctl stop database -d nccdb两节点都停掉
d) 确认instance_name后drop database;
e) srvctl remove database -d nccdb删除该库的集群信息。第5步可以不执行。
2修改spfile参数cluster_databaseFALSE后检查ASM目录结构nccdb的是否存在不存在需要重建
3启动数据库到nomount状态恢复控制文件后 restore databserecover database追归档最后open resetlogs等等一路顺利。
4修改spfile参数cluster_databasetrue后shutdown单库srvctl start database -d nccdb -o open启动检查集群资源新数据库存在检查日志正常。最后别忘了更换临时文件迁移后原临时文件会失效。
至此用友NC财务系统 上阿里云oracle RAC完成。
4、本次上云的价值
1、实现了阿里云上RAC架构下承载多个数据库的案例为客户节省了云资源成本
2、技术上解决了客户不能接受的停机时间用RMAN增量迁移的方式减少了应用人员迁移业务数据的复杂度、节省迁移时间最终缩短了业务的停机时间。
更多技术信息请查看云掣官网https://yunche.pro/?tyrgw
