2011年1月22日内网DATAGUARD实施和外网DATAGUARD扩容
1月22日21点准时到公司，曹工和祝工已经到了，寒暄了几句就切入正题开始准备工作。今日有两项工作：1、内网DATAGUARD实施，2、外网DATAGUARD扩容。外网DATAGUARD扩容在22：30就顺利完成，但内网DATAGUARD实施却碰到几个问题，不过却长了见识。备库3：00恢复完成，4：30全部工作完成，5：00撤离，出门已经是皑皑的白雪，又打不到车，和曹工、张工等了半天总算有车来，三个人一起上沿途放人，我到家已经近6：00了。
实施过程碰到如下问题：
问题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目录还剩20几G，备库归档产生在/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块磁盘：hdisk2、hdisk3
$ 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块磁盘：hdisk2、hdisk3
$ 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个多小时