估计日志文件的大小和数量

使用 LOGSIZE 配置参数可设置逻辑日志文件的大小。

对于您的数据库服务器系统最优的日志空间量取决于以下因素：

您的应用程序需求和应用程序经历的更新活动量。更高的更新活动需要更大的日志空间。
恢复时间目标 (RTO) 标准，用于在重新启动服务器并使服务器进入联机或静默方式后，服务器从问题恢复所用时间量（以秒计）。
在灾难性事件的情况中，要考虑您可以容许多少数据丢失。更多频繁的日志备份（该备份可以减少数据和事务丢失所带来的风险），需要更大的日志空间。
是使用 Enterprise Replication 还是使用数据复制配置（例如，HDR 辅助服务器、SD 辅助服务器或 RS 辅助服务器）。
这些复制服务都可以影响日志文件的数量和大小。如果您的系统使用其中任何一个复制服务，请参阅高可用性集群配置或 GBase 8s Enterprise Replication 指南中的指南。

一些确定日志大小的指南是：

通常，管理较少的大日志文件比管理大量的小日志文件要容易得多。
日志空间过多不会影响性能。但是，日志文件和日志空间不足却会影响性能，因为数据库服务器将触发频繁的检查点。
BLOB 空间中没有登录的智能大对象，但是这些对象包含在创建对象的日志备份中。这意味着对象将不会释放直到服务器备份创建了对象的日志。因此，如果 BLOB 空间中的智能大对象频繁更新，您可能需要更加频繁的日志备份以获得 BLOB 空间中的更多可用空间。
对于生成少量日志数据的应用程序，请一开始使用 10 个日志文件，每个文件 10 MB。
对于生成大量日志数据的应用程序，请一开始使用 10 个日志文件，每个文件 100 MB。

有以下两种维护 RPO 策略的方式，这决定了在灾难性事件中所容许的数据丢失，例如，数据服务器的丢失：

一种维护 RPO 策略的方式是使用自动日志备份，即一旦日志文件填满就触发日志备份。这样就将数据丢失限制到在备份期间包含在日志文件中的事务以及在日志备份期间发生的任何其他事务。
另一种维护 RPO 策略的方式是使用调度程序。您可以创建一个任务，该任务自上次日志备份以来在设定的时间间隔内自动备份任何新的日志数据。这样就将数据丢失限制到在设定时间间隔内没有进行备份的事务。有关使用调度程序的信息，请参阅调度程序。

如果 RPO 策略是必需的，那么可以使用调度程序插入一个按适当频率执行的任务来维护该策略。这样就在日常周期内的特定时间自动备份日志文件。如果日志空间在日志备份或回收之前就已填满，那么可以备份这些日志并添加新的日志文件以允许事务处理继续进行，或者可以使用调度程序添加新的任务来检测此情况，并自动执行其中任一操作。

您可以随时添加日志文件，并且当事务一致性需要时数据库服务器会自动添加日志文件（例如，可能占用大量日志空间的长事务）。

增加逻辑日志空间量的最简单的方法是添加另一逻辑日志文件。请参阅手动添加逻辑日志文件。

以下表达式提供了示例总日志空间配置（以 KB 计）：

LOGSIZE = (((connections * maxrows) * rowsize) / 1024) / LOGFILES

表达式元素	解释
LOGSIZE	指定每个逻辑日志文件的大小（以 KB 计）。
connections	为您在 sqlhosts 文件或注册表以及在 NETTYPE 参数中指定的所有网络类型指定最大连接数。如果您通过在您的配置文件中设置多个 NETTYPE 配置参数来配置多个连接，请为每个 NETTYPE 添加用户字段，并替换前公式中 connections 的总数。
maxrows	指定在单个事务中要更新的最大行数。
rowsize	指定表行的平均大小（以字节计）。要计算 rowsize，请添加行中各列的长度（来自 syscolumns 系统目录表）。
1024	将 LOGSIZE 转换为指定的单位 (KB)。
LOGFILES	指定逻辑日志文件的数量。