主页 / dba / 问题 / 307468
Accepted
John Kuhns
Asked: 2022-02-15 06:14:04 +0800 CST

iSeries 日志性能

  • 772

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

这个应用程序的数据库跨越多个库，我目前正在单独记录每个库。我一直在网上寻找关于这是否是最佳方法的建议，或者该应用程序的单一期刊是否可能更好或至少同样有效。

到目前为止，我还没有找到任何关于这个主题的明确建议，其中一些建议为每个物理文件单独的期刊。当然，搜索有关 iSeries 的任何内容通常会返回古老的结果，而不会提及操作系统版本或信息的日期。

除了管理多个期刊有时很痛苦之外，我没有遇到任何问题。

iseries db2-midrange

1 个回答

  1. Best Answer

    一起更改的任何文件，即。可以在单个事务中更改，应记入同一日记帐。但不一定是这样，那样更简单。

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

    我会说，你不应该有每个文件（表格）的日志。

    我们有一个多原则应用程序，每台服务器大约有 300 个原则/10,000 个用户。每个原则都有自己的数据库，我们每台服务器只有 4 个期刊，因此每个期刊大约有 75 个数据库。

    IBM 的文档说

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

    • 使用一个日志（和日志接收器）是管理日常操作和恢复的最简单方法。可以将 10 000 000 个对象记录到单个日记帐的限制。
    • 如果使用单个日志接收器导致性能瓶颈，您可以通过将日志接收器放置在与您正在记录的对象不同的磁盘池中来缓解这种情况。
    • 为了简化恢复，将在同一个应用程序中一起使用的对象分配给同一个日志。
    • 如果您正在记录数据库文件，则必须将逻辑文件下的所有物理文件分配给同一日志。
    • 在作业中在相同承诺定义下打开的文件可以记录到不同的日志中。在承诺控制中，每个期刊都被视为一个本地位置。
    • 如果您的主要应用程序具有完全独立的对象和备份计划，则应用程序的单独日志可以简化操作过程和恢复。
    • 如果您出于不同的原因记录不同的对象；例如恢复、审计或将交易转移到另一个系统；您可能希望将这些功能分离到单独的日志中。但是，您只能将一个对象分配给一个日记帐。
    • 如果某些对象的安全性要求您从其他对象的过程中排除它们的备份和恢复过程，如果可能，请将它们分配给单独的日志。
    • 如果您有带库的基本磁盘池，则分配给日志的​​所有对象都必须与日志位于同一磁盘池中。日志接收器可能位于不同的磁盘池中。如果将日志放在没有库的磁盘池（非库磁盘池）中，则被记录的对象必须在系统磁盘池中。日志接收器可能在系统磁盘池中，也可能在具有日志的非库磁盘池中。
    • 如果您有独立的磁盘池，它们必须具有库功能才能在其上记录对象。您不能在用户定义的文件系统 (UDFS) 独立磁盘池上记录对象。
    • 1

相关问题