背景與目標 大型商業應用中，資料異地容災備份至關重要。本文介紹一套經實測穩定的自動化方案：利用 Oracle exp 工具進行完整邏輯備份，配合 .netrc

前言 媒體復原分為完全復原與不完全復原。不完全復原可將資料庫恢復至指定時間點或系統變更號 (SCN)，但此操作會導致剩餘的線上重做日誌檔案失效，必須以 RESE

三大主流技術路線 1. 存儲層複寫 (SAN-based) 機制：SAN 儲存區域網路逐 I/O 複寫，資料量大 同步/異步雙模式 優勢：日均日

故障現象 Windows 2000 + Oracle 8.1.7，客戶端報資料視圖讀寫錯誤。DBA Studio 發現 D:\Oracle\ORADATA\OR

背景 人為錯誤佔系統故障 40%，傳統備份/恢復耗時且服務中斷。9i 引入閃回查詢，10g 大幅擴充為多維度閃回家族。 Oracle 9i 閃回查詢 原理

三步驟完成移植 一、複製 Oracle 與 HMIS 資料夾 原機在 C 槽 → 新機亦放 C 槽；原在 D 槽 → 新機放 D 槽。路徑必須完全一致。 二

備份腳本 完全備份 exp_comp.sh rq=`date +%m%d` su - oracle -c exp system/manager full=y i

業務場景 A 公司總部北京，三分部上海/杭州/武漢，軟體與資料庫結構相同。需將三地資料每日異步複寫至總部，作備份與綜合統計。 前置資訊蒐集 複寫站點數量

核心命令介紹 exp：三種模式（用戶/表/全庫），三種類型（完全/累積/增量）。本文採全庫完全模式。格式：exp userid file ftp：利用

初始化參數 (init.ora) 建議值 雙節點簡單複寫環境： 參數建議值備註 processes100 shared_pool_s

登入模式差異 獨立啟動：僅基本管理（帳號、物件） 登入 OMS：提供備份功能（需先安裝 OMS 服務） OMS 安裝與配置 Universa

前言 物理結構故障指構成資料庫的物理檔案損壞，可能源於硬體故障或人為誤操作。優先排除硬體問題，再按下列流程處理。 控制檔損壞 單一控制檔損壞 SHUTD

RMAN 提供命令列與 GUI 兩種介面，標準化備份恢復流程，減少 DBA 操作錯誤。主要功能： 備份對象全面：資料庫、表空間、資料檔、控制檔、歸檔日誌

前置條件 資料庫需支援高級複寫：SELECT * FROM v$option 中 Advanced replication = TRUE 初始化參數設

資料庫運行模式抉擇 歸檔模式：故障時最大程度恢復所有已提交事務，正式環境採用 非歸檔模式：僅恢復至最近檢查點，開發/測試環境採用 切換至歸檔模式步

Oracle 與 Linux 的深度綁定 1999 年發布首個 Linux 商用資料庫版本以來，Oracle 持續強化 Linux 可用性與擴展性。最新釋出一系

資料區塊基礎概念 Oracle 最小儲存/讀寫單位，對應固定磁碟空間 非作業系統區塊，Oracle 每次 I/O 以區塊為單位（整數倍） 標準大小

業務背景 銀行資料集中專案需合併各地分散的代碼表。合併前必須停用所有外鍵與觸發器，資料處理完畢後重新啟用。本文提供兩支 PL/SQL 腳本： 約束管理腳本

函數用途 將父節點下所有子節點以指定分隔字元串聯，在單一欄位顯示完整路徑。 語法範例 SELECT LEVEL, SYS_CONNECT_BY_PATH(id

用戶角色管理 建立不同用戶組與密碼驗證，防止非法存取 授權限制操作權限：部分用戶具完整讀寫，大多數僅組內讀寫或全庫唯讀 重點保護 SYS、SYST