ORACLE使用數據泵定時執行備份與問題總結

前言：隨著多個系統的逐步上線，作為運維人員，數據庫備份顯得尤為重要，考慮到當前系統資源有限，數據庫處于非歸檔模式，使用數據泵每天進行全備，網上備份腳本很多，本人也是參考網上一些腳本分享并根據現有環境適當修改。

原文參考鏈接：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