交易記錄
Domino ®交易日誌會擷取對資料庫所做的變更並將其寫入交易日誌。然後，當資源可用時或按計劃時，記錄的事務將批量寫入磁碟。
事務是對伺服器上的資料庫所做的一系列相關變更。例如，開啟新文件、新增文字和儲存文件是一個事務。在這種情況下，交易由三個單獨的隱式 API 呼叫組成：NotesOpen、NoteUpdate 和 NoteClose。
交易日誌是對Notes®資料庫所做變更的記錄。交易日誌由日誌範圍和日誌控製檔案（ NLOGCTRL.LFH ）組成。日誌範圍是交易日誌寫入的日誌檔案之一。其形式為S xxxxxxx .TXN ，其中xxxxxxx字元代表該伺服器獨有的七位元數字。 Domino ®會依序填入每個範圍，然後再將資料寫入新的範圍。這些記錄使用專有位元組流格式進行保護。每個伺服器只有一個交易日誌，用於捕獲對啟用交易日誌記錄的資料庫的所有變更。
使用交易日誌來：
- 安排定期備份。基於交易日誌的備份比不使用交易日誌的完整資料庫備份更快、更容易。
- 從媒體故障中恢復。如果發生媒體故障，您可以從磁帶還原最近的完整備份，然後使用交易日誌新增 was 未寫入磁碟的資料。
- 從系統崩潰中恢復。當伺服器重新啟動時，它會運行到交易日誌的末尾並恢復崩潰時未寫入磁碟的任何寫入。已記錄的資料庫不需要一致性檢查。
- 記錄資料庫視圖。您可以避免大多數視圖重建。
要使用交易日誌的所有功能進行備份和備份恢復，您需要一個使用 Domino ® C API 工具包的備份和復原方法的第三方備份公用程式。例如，在媒體復原的情況下，使用第三方公用程式進行資料庫備份，同時日誌記錄追蹤資料庫的更新。當資料庫遺失時，透過查看交易日誌並套用自資料庫備份 was 以來對該資料庫發生的任何更新，將備份還原為目前狀態。
請注意，重新啟動恢復不需要第三方實用程式。在這種情況下，更新過程中會繼續進行記錄。當伺服器崩潰然後重新啟動時，任何原本會遺失的更新都會寫入資料庫。這大大減少了由於伺服器崩潰而導致的資料遺失和資料庫損壞，並且由於不需要對資料庫進行一致性檢查而減少了總體重啟時間。
了解資料庫執行個體 ID (DBIID)
當您啟用交易記錄時， Domino ®會為每個 Domino ®資料庫指派一個唯一的資料庫執行個體 ID (DBIID)。當 Domino ®在日誌中記錄交易時，它會包含此 DBIID。 Domino 在復原期間， PRODUCT®使用DBIID 將交易與資料庫配對。
某些資料庫維護活動（例如使用帶有選項的 Compact 命令）會導致 Domino ®以舊交易日誌記錄不再有效的方式重建資料庫。發生這種情況時，會為資料庫指派一個新的 DBIID。從那時起，該資料庫日誌中記錄的所有新交易都使用新的 DBIID。為資料庫指派新的 DBIID 後，對資料庫進行新的完整備份。新的完整備份使用新的 DBIID 捕獲資料庫的當前狀態。然後，如果您必須還原資料庫， Domino ®只需要包含新 DBIID 的新交易。
在下列情況下， Domino ®會指派新的 DBIID：
- 您首次啟用交易日誌記錄。
- 您可以使用一個選項來執行 Compact 任務 - 例如，減少檔案大小的選項。
- 您對損壞的資料庫執行 Fixup 任務。
- 將 Domino ®資料庫移至已記錄的伺服器。