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

# 針對因日誌序號差距而導致的時間點復原失敗進行疑難排解
<a name="Appendix.SQLServer.CommonDBATasks.PITR-LSN-Gaps"></a>

在 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 交易日誌架構和管理指南](https://learn.microsoft.com/en-us/sql/relational-databases/sql-server-transaction-log-architecture-and-management-guide?view=sql-server-ver16)。