日志类型:
主日志(Primary logs)
预分配,可用数目由db cfg的LOGPRIMARY参数规定
辅助日志(Secondary logs)
依需要再动态分配,最大数目由db cfg的LOGSECOND参数来定.辅助日志同时会在数据库
所有连接全部关闭后被删除.
如果LOGSECOND为-1,则不限制记录日志的大小.
日志记录类型:
有两类循环日志和归档日志,可以通过"配置数据库日志记录"向导来修改数据库的日志记录类型。
(1)循环日志:
默认的日志记录策略,循环日志按顺序使用。当日志中所包含的工作已提交或回滚时,可以重用。
主日志预先分配。 而辅助日志则在需要时才分配。
循环日志有两类日志,主日志和辅助日志.
主日志预先就要配好了,辅助日志在需要时再分分配.
DB2管理程序按顺序请求 ->查找主日志 ->需要的主日志不可用 ->分配一个辅助日志.
-> 辅助日志也满了 ->再去检查下主日志能用不 ->还不可用就又分配一个新的辅助日志
-> 然后就一直重复上述检查
->一直到有主日志文件变为可重用为止.然后就把辅助日志释放掉.
循环日志在备份恢复中的作用:
不能进行前滚恢复,但可进行崩溃恢复和版本恢复
仅支持脱机备份.
(2)归档日志
归档日志是一种日志文件的管理技术,将那些处理非活动状态的日志文件进行归档.
归档日志是非默认的.
归档日志有几个要类
1.活动日志
包含发那些尚未提交(或回滚)的事务相关信息.还包含已提交但改动还没与的的事务相关信息
restart database
rollforward
2.联机归档日志
当活动日志关闭时,将成为一个归档日志。称它们为"联机" 是因为它们和活动
日志存放在相同的子目录下。
3.脱机归档日志
这些日志文件已经从活动日志所在的目录中移开了。可以手动,也可以
通过 userexit这样的过程调用来自动进行。归档的日志文件可以
存储到磁带或其它介质上。如tsm上。
正在用的日志(活动日志) ->如果日志用完了(联机归档日志) ->再把这些不用的日志给备份或移开(脱机归档日志)
循环日志在备份恢复中的作用:
唯一支持前滚恢复和实现可恢复数据库的日志方法.
支持脱机备份和联机备份
在DB2数据库中查看与日志有关的主要参数:
userexit 是否启用用户出口
logretain 是否启用归档日志
trackmod 是否启用增量备份功能
这些默认是off,即循环日志模式,如为"Yes"或"Recovery",则表明为归档日志模式.
Unix/Linux下的查看命令:
DB2 v9及以前版本:
db2 get db cfg for sample|grep "USEREXIT"
db2 get db cfg for sample|grep "LOGRETAIN"
db2 get db cfg for sample|grep "TRACKMOD"
DB2 v10:
db2 get db cfg for sample |grep "LOGARCHMETH1"
Windows下的查看命令:
DB2 v9及以前版本:
db2 get db cfg for sample |find /I "userexit"
db2 get db cfg for sample |find /I "logretain"
db2 get db cfg for sample |find /I "trackmod"
DB2 v10:
db2 get db cfg for sample |find /I "LOGARCHMETH1"
可更改这些参数使DB2数据库处于归档日志模式,以便支持联机备份.
更改命令:
DB2 v9及以前版本:
db2 update db cfg for sample using userexit on//启用用户出口
db2 update db cfg for sample using logretain on//启用归档日志
db2 update db cfg for sample using trackmod on//启用增量备份功能
DB2 v10:
-- DISK : 本地磁盘
-- TSM : Tivoli Storage Manger
-- VENDOR : 第三方存储设备
db2 update db cfg for sample using LOGARCHMETH1 disk:/db2/db/log_archive
注意事项:
变更这些归档模式参数后,会提示SQL1116N错误,DB2数据库处于backup pending状态,是不能马上连接上数据库的,必须要做脱机备份一次才行.
脱机备份命令例子:
db2 backup db sample to c:\xclbkcold
可手工归档下,检查下生成的日志(前提是没数据库连接):
db2 archive log for db xcldb
db2 list history archive log all for xcldb
关于日志的管理:
查看首活动日志:
db2 connect to xcldb2
--中文环境使用这个
db2 get db cfg|find "首个活动日志文件"
--英文环境使用这个
db2 get db cfg|grep -i "First active log file"
db2 connect reset
db2 terminate
清理日志:
db2 connect to xcldb2
db2 prune logfile prior to S0000033.LOG
其中S0000011.LOG就是刚刚的首活动日志
手工归档命令:
db2 archive log for db xcldb2 //会手工产生日志
问题描述:所用数据库为 oracle 10g ,模式为归档模式,oracle 系统默认的归档空间为2G,由于日志过多,空间写满,数据库的redo文件不能归档,而出现oracle数据库挂起的问题。 oem打开oracle 10g 数据库 *** 作界面,会显示如下错误信息: 由于输出设备已满或不可用, 归档程序无法归档重做日志。 数据库无法使用 现将解决办法稍作总结: 方法一:增大归档日志空间的大小 可以通过下面的方法来调整系统的回闪恢复区大小: 首先是关闭数据库:以SYS身份链接到oracle,执行shutdown immediate启动数据库到mount状态:startup mount 查看回闪恢复区的大小和存放目标:show parameter db_recovery_file_dest 修改回闪恢复区的大小alter system set db_recovery_file_dest_size = 4G(缺省是2G,可以根据实际情况调整大小) 最后打开数据库:alter database openOK , 问题解决。数据库恢复使用。 方法二 :进入oracle清空日志信息,把空间释放出来 启动数据库到mount状态: sqlplus /as sysdba startup mount 新起一个终端,用rman进入把归档日志删除 命令rman target/ (只安装了一个oracle10g数据库) 命令crosscheck archivelog all(列出归档日志信息) 命令delete expired archivelog all(将上述列出的归档日志删除)命令exit此时最好将数据库重新备份一下 把数据库的mount状态更改为open状态 alter database openOK.问题解决,数据库可以使用。误区:在系统清空归档目录的日志信息(即物理删除归档日志,或将归档日志转移至别处)不可取,OS虽然删除了,但oracle系统识别不出来已经清空日志,只能进入oracle清空日志信息,把空间释放出来,(方法二);或者是把归档空间设置更大(方法一)。 建议将两种方法结合使用,减少工作量,也避免数据库频繁挂起。同时定时进行数据库完全备份或其他重要数据备份欢迎分享,转载请注明来源:内存溢出
评论列表(0条)