Iseries
iSeries 日誌性能
我負責部署在 iSeries V7R3 上的遺留應用程序。該應用程序的容量相當大，每月有 200 萬次左右的交易。
這個應用程序的數據庫跨越多個庫，我目前正在單獨記錄每個庫。我一直在網上尋找關於這是否是最佳方法的建議，或者該應用程序的單一期刊是否可能更好或至少同樣有效。
到目前為止，我還沒有找到任何關於這個主題的明確建議，其中一些建議為每個物理文件單獨的期刊。當然，搜尋有關 iSeries 的任何內容通常會返回古老的結果，而不會提及作業系統版本或資訊的日期。
除了管理多個期刊有時很痛苦之外，我沒有遇到任何問題。
一起更改的任何文件，即。可以在單個事務中更改，應記入同一日記帳。但不一定是這樣，那樣更簡單。
如果不了解您的應用程序的更多資訊，就很難提供建議。我會質疑是否需要在庫之間拆分文件。
我會說，你不應該有每個文件（表格）的日誌。
我們有一個多原則應用程序，每台伺服器大約有 300 個原則/10,000 個使用者。每個原則都有自己的數據庫，我們每台伺服器只有 4 個期刊，因此每個期刊大約有 75 個數據庫。
在決定使用多少日誌以及如何將對象分配給日誌時，請考慮以下事項：
- 使用一個日誌（和日誌接收器）是管理日常操作和恢復的最簡單方法。可以將 10 000 000 個對象記錄到單個日記帳的限制。
- 如果使用單個日誌接收器導致性能瓶頸，您可以通過將日誌接收器放置在與您正在記錄的對像不同的磁碟池中來緩解這種情況。
- 為了簡化恢復，將在同一個應用程序中一起使用的對象分配給同一個日誌。
- 如果您正在記錄數據庫文件，則必須將邏輯文件下的所有物理文件分配給同一日誌。
- 在作業中在相同承諾定義下打開的文件可以記錄到不同的日誌中。在承諾控制中，每個期刊都被視為一個本地位置。
- 如果您的主要應用程序具有完全獨立的對象和備份計劃，則應用程序的單獨日誌可以簡化操作過程和恢復。
- 如果您出於不同的原因記錄不同的對象；例如恢復、審計或將交易轉移到另一個系統；您可能希望將這些功能分離到單獨的日誌中。但是，您只能將一個對象分配給一個日記帳。
- 如果某些對象的安全性要求您從其他對象的過程中排除它們的備份和恢復過程，如果可能，請將它們分配給單獨的日誌。
- 如果您有帶庫的基本磁碟池，則分配給日誌的所有對像都必須與日誌位於同一磁碟池中。日誌接收器可能位於不同的磁碟池中。如果將日誌放在沒有庫的磁碟池（非庫磁碟池）中，則被記錄的對象必須在系統磁碟池中。日誌接收器可能在系統磁碟池中，也可能在具有日誌的非庫磁碟池中。
- 如果您有獨立的磁碟池，它們必須具有庫功能才能在其上記錄對象。您不能在使用者定義的文件系統 (UDFS) 獨立磁碟池上記錄對象。