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

简介:

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,如需转载请自行联系原作者

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
12月前
|
存储 SQL 负载均衡
Oracle实现高可用性的工具(负载均衡/故障切换)
Oracle实现高可用性的工具(负载均衡/故障切换)
151 0
|
负载均衡 Oracle 关系型数据库
Oracle 双机配置 以及jdbcurl 配置双机
Oracle 双机配置 以及jdbcurl 配置双机
482 0
|
关系型数据库 数据库 Oracle
Oracle Dataguard HA (主备,灾备)方案部署调试
包括: centos6.5 oracle11gR2 DataGuard安装 dataGuard 主备switchover角色切换 数据同步测试 DG数据库数据同步测试1,正常启动主库$sqlplus / as sysdbasql>startup2,启动备库$sqlplus / as sysd...
1469 0
|
运维 文字识别 Oracle
Oracle运维之由杀毒软件造成的数据库无法连接
Oracle运维之由杀毒软件造成的数据库无法连接
|
存储 弹性计算 安全
DBS通过IPSec VPN备份自建数据库
客户业务系统部署在IDC或者公有云环境,对业务数据有云上备份需求。在客户交流过程中,基于数据高可用和灾备需求,要求将数据备份至阿里云OSS的存储空间,同时备份数据流基于IPSec VPN/专线进行安全传输。
332 0
DBS通过IPSec VPN备份自建数据库
|
Oracle 关系型数据库 数据库
无外网Oracle数据库迁移
        数据库迁移有多种方法可以实现,在有网络的情况下可以通过工具实现数据库迁移,简单稳定高效,而且停机时间可以控制在很短的时间甚至不需要停机。但是当没有外网的情况下就方式就比较少了,下面介绍通过Rman备份恢复的方式来迁移Oracle数据库,将停机时间最小化。
2216 0
|
容灾 Linux 数据安全/隐私保护