LOGSIZE 配置参数指定每个逻辑日志文件的大小。在系统完全投入使用之前，很难预测数据库服务器系统需要多少逻辑日志空间。
逻辑日志空间的大小 (LOGFILES * LOGSIZE) 由以下策略确定：
- 恢复时间目标 (RTO)
- 这是您能够承受没有系统的时间。如果您的目标只是失败恢复，总的日志空间只要足以容纳两个检查点周期的所有事务即可。当启用 RTO_SERVER_RESTART 配置参数并且服务器具有低于
4 千兆字节的组合缓冲池时，您可以将总的日志空间配置为组合缓冲池大小的 110%。日志空间过多不会影响性能；但是，日志空间过少会使检查点和事务阻塞更加频繁。
- 恢复点对象 (RPO)
- 这描述了在发生灾难时想要复原的数据的存在时间。如果目的是保护事务性工作，那么最佳 LOGSIZE 应该综合考虑每个 RPO 单元处理的工作量。由于数据库服务器支持部分日志备份，最佳的日志大小并不重要，非最佳的日志大小只意味着更加频繁的日志文件更改。RPO
以时间为单位来评估。如果业务规则是在发生整个站点灾难时系统不能够丢失超过十分钟的事务性数据，那么应该每隔十分钟进行一次日志备份。
您可以使用管理并执行已调度管理任务的调度程序来设置自动日志备份。
- 长事务数
- 如果您有需要大量日志空间的长事务，那么应该给这些日志分配空间。日志空间不足将影响事务性能。
根据日志记录活动发生的数量以及可能发生灾难性故障的次数来选择日志大小。如果您不能承受超过一小时的数据丢失，那么可以创建许多小的日志文件，每个日志文件保存一小时内的事务。启用连续日志备份。小逻辑日志文件很快就会填满，这意味着逻辑日志备份将更频繁。
如果您的系统非常稳定，可以执行大量日志记录活动，那么可以选择较大的日志来提高性能。使用大的日志文件后，连续日志备份发生的频率会降低。
同样，还应该考虑事务比率最大值和备份设备的速度。
请勿让整个逻辑日志填满。启用连续日志备份，并在逻辑日志中留下足够的空间来处理最长的事务。
备份进程会阻碍涉及到与逻辑日志文件位于同一磁盘上的数据的事务处理。如果有足够的可用逻辑日志磁盘空间，那么您可以等到用户活动较少的时段，再备份逻辑日志文件。