2011年1月22日内网DATAGUARD实施和外网DATAGUARD扩容

  1. 云栖社区>
  2. 博客>
  3. 正文

2011年1月22日内网DATAGUARD实施和外网DATAGUARD扩容

科技小先锋 2017-11-22 17:11:00 浏览564
展开阅读全文

12221点准时到公司,曹工和祝工已经到了,寒暄了几句就切入正题开始准备工作。今日有两项工作:1、内网DATAGUARD实施,2、外网DATAGUARD扩容。外网DATAGUARD扩容在2230就顺利完成,但内网DATAGUARD实施却碰到几个问题,不过却长了见识。备库300恢复完成,430全部工作完成,500撤离,出门已经是皑皑的白雪,又打不到车,和曹工、张工等了半天总算有车来,三个人一起上沿途放人,我到家已经近600了。

实施过程碰到如下问题:

问题1第一次全库备份,产生的备份集约为80G,整个数据库数据文件大小约为130G,备库空间不足,无法将备份集考到备机进行恢复

解决方法:采用oracle 10g的压缩备份,第二次备份大小约为16G,备库空间大小满足,问题得以解决。

 

问题2备库可用空间并不是在一个目录上,而是分别在/bak/u01目录下,任何单独一个目录不能存放整个数据库所有文件

解决方法:修改参数文件和恢复脚本,将数据文件拆分到如下2个目录进行存放

 

问题3由于主库datafile  ts_test.dbf文件为测试所用,状态为offline,恢复时候默认不会恢复offline文件,导致后面数据同步时报错:

Sun Jan 23 03:39:42 2011

Errors in file /u01/app/oracle/admin/zjport/udump/zjport_ora_26367.trc:

ORA-19625: error identifying file /bak/datafile/ts_test.348.704715437

ORA-27037: unable to obtain file status

Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

解决方法: 单独恢复此数据文件即可,脚本如下:

  run {

        allocate channel c1 device type disk;

        allocate channel c2 device type disk;

        set newname for datafile 6 to '/bak/datafile/ts_test.dbf';   

        restore datafile 6;

        switch datafile 6;

        release channel c1;

        release channel c2;

        }

 

需要注意的问题:

由于备库空间不足,/u01目录还剩20G,备库归档产生在/u01/archive目录下,建议根据备库一天的平均归档量,设定合理策略,定时删除归档日志。

 

实施内容:

一、外网磁盘扩容

背景:外网核心数据库DATAGUARD备库环境服务器oradata空间紧缺,该空间主要存放数据文件和归档日志,其中归档日志可以删除,目前依赖于删除上一周的归档日志文件释放空间,但随着主数据库的逐渐增大,数据文件也逐步增长,可以释放的空间将日趋紧张,为此本次在该服务器上增加了物理磁盘,预计可用空间480G

Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on

      /dev/oradatalv    150.00     37.25   76%      204     1% /oradata

注:本次增加了2块磁盘hdisk2hdisk3

$ lsdev -Cc disk

hdisk0 Available 0A-08-00-4,0 16 Bit LVD SCSI Disk Drive

hdisk1 Available 0A-08-00-5,0 16 Bit LVD SCSI Disk Drive

hdisk2 Available 03-08-00-4,0 16 Bit LVD SCSI Disk Drive

hdisk3 Available 03-08-00-5,0 16 Bit LVD SCSI Disk Drive

 

实施要点:

-----------------------------------------------------------------------------------------------------------

1 hdisk加入到VG

smit vg

2、扩展文件系统/dev/oradatalv

    smit fs

二、内网DG实施

1月22日实施

 

背景:

外网核心数据库DATAGUARD备库环境服务器oradata空间紧缺,该空间主要存放数据文件和归档日志,其中归档日志可以删除,目前依赖于删除上一周的归档日志文件释放空间,但随着主数据库的逐渐增大,数据文件也逐步增长,可以释放的空间将日趋紧张,为此本次在该服务器上增加了物理磁盘,预计可用空间480G

Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on

      /dev/oradatalv    150.00     37.25   76%      204     1% /oradata

注:本次增加了2块磁盘hdisk2hdisk3

$ lsdev -Cc disk

hdisk0 Available 0A-08-00-4,0 16 Bit LVD SCSI Disk Drive

hdisk1 Available 0A-08-00-5,0 16 Bit LVD SCSI Disk Drive

hdisk2 Available 03-08-00-4,0 16 Bit LVD SCSI Disk Drive

hdisk3 Available 03-08-00-5,0 16 Bit LVD SCSI Disk Drive

 

实施要点:

-----------------------------------------------------------------------------------------------------------

1、 hdisk加入到VG

smit vg

2、扩展文件系统/dev/oradatalv

       smit fs

 

9月10日,晚上通宵从19:30-06:00,人出IDC感觉已经虚脱了,够呛的是今天没有完全完成,实施工程师启动同步时碰到错误发现不了,据说只要给他半小时就可以搞定,但我们的时间窗口到了,5点30分我坚决喊停。核心库的实施容不得半点风险,没有讨价还价的余地,宁可今天晚上再来。

今天的痛苦点:

1、到了现场工程师说介质忘带了,下载花了近1个小时,还好我们IDC出口是10M光纤

2、后来说本地磁盘不够用,临时挂NFS,这样RMAN备份遇到问题解决又花了近1小时

3、DG机器只有两块磁盘,导致IO很差,数据恢复到DG上花了3个多小时,超出预期1个多小时



本文转自zylhsy 51CTO博客,原文链接:http://blog.51cto.com/yunlongzheng/486554,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
科技小先锋
+ 关注