Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103765984
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: Oracle

2008-04-12 18:06:53

    来源:赛迪网技术社区    作者:余枫

三、用户需要有create any table系统权限(不是角色里包含的权限)

因为在执行存储过程时,由角色赋予的权限会失效, 所以执行log_history的用户一定要有DBA单独赋予的create any table系统权限。

最后在OS里定时每月一号凌晨0:00分执行log_history,让存储过程定期分割表。

如果要分割的日志表很多,模仿log_history可以写很多类似的存储过程来分割不同项目里的日志表。然后让OS按月,按周或者不定期的执行这些存储过程, 管理员只要查看日志就可以了。

四、其它注意事项

如果应用程序有BUG,可能对在用原始日志表产生长期不能释放的锁,执行log_history重命名会不成功。

这时DBA可以查看数据字典:

  
  select object_id,session_id,locked_mode from v$locked_object;
  select t2.username,t2.sid,t2.serial#,t2.logon_time 
  from v$locked_object t1,v$session t2 
  where t1.session_id=t2.sid order by t2.logon_time;
  

如果有长期出现的一模一样的列(包括登录时间),可能是没有释放的锁。

我们要在执行分割日志表的存储过程前,用下面SQL语句杀掉长期没有释放非正常的锁:

  
  alter system kill session 'sid,serial#';
  

五、结束语

用上面介绍的存储过程定期分割日志表有很大的灵活性。历史数据不仅查询方便,转移和备份起来也都很容易。Unix和Windows平台的都可以使用。对服务器硬盘空间较小的中小型公司意义尤其明显。

阅读(305) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~