PostgreSQL從小白到專家，是從入門逐漸能力提升的一個系列教程，內容包括對PG基礎的認知、包括安裝使用、包括角色權限、包括維護管理、、等內容，希望對熱愛PG、學習PG的同學們有幫助，歡迎持續關注CUUG PG技術大講堂。

第37講：物理備份和恢復概述

第37講：12月09日(周六)19:30，釘釘群直播，往期公開課的文檔及視頻，聯系CUUG

內容1：描述數據庫備份、恢復和恢復的基本知識

內容2：列出數據庫環境中可能發生的故障類型

內容3：定義備份和恢復策略

備份和恢復議題

保護數據庫免受多種類型的故障

增加平均故障間隔時間(MTBF)

減少平均恢復時間(MTTR)

最小化數據丟失

故障類別

語句失敗

用戶進程失敗

用戶錯誤

網絡故障

實例失敗

介質故障

聲明失敗的原因

應用程序中的邏輯錯誤

試圖在表中輸入無效數據

嘗試權限不足的操作

試圖創建表，但超出了分配的配額限制

嘗試對表執行INSERT或UPDATE操作，導致分配擴展數據塊，但可用空間不足

聲明失敗的解決方案

糾正程序的邏輯流程

修改并重新發布SQL語句

提供必要的數據庫權限

向數據庫添加文件空間

用戶進程失敗的原因

用戶在會話中執行了異常斷開連接

用戶的會話異常終止

用戶的程序引發了地址異常，從而終止了會話

用戶進程失敗解決方案

postgres進程檢測異常終止的用戶進程

postgres回滾事務并釋放其持有的所有資源和鎖

用戶可能的失誤

SQL> DROP TABLE employees;

SQL> TRUNCATE TABLE employees;

SQL> DELETE FROM employees;

SQL> COMMIT;

SQL> UPDATE employees

2> SET salary = salary * 1.5;

SQL> COMMIT;

用戶失誤解決方案

培訓數據庫用戶

從有效備份恢復

從導出文件導入表

使用WalMiner確定錯誤時間，使用時間點恢復進行恢復

使用WalMiner執行對象級恢復

實例失敗的原因

斷電

操作系統bug

數據庫系統bug

后臺進程意外kill

實例失敗解決方案

不需要DBA采取特殊的恢復操作

啟動實例

等待“數據庫打開”通知

通知用戶

檢查警報日志以確定故障原因

介質失敗的原因

磁盤驅動器上的磁頭損壞

讀取或寫入數據庫文件時出現物理問題

文件被意外刪除

介質失敗解決方案

恢復策略取決于選擇的備份方法和受影響的文件

如果可用，請應用存檔的重做日志文件以恢復自上次備份以來提交的數據

制定一個備份策略

業務要求

操作要求

技術注意事項

管理層同意

業務要求

平均恢復時間

決定備份的頻率

平均無故障時間

縮短恢復時間

進化過程

根據實際情況，不斷調整策略，比如：索引表空間的備份等等。

操作要求

24小時運營

測試和驗證備份可用性

數據庫波動性

技術考慮因素

資源：硬件、軟件、人力和時間

操作系統文件的物理映像副本

數據庫中對象的邏輯副本

數據庫配置

影響所需備份頻率的事務量

災難恢復問題

如果發生重大災難，如：

地震、洪水或火災

機器完全丟失

存儲硬件或軟件故障

失去關鍵人員，例如數據庫管理員

你有計劃定期測試你的策略嗎?

CUUG PostgreSQL技術大講堂系列公開課，往期視頻及文檔，請聯系CUUG客服。