Oracle数据库从Window XP迁移到Win7的诡异问题
最近公司的所有的操作系统都统一升级到Win7系统。我们公司有一个做工程计划的ORACLE 的一个产品软件叫Primavera Six(简称P6). 所以我需要把P6 的数据库从XP迁移到Win7系统。因为以前也做过从XP 到 XP系统的P6数据库的迁移成功过,而且是一次成功,没有出什么问题的。这次就没有在做迁移之前做测试。呵呵,有点自信过度了,以后一定要先做测试,否则如果是限制时间做数据库迁移的话,尤其是帮客户做项目的话,那可就被领导和客户批评了,还好我这次是自己公司的数据库,而且对时间要求不限制。我可以有几天的时间去查找回复不成功的原因。下面我来说说这个迁移的故事吧。
上周四早上就写邮件给相关用P6系统的同事,告诉他们,我从周四到周五做服务器的数据库迁移,所以在此其间数据库用不了。其实要不了这么长时间,主要是我们公司安装卸载程序还需要专门的人员授权才可以操作软件,所有的软件都不能在没有授权的情况下安装或者卸载,有点变态哦,哈哈。这也好,我就吧迁移时间说长点。我周四就和IT说,我周五要升级OS到WIN7,我今天把数据库和相关的软件做好备份,当然这个服务器里还有MYSQL数据库等信息。今天重点是说ORACLE的数据库的备份。MYSQL我自己写了个每天自动备份的小批处理,基本迁移到WIN7没有问题。于是我就把数据库做了几下日志切换:alter system switch logfile。我还是做两手准备吧,因为数据库比较小。
1,所以做一个全库冷备
a, 把数据库关闭 shutdown immediate 。
b,把所有的数据文件都拷贝下了, 包括tempfile,datafile,redo logile,controlfile等等
2,在数据库mount下用RMAN做一个全库热备份。
a, RMAN的配置如下:
RMAN> configure channel device type disk format ‘d:\bak\backupset\%U‘;
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP on;
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘d:\bak\ctrlbak\%F‘;
RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 5;
RMAN> CONFIGURE RETENTION POLICY TO recovery window of 5 days;
RMAN> backup as compressed backupset database plus archivelog;
b,从上面可以看出我备份的文件路径分别是:
控制文件自动备份的配置给设置好:CONFIGURE CONTROLFILE AUTOBACKUP on;
控制文件路径:d:\bak\ctrlbak
数据文件路径:d:\bak\backupset
C, 开始用RMAN做备份
RMAN〉BACKUP DATABASE;
备份完毕后,把d:\bak下的文件拷贝起来,同时把online redo log文件也拷贝下来,这个到后面,回复的时候我会告诉你的用处。再把其他的要备份的备份到移动硬盘上去。
周四就这样结束了,等待周五IT给吧XP的系统给抹掉,装上WIN7 系统再做回复。
To Be Continued......
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。