前言：随着多个系统的逐步上线，作为运维人员，数据库备份显得尤为重要，考虑到当前系统资源有限，数据库处于非归档模式，使用数据泵每天进行全备，网上备份脚本很多，本人也是参考网上一些脚本分享并根据现有环境适当修改。
原文参考链接：http://www.osyunwei.com/archives/5960.html
操作系统环境：AIX7.1.0.0
数据库版本：Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
1.准备工作
数据库创建directory
CREATE [OR REPLACE] DIRECTORY res_productdumpAS '/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
#获取系统当前日期时间
export BAKUPTIME=`date +%Y%m%d%H%M`
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 {} \; #删除日志文件
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.
处理：
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参数：执行是时显示详细的信息
示例如下：
$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
# 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
$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
