針對因日誌序號差距而導致的時間點復原失敗進行疑難排解 - Amazon Relational Database Service

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

針對因日誌序號差距而導致的時間點復原失敗進行疑難排解

在 RDS for SQL Server 中嘗試時間點復原 (PITR) 時，您可能會因為日誌序號 (LSN) 的差距而遇到失敗。這些差距會阻止 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 交易日誌架構和管理指南。