Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

207

积分

1

好友

4

主题
1#
发表于 2011-11-11 13:14:41 | 查看: 8227| 回复: 13
如题,早上看了alert日志,发现在今天日志(11号)之后有昨天(10号)的日志信息:
Fri Nov 11 01:25:55 2011
Thread 1 advanced to log sequence 29852 (LGWR switch)
  Current log# 1 seq# 29852 mem# 0: +DG01/portal/onlinelog/group_1.262.709645775
  Current log# 1 seq# 29852 mem# 1: +DG01/portal/onlinelog/group_1.263.709645775
Fri Nov 11 01:53:58 2011
Thread 1 advanced to log sequence 29853 (LGWR switch)
  Current log# 5 seq# 29853 mem# 0: +DG01/portal/onlinelog/group_51.log
  Current log# 5 seq# 29853 mem# 1: +DG01/portal/onlinelog/group_52.log
Thu Nov 10 12:59:57 2011
Process J004 died, see its trace file
Thu Nov 10 12:59:57 2011

这个有点不明白了,为什么会这样,这个alert是其中一个节点的。
2#
发表于 2011-11-11 22:37:35
确定你的 系统时间没有发生过变化

回复 只看该作者 道具 举报

3#
发表于 2011-11-11 22:44:03

回复 1# 的帖子

建议查看下 root 用户的 shell history 文件中问题时段是否有过操作  /root/.bash_history或/root/.sh_history 这样的文件名

回复 只看该作者 道具 举报

4#
发表于 2011-11-12 10:51:28
查看了下root和oracle用户目录下的sh_history文件,都没有你说的那些内容。不过看到历史命令文件里面的内容比较少,可能缓存的不够多。那你能说下为什么要检查这个吗?》谢谢!

回复 只看该作者 道具 举报

5#
发表于 2011-11-12 16:44:03

回复 4# 的帖子

可能有人 修改过时区timezone 亦或者 干脆修改了服务器上的时间 , 一般只有root 用户能够做到, 但是需要证据证明。

也可能是Oracle Bug ,但是查Metalink 没有发现什么线索, 所以上一种可能性最高

回复 只看该作者 道具 举报

6#
发表于 2011-11-12 16:52:27
恩 我刚刚仔细看了下日志,看了asm的日志也是这个情况,而且可以看到中间交替的时间非常端和没有什么规律,如果是说有个修改了时间,在光棍节凌晨干这事情,慝折磨人了,这个也没啥说服力啊:
Fri Nov 11 02:01:36 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Thu Nov 10 13:41:38 2011
ospid 29968: network interface with IP address 192.168.3.1 no longer operational
Fri Nov 11 02:43:38 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Fri Nov 11 03:34:40 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Thu Nov 10 14:48:40 2011
ospid 29968: network interface with IP address 192.168.3.1 no longer operational
Fri Nov 11 03:50:40 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Thu Nov 10 14:54:40 2011
ospid 29968: network interface with IP address 192.168.3.1 no longer operational
Fri Nov 11 03:55:40 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Thu Nov 10 14:58:40 2011
ospid 29968: network interface with IP address 192.168.3.1 no longer operational
Fri Nov 11 03:59:40 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Thu Nov 10 15:00:41 2011
ospid 29968: network interface with IP address 192.168.3.1 no longer operational
Fri Nov 11 04:01:41 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Fri Nov 11 04:50:42 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Thu Nov 10 15:53:42 2011
ospid 29968: network interface with IP address 192.168.3.1 no longer operational
Fri Nov 11 04:54:43 2011
ospid 29968: network interface with IP address 192.168.3.1 is now running
Thu Nov 10 16:44:44 2011
ospid 29968: network interface with IP address 192.168.3.1 no longer operational

节点2倒是没有发现这个情况。

回复 只看该作者 道具 举报

7#
发表于 2011-11-12 16:57:42

回复 6# 的帖子

查这个时段的 登录历史

回复 只看该作者 道具 举报

8#
发表于 2011-11-13 00:48:27
用没用ntp?
倒是听说过时间服务器故障导致问题的事

回复 只看该作者 道具 举报

9#
发表于 2011-11-14 09:08:26
没有ntp时间同步功能

回复 只看该作者 道具 举报

10#
发表于 2011-11-14 09:19:15
用了last看了也没当天的登录历史,奇怪的是11号我们明明有登录上去维护的,为什么用last没有看到相关的登录历史,显示的子只是:
oracle   ftp          Tue Nov 13 03:17 - 03:18  (00:00)
oracle   ftp          Tue Nov 13 03:16 - 03:16  (00:00)
reboot   system boot  Thu Nov  8 16:11 - 13:08 (7+20:56)
oracle   ftp          Sat Nov  3 22:42 - 22:43  (00:00)
oracle   ftp          Fri Nov  2 18:14 - 18:15  (00:01)
root     console      Fri Nov  2 10:10 - 15:15 (6+05:05)
root     pts/ta       Thu Nov  1 14:18 - 14:31  (00:12)

1、2、3、8号然后直接到13号,中间的10号、11号都没有了,这个可能吗?会被清理掉吗?

回复 只看该作者 道具 举报

11#
发表于 2011-11-14 09:33:39
郁闷了,一直被追问着

回复 只看该作者 道具 举报

12#
发表于 2011-11-14 12:56:24

回复 10# 的帖子

可能遇到了 黑客,或者是内部人员所为

回复 只看该作者 道具 举报

13#
发表于 2011-11-14 13:27:14
建议客户买套审计系统吧
破案毕竟不是咱的专业

回复 只看该作者 道具 举报

14#
发表于 2011-11-14 13:56:06
唉,既然ml都说了,那就成为烂尾案件吧。。。

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-23 23:51 , Processed in 0.052933 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569