Linux/Windows 環境下 Oracle 資料庫冷備份同步實作指南

Linux/Windows 異構環境 Oracle 冷備份同步實作

在企業級財務系統中，資料安全性至關重要。某專案部署了兩套環境：生產環境運行於 Linux，應急備份環境運行於 Windows。為了在不購買昂貴的 Oracle Data Guard 授權前提下實現資料同步，團隊採用冷備份方案：生產端定時以 expdp 導出資料，經 FTP 傳輸至備份端，再由 impdp 導入，完成每日冷備份。

一、Linux 生產端：定時導出腳本

首先在 Oracle 用戶下編輯 crontab 設定排程時間，然後建立 Shell 腳本 expdp_backup.sh：

#!/bin/bash
yy=`date +%Y`
mm=`date +%m`
dd=`date +%d`
time=$yy$mm$dd

ORACLE_BASE=/oracle/app/oracle; export ORACLE_BASE
ORACLE_HOME=$ORACLE_BASE/product/11.2; export ORACLE_HOME
PATH=$ORACLE_HOME/bin:$PATH; export PATH

f_dmp="FDB_${time}.DMP"
f_log="_F${time}.LOG"

echo "expdp ods/ods@dw1 directory=backup_db dumpfile=$f_dmp logfile=$1$f_log SCHEMAS=meta,ods,mid,app reuse_dumpfiles=y;"
echo "exporting data ..."
expdp ods/ods@dw1 directory=backup_db dumpfile=$f_dmp logfile=$1$f_log SCHEMAS=meta,ods,mid,app reuse_dumpfiles=y
echo "expdp user data success!"

腳本會自動生成帶日期的轉儲檔與日誌檔，並指定導出 meta,ods,mid,app 四個 Schema。

二、Windows 備份端：FTP 自動下載

備份端需安裝 FTP 服務。使用批次檔 autoftp.bat 動態生成 FTP 指令檔並執行：

@echo off
SET P_YEAR=%date:~0,4%
SET P_MONTH=%date:~5,2%
SET P_DAY=%date:~8,2%
SET P_DATE=%P_YEAR%%P_MONTH%%P_DAY%

echo oracle> autoftp.txt
echo oracle>> autoftp.txt
echo prompt>>autoftp.txt
echo bin>> autoftp.txt
echo get /home/oracle/FDB_%P_DATE%.DMP D:\data_backup\db\DB_%P_DATE%.DMP>> autoftp.txt
echo get /home/oracle/_F%P_DATE%.LOG D:\data_backup\db\_F%P_DATE%.log>> autoftp.txt
echo mdel /home/oracle/*.DMP>>autoftp.txt
echo mdel /home/oracle/_F*.LOG>>autoftp.txt
echo bye>> autoftp.txt
ftp -s:"autoftp.txt" 127.0.0.1
exit

執行後會產生類似以下的 FTP 指令檔：

oracle
oracle
prompt
bin
get /home/oracle/FDB_20140729.DMP D:\data_backup\db\DB_20140729.DMP
get /home/oracle/_F20140729.LOG D:\data_backup\db\_F20140729.log
mdel /home/oracle/*.DMP
mdel /home/oracle/_F*.LOG
bye

三、Windows 端：定時導入

下載完成後，利用 Windows 排程器觸發 impdp_import.bat：

@echo off
REM SET P_YEAR=%date:~0,4%
SET P_MONTH=%date:~5,2%
SET P_DAY=%date:~8,2%
SET P_DATE=%P_YEAR%%P_MONTH%%P_DAY%
impdp ods/ods@dw directory=backup_db dumpfile=DB_%P_DATE%.dmp SCHEMAS=meta,ods,mid,app table_exists_action=REPLACE
pause

方案缺點與適用場景

• 效能影響：expdp/impdp 會佔用 CPU、I/O，影響生產庫效能。
• 非即時：資料同步有時間差，不適合 RPO 接近零的業務。
• 時間窗口難控：導出、傳輸、導入需錯峰排程，維護成本高。

此方案適合「資料量中等、允許分鐘至小時級 RPO、預算有限」的場景。若需零資料損失，請評估 Data Guard 或 GoldenGate。