log_archive_min_succeed_dest

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

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

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

果断搞起！

第一步，开启虚拟机：

SQL> show parameter succNAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------log_archive_min_succeed_dest         integer     1

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

LOG_ARCHIVE_MIN_SUCCEED_DEST 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了。。。