log_archive_min_succeed_dest

博客上，看了一大神的文章：http://blog.csdn.net/msdnchina/article/details/45141427

我表示有疑问：归档日志路径爆满，那么对于开启归档模式的数据库，无法归档，会产生什么影响呢/p>

然后大神表示回答：前台业务软件hang住。hang住的意思是停滞不动了。。。类似时间停止。。。后果你懂的。另外就是oracle的归档日志路径可以设置多个。比如d盘有个一归档路径，e盘有一个归档路径。D盘只有1g的空闲空间， E盘有100T的空闲空间，那显然D盘最先被撑爆。那D盘先被撑爆的后果是什么–此时业务还能运行么你一个思路 show parameter succ

果断搞起！

第一步，开启虚拟机：

看参数名字，就是日志归档成功的最少路径，那么，真的是这个意思么

defines the minimum number of destinations that must succeed in order for the online logfile to be available for reuse.

看来是对的。

可以在会话级别或者数据库级别修改。

取值范围：

1.如果使用了LOG_ARCHIVE_DEST_n，那么就是1-10

2.如果使用了LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST,那么就是1-2

回到上面的问答:

回答：1.查看log_archive_min_succeed_dest，如果设置为1，那么D盘被撑爆，后果顶多在alert日志中记录一下下，可以归档，业务也正常。

2.如果设置为2，那么D盘被撑爆，那么直接导致数据库无法归档，业务就hang了。。。

来源：丹心明月