ORACLE DB 备份及需求方案

  ORACLE DB 备份及需求方案

                                GTA ORACLE DB 备份及需求方案

简介： GTA中心库oracle数据库目前主要以福永机房为主，另有几台合肥分公司生产库   

      

福永： IP  :       1*.22*.1.7* 、1*.22*.1.7*

       模式:       physical standby（DG)

       OS  :      CentOS 5.6_x86_64bit

       DB  :      oracle 11.2.0.3

       内存 :      32G

       存储空间 :  1T*2(服务器本地磁盘)+256G*4（存储DBF）+1T*2(存储归

                   ARCHIVE)+128G*2(存储FLASH)+500G(备份）=5.25T(包括存储，和

                   本地磁盘）

       库总大小 :   350G 左右

       备份（expdp）:  约102G/天 （全备数据，不含其他日志文件）

       归档日志  ：  800G/周

       每日数据增量： 平均为1.3G/日 （当前）

 备份方式： 主要涉及2种方式

1，通过expdp或exp 导入导出：

  优点：对于小批量数据，时间比较快，数据恢复起来比较方便。

  缺点：

        一、当数据量达到一定级别后，占用时间比较长。（现在100G数据导出时间为90分钟左右）。

        二、单这一种备份，数据恢复达不当故障前时间点。

        三、当数据出现坏块的情况下，不好修复。

2 RMAN 备份：

 优点：一、可差异备份，备份集占用存储空间相对比较少。

       二、数据恢复时间点，可到故障点前。

       三、数据出现坏块情况下，可修复，快中数据不会丢失。

       

 缺点：一、数据恢复起来，不方便，对于需频繁修改恢复的数据来说。

       

备份需求：根据公司业务，主要体现备份模式及备份时间型

1，备份内容, 包括 controlfile、spfile、archivelog 、dbfile 这里不考虑其他日志文件。

2，保留时间：历史数据文件，1周、15天、30天、一个季度、半年、1年、2年。

       

3，备份模式：

   

   一、EXPDP/EXP备份、每周全库备份一次+archivelog (每周)

       所需磁盘空间:100G*30+800G=3.8T左右（当前数据量）

   

   二、RMAN备份、备份周期7天

       所需磁盘空间：350G+每天增加数据量+800G（archive）≈ 1.2T 

   三、RMAN + EXPDP备份  历史数据保留周期:归档1周+expdp/月+rman全备/周

       所需磁盘空间：800G*1+100G*30+350G*1=4.2T 左右

 

   四、 RMAN + EXPDP备份  历史数据保留周期:归档1周+expdp/周+expdp历史数据（月/次）+rman全备/周

        所属磁盘空间：800G*1+100G*7+EXPDP历史数据(1.2T/年当前数据计算)+350G=3.2T 左右

 

   以上4种模式只是举例计算，磁盘使用量还需根据数据增量来变动计算，以及备份数据保留时间 来整体计算。

   历史数据保留时间： 1周、15天、30天、一个季度、半年、1年、2年 。。。。。。

   当前数据保留频率： 每天/次（expdp）。。。。。。每周增量（RMAN）。。。。。。

   历史数据保留平率： expdp 历史数据 是保留1周的，15天的，30天的，还是其他。

   历史数据保留平率： rman、archive 历史数据 1周，15天，1个月。还是其他。

   

   以上优缺对比： 主要是根据 业务需求 和 数据恢复 考虑。原因有以下：

   (1)， expdp逻辑恢复  对于日常操作 比较快捷。可以单对每个库，下的某张表逻辑恢复。

  （2）， rman 恢复，如果是增量备份的话，需要根据级别来，先0级恢复，在1级恢复，在导某天的时间段2级恢复。

  （3）， archivelog 保留，除了可以做数据恢复紫外，还可以通过logminer 挖掘，起一个监控作用。

  （4）， 建议使用综合模式备份 rman+expdp逻辑导入导出。具体保留时间磁盘使用量 需要根据业务生产确定。

  （5），目前中心库的备份方式因空间有限 尽量只expdp/天备份。  

   

   数据冗余需求：除了日常的备份之外，还需对数据异地冗余方式，可实时或异步调整。

  一、dataguard physical standby   对于数据异地冗余，基本上没有什么限制（逻辑结构上） ，也可实现读写分离。目前生产库74,73 为 physical standby   

      关系 。

  二、oracle streams  ，可实现 对表，表空间，用户，库 的同步，但是有逻辑结构内型限制（譬如lob,rowid型）

  三、OGG  ,数据同步，也有部分限制，如 trigger，表结构逻辑性，但同步模式强大，可双工模式。

  四、公司使用的UTS 同步。

  以上 数据同步冗余，对于primary node 性能比较小，standby 比较大，主要需考虑网络资。如果带宽不够，性能影响都比较大，

性能监控：

  目前数据库 监控为OEM + trigger+nagios 库DDL日志操作监控。没有启动审计和logminer挖掘，基于性能和没有测试环境。

测试环境需求：

  一、根据后期业务需求，测试库需要一套架构RAC+RAC(dg)，用于日常故障模拟，数据恢复外，还需数据同步ogg,streams,uts +历史数据恢复使用。具体已发邮件