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

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

成都创新互联公司自2013年起，先为梁园等服务建站，梁园等地企业，进行企业商务咨询服务。为梁园企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

原文参考链接：http://www.osyunwei.com/archives/5960.html

操作系统环境：AIX 7.1.0.0

数据库版本：Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

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