ORACLE使用数据泵定时执行备份与问题总结

uf123

　　前言：随着多个系统的逐步上线，作为运维人员，数据库备份显得尤为重要，考虑到当前系统资源有限，数据库处于非归档模式，使用数据泵每天进行全备，网上备份脚本很多，本人也是参考网上一些脚本分享并根据现有环境适当修改。
　　原文参考链接：http://www.iyunv.com/archives/5960.html
　　操作系统环境：AIX 7.1.0.0

　　数据库版本：Oracle Database 11g Enterprise Edition>　　1.准备工作
　　数据库创建directory
　　CREATE [OR REPLACE] DIRECTORY res_productdump AS '/ogg/productbackup';
　　创建备份路径/ogg/productbackup 修改所属用户和用户组为oracle.oinstall
　　2.备份脚本
　　首先确认本机shell类型：
　　$echo $SHELL
　　/usr/bin/ksh
　　脚本内容，以省份浙江为例：
　　cat res_zhejiang_bk.sh
　　######################################################################################
　　#!/usr/bin/ksh
　　export ORACLE_BASE=/app/oracle
　　export ORACLE_SID=resdb1
　　export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/db_1
　　export ORACLE_TERM=xterm
　　export PATH=$PATH:$ORACLE_HOME/bin
　　export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
　　#以上代码为oracle用户的系统环境变量设置
　　#获取系统当前日期时间
　　export BAKUPTIME=`date +%Y%m%d%H%M`
　　#设置删除7天之前的备份文件
　　export DELETE_DAYS=7
　　#指定directory路径
　　export BAK_DIR=/ogg/productbackup
　　#备份省份用户
　　export BAK_USER=res_zhejiang
　　#指定directory名字
　　export DIRECTORE_NAME=res_productdump
　　# 执行浙江存量备份
　　expdp system/systemres directory=${DIRECTORE_NAME} schemas=${BAK_USER} dumpfile=${BAK_USER}_%U_${BAKUPTIME}.dmp logfile=${BAK_USER}_${BAKUPTIME}.log parallel=4 cluster=no
　　#压缩备份文件和日志文件
　　zip -r ${BAK_DIR}/${BAK_USER}_${BAKUPTIME}.dmp.zip ${BAK_DIR}/${BAK_USER}_*.dmp ${BAK_DIR}/${BAK_USER}_*.log
　　#备份完成之后，删除当天备份文件和日志文件
　　find ${BAK_DIR}/*  -type f -name "${BAK_USER}*.dmp" -exec rm {} \;    #删除备份文件
　　find ${BAK_DIR}/*  -type f -name "${BAK_USER}*.log" -exec rm {} \;    #删除日志文件
　　#删除7天前的备份文件
　　find ${BAK_DIR}/* -type f -name "${BAK_USER}*.zip" -mtime +${DELETE_DAYS} -exec rm -rf {} \;
　　######################################################################################
　　3.脚本赋予执行权限
　　$chmod a+x res_zhejiang_bk.sh
　　4.添加执行计划
　　打开执行计划
　　crontab -e
　　crontab: you are not authorized to use cron.  Sorry.
　　处理：
　　root用户操作,添加oracle
　　vi /var/adm/cron/cron.allow
　　root
　　unionmon
　　oracle
　　使用crontab -e指定执行计划
　　00 00 * * * /home/oracle/scripts/res_zhejiang_bk.sh
　　#查看执行计划
　　crontab -l
　　5.验证备份，查看备份日志
　　验证过程中若定时任务未执行，查看邮件提示信息：
　　邮件查看：more /usr/spool/mail/oracle
　　补充1：对于AIX系统而言，默认是没有unzip解压命令的，如下处理
　　首先下载unzip解压缩包，个人网盘链接：http://pan.baidu.com/s/1qXEDtQO
　　或者官网FTP下载地址：ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/unzip/
　　然后将/app/soft/路径下的unzip包拷贝到/usr/bin路径下，并赋权限，如下：
　　# cp /app/soft/unzip /usr/bin
　　# chmod 755 /usr/bin/unzip
　　# chown -R grid:oinstall /app/soft/
　　这样AIX系统unzip解压命令就可以正常使用了
　　补充2：unzip常使用的几个命令小计
　　-j参数：不处理压缩文件中原有的目录路径
　　-d参数：指定解压缩路径
　　-t参数：检查压缩文件是否正确
　　-v参数：执行是时显示详细的信息
　　-o参数：不必先询问用户，unzip执行后覆盖原有文件
　　-l参数：显示压缩文件内所包含的文件
　　-x参数：指定不要处理.zip压缩文件中的哪些文件
　　示例如下：
　　$unzip -j res_zhejiang_201612080000.dmp.zip -d /ogg/dumpfile  --如果不指定-j参数，会将原有备份路径一起解压
　　$unzip -t res_zhejiang_201612080000.dmp.zip
　　Archive:  res_zhejiang_201612080000.dmp.zip
　　testing: ogg/productbackup/res_zhejiang_01_201612080000.dmp   OK
　　testing: ogg/productbackup/res_zhejiang_02_201612080000.dmp   OK
　　testing: ogg/productbackup/res_zhejiang_03_201612080000.dmp   OK
　　testing: ogg/productbackup/res_zhejiang_04_201612080000.dmp   OK
　　testing: ogg/productbackup/res_zhejiang_201612080000.log   OK
　　No errors detected in compressed data of res_zhejiang_201612080000.dmp.zip
　　$unzip -j res_zhejiang_201612080000.dmp.zip -x *.dmp -d /ogg/dumpfile   --只解压log日志文件
　　补充3.1：AIX7.1系统上数据库dmp备份.zip压缩文件大于2G处理办法
　　示例如下：
　　
　　$du -sg res_jiangsu_201612080115.dmp.zip
　　4.89    res_jiangsu_201612080115.dmp.zip
　　$unzip -l res_jiangsu_201612080115.dmp.zip
　　unzip:  can't find res_jiangsu_201612080115.dmp.zip, res_jiangsu_201612080115.dmp.zip.zip or res_jiangsu_201612080115.dmp.zip.ZIP, so there.
　　原因是这个unzip是32位版本。解决方法如下：
　　到IBM网站下载bzip2
　　http://www-03.ibm.com/systems/power/software/aix/linux/toolbox/date.html
　　当前可用的是bzip2-1.0.6-2.aix6.1.ppc.rpm
　　到PERZL网站下载64位unzip
　　http://www.perzl.org/aix/index.php?n=Main.Unzip
　　当前可用的是unzip-64bit-6.0-3.aix5.1.ppc.rpm
　　上传上面的两个包到AIX7.1服务器，安装后问题解决。
　　# rpm -ivh bzip2-1.0.6-2.aix6.1.ppc.rpm
　　bzip2                       ##################################################
　　# rpm -ivh unzip-64bit-6.0-3.aix5.1.ppc.rpm
　　unzip-64bit                 ##################################################
　　$unzip -l res_jiangsu_201612080115.dmp.zip
　　Archive:  res_jiangsu_201612080115.dmp.zip
　　Length      Date    Time    Name
　　---------  ---------- -----   ----
　　4905238528  12-08-2016 01:21   ogg/productbackup/res_jiangsu_01_201612080115.dmp
　　11686117376  12-08-2016 01:21   ogg/productbackup/res_jiangsu_02_201612080115.dmp
　　21065035776  12-08-2016 01:21   ogg/productbackup/res_jiangsu_03_201612080115.dmp
　　10216099840  12-08-2016 01:21   ogg/productbackup/res_jiangsu_04_201612080115.dmp
　　140789  12-08-2016 01:21   ogg/productbackup/res_jiangsu_201612080115.log
　　---------                     -------
　　47872632309                     5 files
　　补充3.2：AIX7.1系统上使用unzip命令解压缩文件中单个文件大于2G的情况
　　如果unzip解压缩的文件中单个文件大于2G解压时会报错，即使强制解压，文件也是不完整的，示例如下：
　　$unzip -t res_shanghai_201612110045.dmp.zip   --备份文件检查
　　Archive:  res_shanghai_201612110045.dmp.zip
　　testing: oracle/productbackup/res_shanghai_01_201612110045.dmp   OK
　　testing: oracle/productbackup/res_shanghai_02_201612110045.dmp   OK
　　testing: oracle/productbackup/res_shanghai_03_201612110045.dmp   OK
　　testing: oracle/productbackup/res_shanghai_04_201612110045.dmp   OK
　　testing: oracle/productbackup/res_shanghai_201612110045.log   OK
　　No errors detected in compressed data of res_shanghai_201612110045.dmp.zip.
　　$unzip -j res_shanghai_201612110045.dmp.zip -d /oracle/productbackup/  --解压缩
　　Archive:  res_shanghai_201612110045.dmp.zip
　　inflating: /oracle/productbackup/res_shanghai_01_201612110045.dmp
　　/oracle/productbackup/res_shanghai_01_201612110045.dmp:  write error (disk full?).  Continue? (y/n/^C)
　　$du -sg res_shanghai_01_201612110045.dmp   --查看已经解压出来的dmp文件已经为2G
　　2.00    res_shanghai_01_201612110045.dmp
　　如示补充3.1的方法解决，安装所需的两个软件包。
　　$du -sg res_shanghai*.dmp
　　2.85    res_shanghai_01_201612110045.dmp
　　2.50    res_shanghai_02_201612110045.dmp
　　0.76    res_shanghai_03_201612110045.dmp
　　0.02    res_shanghai_04_201612110045.dmp