故障診斷因日誌序號間隙而導致point-in-time-recovery失敗 - Amazon Relational Database Service

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

故障診斷因日誌序號間隙而導致point-in-time-recovery失敗

在 RDS for SQL Server 中嘗試point-in-time-recovery(PITR) 時，您可能會因為日誌序號 (LSNs) 的差距而遇到失敗。這些差距可防止 RDS 將資料庫還原至請求的時間，而 RDS 會將您的還原執行個體置於 incompatible-restore 狀態。

此問題的常見原因是：

  • 資料庫復原模型的手動變更。

  • 由於完成交易日誌備份的資源不足，RDS 會自動變更復原模型。

若要識別資料庫中的 LSN 差距，請執行此查詢：

SELECT * FROM msdb.dbo.rds_fn_list_tlog_backup_metadata(database_name)
ORDER BY backup_file_time_utc desc;

如果您發現 LSN 差距，您可以：

  • 選擇 LSN 間隙之前的還原點。

  • 在下一個執行個體備份完成後等待並還原至某個點。

為了避免此問題，我們建議您不要手動變更 RDS for SQL Server 資料庫的復原模型，因為它會中斷執行個體耐久性。我們也建議您為工作負載選擇具有足夠資源的執行個體類型，以確保定期交易日誌備份。

如需交易日誌管理的詳細資訊，請參閱 Microsoft SQL Server 文件中的 SQL Server 交易日誌架構和管理指南。