上周5快下班想要开始开心的周末生活的时候,例行检查了一个最近刚刚切换了设备的库,在查看告警日志的过程中,突然远程被中断,过了好一会才又重新连接过去继续查看,告警日志新增加了实例和数据库的打开信息日志,继续往上翻到中断连接之前的位置,但是就是没看到关闭日志,于是怀疑OS被重启过,甚至怀疑是直接power off,但是想想不对,毕竟是生产环节呀,于是一边让开发人员联系客户,一边继续查看了OS日志,发现对应时间的事件,有事件号6005,说明系统刚刚启动,但是没有发现事件号为6006的关闭记录,初步怀疑是power
off了,否则db日志不可能没有记录关闭信息,另外从开发那边得到的答复是修改IP和调整其他所以重启了机器,但是没有得到释放power off明确答复,唉,客户自己要玩脱也没办法。
鉴于此于是在群里初步的讨论了下这个问题,以及其他非正常关闭系统或者DB服务的情况,大家似乎还真没怎么关注到这个情况,于是就有了这次测试,主要是为了测试不同情况下的OS和DB服务中断的DB告警日志表现。
初步想到的测试案例如下:
0. OS正常关机
1. OS正常重启
2. OS Power off暴力关机
3. DB重启服务
4. end process中断DB进程
测试之前猜想测试结果
0. 正常记录DB正常关闭
1. 正常记录DB正常关闭
0. 不会有任何记录DB关闭信息
0. 正常记录DB正常关闭及其重启
0. 不会有任何记录DB关闭信息
李宗盛唱到:猜想只是猜想。。。所以,还是动手实验吧。
在虚拟机进行测试,也可以很好的模拟os power off功能,应该和实体环境不会有区别,应该不会影响本次测试结果;
另外本想外挂一个web服务到db,但是鉴于其他一些因素没有做,只是简单的在另一台客户端sqlplus登陆到数据库做个不间断循环增删改操作动作。
由于主要是为了关注告警日志的表现,因此在每次测试开始之前都清空日志文件内容,便于记录和查看。
测试环境:
服务器:vbox4.1.8+windows2003+oracle 10gr1
客户端:instant client 10.2.0.5
测试脚本:
D:\>sqlplus system/test@test
SQL*Plus: Release 10.2.0.5.0 - Production on Mon Jan 9 11:42:25 2012
Copyright (c) 1982, 2010, Oracle. All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
SQL> desc gtlions;
Name Null? Type
----------------------------------------- -------- ----------------------------
ID NUMBER(22)
每次测试之前执行如下匿名块脚本:
Declare
a number:=1;
Begin
Loop
Insert Into gtlions(Id) Values(a);
If Mod(a,100)=0 Then
Update gtlions Set Id=0;
Commit;
End If;
If Mod(a,1000)=0 Then
Execute Immediate 'truncate table gtlions';
End If;
a:=a+1;
End Loop;
End;
/
测试开始鸟。
0. OS正常关机
测试结果:没有任何记录DB关闭信息。
1. OS正常重启
测试结果同上:没有任何记录DB关闭信息。
2. OS Power off暴力关机
测试结果:没有任何记录DB关闭信息。
3. DB重启服务
测试结果:正常记录db正常关闭.
4. end process中断DB进程
测试结果:没有任何记录DB关闭信息。
对比测试结果0和1,确实出乎了我的意料。
-The End-
分享到:
相关推荐
随着红外成像技术的快速发展,红外告警信息处理系统中需要实时处理的数据量 及处理的复杂度急剧增大,传统的基于单核 DSP 的系统难以满足数据处理实时性的 需求,基于多核 DSP 的红外告警信息处理系统的研制成为红外...
• 不同时段区分告警方式策略:工作日/非工作日,白天/夜晚区分 • 逐层上报告警策略:先模块负责人告警,n分钟未恢复升级,m分钟未恢复再升级 • 黑白跳动策略:当系统由正常变为异常,异常恢复正常都通报
Alcatelomcr常见告警解释 1.小区(cell)类告警MSCBSC 2.基站(BTS)类告警 3.传输告警 4. BSC告警
Shell脚本监控日志中预警信息,配合定时任务,检查到告警信息发送邮件
详细介绍非关系型数据库,分类、架构、实例等,并对进行对比。
关系型数据库和非关系型数据库.pdf
巨杉通用非关系型数据库文档,介绍了国人开发的新型数据库系统
非关系型数据库的描述 以及它们的安全性特征和建议
非关系型数据库复习大纲1
第10 章 数据库恢复技术 1....为什么事务非正常结束时会影响数据库数据的正确性,请列举一例说明之。 答: 事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。如果数据库 系统运行中发
山东大学2017非关系型数据库押题,含5道简答和4道应用题
非关系型数据库Cassandra 下载. Cassandra特点: 1.灵活的schema,不需要象数据库一样预先设计schema,增加或者删除字段非常方便(on the fly)。 2.支持range查询:可以对Key进行范围查询。 3.高可用,可扩展:单...
NoSQL简介 NoSQL兴起的原因 NoSQL与关系数据库的比较 NoSQL的四大类型 NoSQL的三大基石 从NoSQL到NewSQL数据库
非关系型数据库大作业.doc
介绍各非关系型数据库优缺点及优化方案
非关系型数据库知识点背诵总结.docx
本资料是在线教育课程第一天中使用的mongoDB的安装资料以及使用指南
山东大学软件学院2018-2019年非关系型数据库题目(回忆版).docx