本文介紹了備份恢復的相關概念。
備份功能
備份類型
PolarDB-X的備份由數據備份和日志備份組成。
數據備份：系統對數據進行備份，并生成備份集，目前采用的是物理備份。您可以恢復備份集所在時間點的數據。
日志備份：也叫增量備份，備份了記錄數據變更的Binlog日志。開啟日志備份后，基于“數據備份+日志備份”，您可以恢復時間范圍內任意時間點（精確至秒）的數據。例如，實例中創建了2021年01月01日00:00:01的數據備份集以及該時間之后的日志，則可以恢復2021年01月01日00:00:01以來任意時間點（精確至秒）的數據。
備份方式
PolarDB-X支持自動備份與手動備份兩種方式。
自動備份：系統自動定期觸發的數據備份
自動備份策略默認開啟，包括數據備份和日志備份；
數據備份默認為每周備份兩次（周一與周四），日志備份持續進行，無需設置頻率。您可以設置自動執行備份的時間段和周期。具體請參見備份操作。
手動備份：用戶在控制臺主動觸發的備份。具體請參考備份操作。手動備份僅支持數據備份，日志備份持續進行，無需手動觸發。
自動備份的頻率最低為每周一次。
前一次的手動備份完成后才能進行下一次的手動備份。
備份存放位置
數據備份：存放于阿里云提供的備份空間，不占用實例的存儲空間，默認保留30天。
日志備份：暫存于實例的存儲空間，超過一定時間后（默認7小時）或者一定的空間后（實例存儲空間的30%）會上傳至阿里云提供的備份空間，默認保留7天。
您可以設置本地日志備份的保留策略，避免日志備份占用過多存儲空間，詳情請參見備份操作。
備份影響
PolarDB-X備份在數據節點的備節點執行，不占用主節點CPU，備節點不承接業務流量，因此不影響實例性能。
少數情況下，備節點不可用時，備份會在主節點執行。
恢復功能
恢復方式
PolarDB-X支持按備份集恢復和按時間點恢復兩種數據恢復方式。
按備份集恢復：依賴數據備份恢復數據，僅支持將數據恢復至數據備份的時刻。
按時間點恢復：依賴數據備份+日志備份恢復數據，支持將數據恢復至備份時間范圍內的任意時間點（精確至秒）。例如，實例有2021年01月01日00:00:01的數據備份集以及該時間之后的日志，則可以恢復2021年01月01日00:00:01以來任意時間點（精確至秒）的數據。
恢復數據的位置
PolarDB-X當前僅支持恢復數據至新實例，恢復完成后建議通過DTS等工具將數據導回原實例。
新實例的白名單設置、備份設置、參數設置和當前實例保持一致。
新實例內的數據與備份文件或指定恢復時間點時的數據一致。
新實例帶有備份文件或時間點當時的賬號信息。
新實例的拓撲與原實例一致，即節點個數相同。
計費方式
日志備份：當前僅收取使用實例存儲空間的費用，計費方式和PolarDB-X存儲空間的價格與計費方式一致，詳情請參見存儲空間價格。
數據恢復：由于數據是恢復到新實例上，因此需要收取新實例的費用。
全局一致性
PolarDB-X是一款分布式數據庫，數據存放在多個數據節點（DN）上，當分布式事務存在的情況下，恢復后的實例需要保證多個數據節點間的數據一致性。下圖通過轉賬測試給出了全局一致性的示例：
PolarDB-X中存放了一張用戶的賬戶余額表，該表的數據分布在兩個數據節點中，總的賬戶金額是200元。業務持續地使用分布式事務在不同的賬號間進行轉賬。
某一時刻（2021-07-25 16:14:20），賬戶B向賬戶A轉賬了30元，賬戶D向賬戶C轉賬了20元。如果將數據恢復至該時刻，全局一致性要求恢復出的數據要么是轉賬前的狀態，要么是轉賬完成后的狀態，即賬戶的總金額需仍為200元（如恢復2），不能出現轉賬過程中的數據狀態（如恢復1），恢復1中賬戶總金額為250元，數據是全局不一致的。