Oracle 观察频繁的日志文件切换会增加重做日志的大小

我们有256m大小的重做日志，然后将其增加到512，最终增加到1024M，目前有8个日志。尽管我们观察到日志切换每1分钟发生一次，它正在侵蚀我们的性能

来自AWR的快照

Load Profile

Per Second  Per Transaction Per Exec    Per Call
DB Time(s): 1.0 0.1 0.00    0.01
DB CPU(s):  0.6 0.1 0.00    0.01
Redo size:  34,893.0    4,609.0      

 Instance Activity Stats - Thread Activity
 Statistics identified by '(derived)' come from sources other than SYSSTAT
 Statistic  Total   per Hour
 log switches (derived) 82  59.88

---

关于如何减少日志文件切换数量的任何建议，我已经读到，理想情况下，它应该是15-20分钟内切换一次。

34893字节/秒的重做=125614800字节/小时，即大约120MB，与1个重做日志组的大小相差甚远

---

基于这一点和重做日志的大小，我想说的是，有些东西会定期强制日志切换。内置参数

archive\u lag\u target

强制在指定的秒数之后切换日志，这是我要检查的第一件事。除此之外，还可以是登录到数据库并手动强制进行日志切换的任何其他内容，例如cron作业。（每60分钟60次日志切换，这是很可疑的）

我同意，似乎首先要查找的是，在某个地方有一个调度作业正在运行一个带有流氓“ALTER SYSTEM SWITCH LOGFILE”或“ALTER SYSTEM ARCHIVE log CURRENT”的脚本“正在发布。SQL>显示参数archive\u lag\u目标名称类型值----------------------------------------------------------------------archive\u lag\u目标整数0谢谢，它实际上是正确的，有一个crontab条目每分钟切换一个日志文件。export ORACLE_HOME=/u01/oraclesw/product/11.2.0/db export PATH=$ORACLE_HOME/bin:$PATH export ORACLE_SID=*****sqlplus/as sysdba谢谢，它实际上是正确的每分钟都有一个crontab条目来切换日志文件。