日志中出现
的处理方法
收藏
分 类 专 栏 :
! "#$%
文 章 标 签 :
#&'&! #'&&
(&)!&!$!!)!
版权
!"#$%
专栏收录该内容
篇文章
订阅
订阅专栏
还是南京那个客户的库,
*%
日志还报了如下的错误:
!+
"!!'%,-!+
.!
%/-/+/00%0*%
"!%-!+12345'!6
%/-/+/00%0*%
在
7
社区中找到了一篇关于这个问题的文章:
8!),9)'!%%#:!%;%
#:.%(#)%'*<#;!,!
%!;!$!)#!#:!*
,$%;%, !!'!!;1=>(!;6)
1=>($;6*9)''16#!;
!%'?#!@);#!%#:%@(*
"!!%0!)!$!#!
#:!(!!!#*
A'$%!;#!(!!!$#%
1';!%6;!%#)!$!B@#:*
当数据库切换日志时,所有
private strand
都必须刷新到当前日志,然后才能继续。此信息
表示我们在尝试切换时,还没有完全将所有
redo
信息写入到日志中。这有点类似于
“
checkpoint not complete”
,不同的是,它仅涉及到正在被写入日志的
redo
。在写入所有
redo
前,无法切换日志。
rivate Strands
是
10gR2
才有的,它用于处理
redo
的
latch
(
redo allocaon latch
)。是一种
允许进程利用多个
allocaon latch
更高效地将
redo
写入
redo buer cache
的机制,它与
9i
中出现的
log_parallelism
参数相关。提出
Strand
的概念是为了确保实例的
redo
生成率达到
最佳,并能确保在出现某种
redo
争用时,可以动态调整
strand
的数量进行补偿。初始分配
的
strand
数量取决于
CPU
的数量,最少两个
strand
,其中一个
strand
用于
acve
的
redo
生
评论