iSeries日志记录性能

Question

我负责部署在iSeries V7R3上的遗留应用程序。该应用程序的数量相当大，每月大约有200万笔交易。

这个应用程序的数据库跨越多个库，我目前正在记录每个库。我一直在网上寻找一些建议，比如这是最好的方法，还是应用程序的单一日志可能会更好，或者至少也同样有效。

到目前为止，我还没有找到任何关于这个主题的明确建议，有些建议是针对每个物理文件单独的日志。当然，搜索有关iSeries的任何内容都会带回一些古老的结果，通常没有提到OS版本或信息的日期。

除了管理多份日志，我没有遇到任何其他问题，有时这是一种痛苦。

Answer 1

任何一起修改的文件。可以在单个事务中更改，应将日志记录到同一日记。但不一定要这样，那样就更简单了。

如果不了解您的应用程序，就很难提供建议。我会质疑是否需要在库之间分割文件。

我要说的是，无论是形状还是形式，你都不应该每个文件(表)都有一本日记。

我们有一个mutli-tenet应用程序，每个服务器大约有300个原则/10,000个用户。每个原则都有自己的数据库，我们每台服务器只有4个日志，所以每个日志大约有75个数据库。

IBM文档说

在决定要使用多少个日志以及如何将对象分配给日志时，请考虑以下几点：

• 使用一个日志(和日记接收器)是管理日常操作和恢复的最简单方法。有一个限制10000对象，可以日记到一个单一的日志。
• 如果使用单个日志接收器会导致性能瓶颈，则可以通过将日志接收器与日志记录的对象放在单独的磁盘池中来缓解这一问题。
• 若要简化恢复，请将同一应用程序中一起使用的对象分配给同一日志。
• 如果要记录数据库文件，则必须将逻辑文件的所有物理文件分配给同一日志。
• 根据同一承诺定义在职务中打开的文件可以记录到不同的日志中。在承诺控制中，每个日记都被认为是一个本地地点。
• 如果您的主要应用程序有完全独立的对象和备份计划，则应用程序的单独日志可能会简化操作过程和恢复。
• 如果由于不同的原因而记录不同的对象，例如恢复、审核或将事务转移到另一个系统，则可能需要将这些功能分离到不同的日志中。但是，您只能将一个对象分配给一个日志。
• 如果某些对象的安全性要求从其他对象的过程中排除它们的备份和恢复过程，则如果可能，将它们分配给单独的日志。
• 如果您有带有库的基本磁盘池，则分配给日记的所有对象都必须与日志位于同一个磁盘池中。日志接收器可能位于不同的磁盘池中。如果将日志放置在没有库的磁盘池(非库磁盘池)中，则日志记录对象必须位于系统磁盘池中。日志接收器可以在系统磁盘池中，也可以在带有日志的非库磁盘池中。
• 如果您有独立的磁盘池，则它们必须是能够记录在它们上的对象的库。不能在用户定义的文件系统(UDFS)独立的磁盘池上记录对象.