Oracle数据库event事件与dump文件介绍-入门

Oracle数据库event事件与dump文件介绍-入门
Oracle数据库event事件与dump文件介绍-入门

一、Oracle跟踪文件

Oracle跟踪文件分为三种类型,一种是后台报警日志文件,记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。

在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG。另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生,后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为siddbwr.trc、sidsmon.trc等。还有一种类型是由连接到Oracle的用户进程(Server Processes)生成的用户跟踪文件。这些文件仅在用户会话期间遇到错误时产生。此外,用户可以通过执行oracle跟踪事件(见后面)来生成该类文件,用户跟踪文件保存在USER_DUMP_DEST参数指定的目录中,文件格式为oraxxxxx.trc,xxxxx为创建文件的进程号(或线程号)。

二、Oracle跟踪事件

Oracle提供了一类命令,可以将Oracle各类内部结构中所包含的信息转储(dump)到跟踪文件中,以便用户能根据文件内容来解决各种故障。设置跟踪事件有两种方法,一种是在init.ora文件中设置事件,这样open数据库后,将影响到所有的会话。设置格式如下:

EVENT="eventnumber trace name eventname[forever,][level levelnumber]:......."通过:符号,可以连续设置多个事件,也可以通过连续使用event来设置多个事件。

另一种方法是在会话过程中使用alter session set events命令,只对当前会话有影响。设置格式如下:

alter session set events'[eventnumber|immediate]trace name eventname[forever][,level levelnumber]:.......'

通过:符号,可以连续设置多个事件,也可以通过连续使用alter session set events来设置多个事件。

格式说明:eventnumber指触发dump的事件号,事件号可以是Oracle错误号(出现相应错误时跟踪指定的事件)或oralce内部事件号,内部事件号在10000到10999之间,不能与immediate关键字同用。

immediate关键字表示命令发出后,立即将指定的结构dump到跟踪文件中,这个关键字只用在alter session语句中,并且不能与eventnumber、forever关键字同用。

trace name是关键字。

eventname指事件名称(见后面),即要进行dump的实际结构名。若eventname为context,

则指根据内部事件号进行跟踪。

forever关键字表示事件在实例或会话的周期内保持有效状态,不能与immediate同用。

levelnumber表示事件级别号,一般从1到10,1表示只dump结构头部信息,10表示dump结构的所有信息。

1、buffers事件:dump SGA缓冲区中的db buffer结构

alter session set events'immediate trace name buffers level1';--表示dump缓冲区的头部。

2、blockdump事件:dump数据文件、索引文件、回滚段文件结构

alter session set events'immediate trace name blockdump level66666';--表示dump块地址为6666的数据块。

在Oracle8以后该命令已改为:

alter system dump datafile11block9;--表示dump数据文件号为11中的第9个数据块。

3、controlf事件:dump控制文件结构

alter session set events'immediate trace name controlf level10';--表示dump控制文件的所有内容。

4、locks事件:dump LCK进程的锁信息

alter session set events'immediate trace name locks level5';

5、redohdr事件:dump redo日志的头部信息

alter session set events'immediate trace name redohdr level1';--表示dump redo日志头部的控制文件项。

alter session set events'immediate trace name redohdr level2';--表示dump redo日志的通用文件头。

alter session set events'immediate trace name redohdr level10';--表示dump redo日志的完整文件头。

注意:redo日志的内容dump可以采用下面的语句:

alter system dump logfile'logfilename';

6、loghist事件:dump控制文件中的日志历史项

alter session set events'immediate trace name loghist level1';--表示只dump最早和最迟的日志历史项。

levelnumber大于等于2时,表示2的levelnumber次方个日志历史项。

alter session set events'immediate trace name loghist level4';--表示dump16个日志历史项。

7、file_hdrs事件:dump所有数据文件的头部信息

alter session set events'immediate trace name file_hdrs level1';--表示dump所有数据文件头部的控制文件项。

alter session set events'immediate trace name file_hdrs level2';--表示dump所有数据文件的通用文件头。

alter session set events'immediate trace name file_hdrs level10';--表示dump所有数据文件的完整文件头。

8、errorstack事件:dump错误栈信息,通常Oracle发生错误时前台进程将得到一条错误信息,但某些情况下得不到错误信息,可以采用这种方式得到Oracle错误。

alter session set events'604trace name errorstack forever';--表示当出现604错误时,dump 错误栈和进程栈。

9、systemstate事件:dump所有系统状态和进程状态

alter session set events'immediate trace name systemstate level10';--表示dump所有系统状态和进程状态。

10、coalesec事件:dump指定表空间中的自由区间

levelnumber以十六进制表示时,两个高位字节表示自由区间数目,两个低位字节表示表空间号,如0x00050000表示dump系统表空间中的5个自由区间,转换成十进制就是327680,即:

alter session set events'immediate trace name coalesec level327680';

11、processsate事件:dump进程状态

alter session set events'immediate trace name processsate level10';

12、library_cache事件:dump library cache信息

alter session set events'immediate trace name library_cache level10';

13、heapdump事件:dump PGA、SGA、UGA中的信息

alter session set events'immediate trace name heapdump level1';

14、row_cache事件:dump数据字典缓冲区中的信息

alter session set events'immediate trace name row_cache level1';

三、内部事件号

1、10013:用于监视事务恢复

2、10015:转储UNDO SEGMENT头部

event="10015trace name context forever"

3、10029:用于给出会话期间的登陆信息

4、10030:用于给出会话期间的注销信息

5、10032:转储排序的统计信息

6、10033:转储排序增长的统计信息

7、10045:跟踪Freelist管理操作

8、10046:跟踪SQL语句

alter session set events'10046trace name context forever,level4';--跟踪SQL语句并显示绑定变量

alter session set events'10046trace name context forever,level8';--跟踪SQL语句并显示等待事件

9、10053:转储优化策略

10、10059:模拟redo日志中的创建和清除错误

11、10061:阻止SMON进程在启动时清除临时段

12、10079:转储SQL*NET统计信息

13、10081:转储高水标记变化

14、10104:转储Hash连接统计信息

15、10128:转储分区休整信息

16、10200:转储一致性读信息

17、10201:转储一致性读中Undo应用

18、10209:允许在控制文件中模拟错误

19、10210:触发数据块检查事件

20、10211:触发索引检查事件

21、10213:模拟在写控制文件后崩溃

22、10214:模拟在控制文件中的写错误

levelnumber从1-9表示产生错误的块号,大于等于10则每个控制文件将出错

23、10215:模拟在控制文件中的读错误

24、10220:转储Undo头部变化

25、10221;转储Undo变化

26、10224:转储索引的分隔与删除

27、10225:转储基于字典管理的区间的变化

28、10229:模拟在数据文件上的I/O错误

29、10231:设置在全表扫描时忽略损坏的数据块

alter session set events'10231trace name context off';--关闭会话期间的数据块检查

event="10231trace name context forever,level10"--对任何进程读入SGA的数据块进行检查

30、10232:将设置为软损坏(DBMS_REPAIR包设置或DB_BLOCK_CHECKING为

TRUE时设置)的数据块dump到跟踪文件

31、10235:用于内存堆检查

alter session set events'10235trace name context forever,level1';

32、10241:转储远程SQL执行

33、10246:跟踪PMON进程

34、10248:跟踪dispatch进程

35、10249:跟踪MTS进程

36、10252:模拟写数据文件头部错误

37、10253:模拟写redo日志文件错误

38、10262:允许连接时存在内存泄漏

alter session set events'10262trace name context forever,level300';--允许存在300个字节的内存泄漏

39、10270:转储共享游标

40、10285:模拟控制文件头部损坏

41、10286:模拟控制文件打开错误

42、10287:模拟归档出错

43、10357:调试直接路径机制

44、10500:跟踪SMON进程

45、10608:跟踪位图索引的创建

46、10704:跟踪enqueues

47、10706:跟踪全局enqueues

48、10708:跟踪RAC的buffer cache

49、10710:跟踪对位图索引的访问

50、10711:跟踪位图索引合并操作

51、10712:跟踪位图索引OR操作

52、10713:跟踪位图索引AND操作

53、10714:跟踪位图索引MINUS操作

54、10715:跟踪位图索引向ROWID的转化

55、10716:跟踪位图索引的压缩与解压

56、10719:跟踪位图索引的修改

57、10731:跟踪游标声明

58、10928:跟踪PL/SQL执行

59、10938:转储PL/SQL执行统计信息

最后要说明的是,由于版本不同以上语法可能有些变化,但大多数还是可用的。

附完整的跟踪事件列表,event No.10000to10999

SET SERVEROUTPUT ON

DECLARE

err_msg VARCHAR2(120);

BEGIN

dbms_output.enable(1000000);

FOR err_num IN10000..10999

LOOP

err_msg:=SQLERRM(-err_num);

IF err_msg NOT LIKE'%Message'||err_num||'not found%'THEN

dbms_output.put_line(err_msg);

END IF;

END LOOP;

END;

/

1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#

2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪

3.exec dbms_system.set_sql_trace_in_session(141,6,true)停止跟踪

https://www.360docs.net/doc/ac17518388.html,prof*.trc*.txt

1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#

2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪

3.exec dbms_system.set_sql_trace_in_session(141,6,true)停止跟踪

https://www.360docs.net/doc/ac17518388.html,prof*.trc*.txt

5.查看文件

6.get trace file name

select

d.value||'/'||lower(rtrim(i.instance,chr(0)))||'_ora_'||p.spid||'.trc'trace_file_name

from

(select p.spid

from sys.v$mystat m,sys.v$session s,sys.v$process p

where m.statistic#=1and s.sid=m.sid and p.addr=s.paddr)p,

(select t.instance from sys.v$thread t,sys.v$parameter v

where https://www.360docs.net/doc/ac17518388.html,='thread'and(v.value=0or t.thread#=to_number(v.value)))i, (select value from sys.v$parameter where name='user_dump_dest')d

AIX 里面dump文件系统扩充

在errpt中出现E87EF1BE的dump不够的报错 在errpt中出现 E87EF1BE 0926082807 P O dumpcheck The largest dump device is too small. 信息.断定为存放dump文件的lg_dumplv容量不够.一般推荐的dump device 值大小为sysdumpdev –e 估计值的1.5 倍。 需要扩容.扩容步骤如下: 1.查看lg_dumplv大小的估计值 #sysdumpdev -e 0453-041 Estimated dump size in bytes: 1287651328 即1.2G 2.现在lg_dumplv大小 #lslv lg_dumplv 其中PP SIZE: 256 megabyte(s) PPs: 4 经计算,现在容量为1G.需要扩容0.2G 3.查看lg_dumplv所在的vg的容量是否够用 #lsvg rootvg 其中PP SIZE: 256 megabyte(s) TOTAL PPs: 1092 (279552 megabytes) FREE PPs: 826 (211456 megabytes) 经计算,vg剩余容量为206.5G,因为根盘做了镜像.故,可用剩余容量为103G左右.因pp size为256m,故扩容2pps,即0.5G(其实扩1个pp也可以.2个放心点.) 4.扩容操作 extendlv lg_dumplv 2 5.检查当前lg_dumplv的大小. #lslv lg_dumplv 其中PP SIZE: 256 megabyte(s) PPs: 6 即,现在容量为1.5G. 6.使用dumpcheck命令查看,是否还出现errpt信息

C#文件监控时创建文件引发多次改变事件的解决办法

解决方案代码 [csharp]view plaincopyprint? https://www.360docs.net/doc/ac17518388.html,ing System; https://www.360docs.net/doc/ac17518388.html,ing System.Collections.Generic; https://www.360docs.net/doc/ac17518388.html,ing System.Linq; https://www.360docs.net/doc/ac17518388.html,ing System.Text; https://www.360docs.net/doc/ac17518388.html,ing System.IO; https://www.360docs.net/doc/ac17518388.html,ing System.Threading; 7. https://www.360docs.net/doc/ac17518388.html,space ShareReadFile 9.{ 10. public delegate void FileSystemEvent(String path); 11. 12. public interface IDirectoryMonitor 13. { 14. event FileSystemEvent Change; 15. void Start(); 16. } 17. 18. public class DirectoryMonitor : IDirectoryMonitor 19. { 20. private readonly FileSystemWatcher m_fileSystemWatcher = new File SystemWatcher(); 21. private readonly Dictionary m_pendingEvents = n ew Dictionary(); 22. private readonly Timer m_timer; 23. private bool m_timerStarted = false; 24. 25. public DirectoryMonitor(string dirPath) 26. { 27. m_fileSystemWatcher.Path = dirPath; 28. m_fileSystemWatcher.IncludeSubdirectories = false; 29. m_fileSystemWatcher.Created += new FileSystemEventHandler(OnC hange);

了解转储(dump)设备

了解转储(dump)设备 David Tansley, 系统管理员, Ace Europe 2012 年7 月30 日 如果发生意外,IBM AIX? 操作系统会崩溃,此时您可能希望能够自动搜集相关信息。利用转储(dump)设备,可在这些设备上部署核心转储功能,从而准备转移到IBM 支持。 简介 如果由于意外事件导致系统崩溃,则会发生核心转储。事实上,并非总在出现系统崩溃时才发生核心转储。然而,在本文中,假定系统崩溃是由于严重事件或用户强制性动作所引起的。转储包含了达到崩溃时内存的内容。就其本质而言,崩溃总是不期而至,因而当崩溃发生时,系统管理员还是应当事先做好防范措施。能够确定崩溃的发生是否是由系统重启引起,此时在错误日志里存在具有标签为SYSDUMP的条目。 在本演示中,我使用的是AIX 7.1。不过,我所讨论的原理也适用于AIX 5.3 和 6.1。 回页首做好准备 要想防范意外的系统崩溃,需要确保具有转储设备逻辑卷(LV),用于在系统恢复时存放转储。然而,如果转储设备不可用,那么应该指定第二转储设备来存放转储。可能人们并不关心系统崩溃何时发生,因而也对进一步研究转储文件不感兴趣。这完全取决于系统所有者。但是,为保障系统正常运行,在rootvg 中包含主转储设备是很好的做法,也是很有必要的。可为转储设备执行镜像,但是,IBM AIX 支持对此发出警告。这是因为崩溃可能会被执行镜像或同步相关,这会导致转储设备上的镜像无效。在某些情况下,转储文件仅会被复制到镜像转储设备(位于镜像磁盘中)的其中一个副本,当系统重启时,很可能仅恢复转储文件副本一半的内容,最好的做法是,将主转储设备放到一个非镜像的磁盘中,将第二设备放到另一个非镜像磁盘中。然而,对rootvg 转储设备执行镜像比较常见。只要第二转储设备不在分页空间中,或不在磁带设备之类的外部设备中,则它可以位于rootvg 内部,也可位于其外部。 回页首转储设备

Oracle的重要诊断工具events_如10046事件来进行SQL跟踪

Oracle的重要诊断工具events 海量oracle资料下载,请收藏 https://www.360docs.net/doc/ac17518388.html, 2011-1-4

摘要: 我们经常在论坛上看到用10046事件来进行SQL跟踪,那么到底是什么回事呢?这篇文章就可以很好的从零开始,告诉你是什么和怎样用。 这篇文章由【数据库吧】原创,如果转载请注明出处。 https://www.360docs.net/doc/ac17518388.html,/ 【数据库吧】 很多时候,对数据库进行性能诊断可以使用SQL跟踪的方法,把一些信息记录在trace 文件里以后分析。一般情况下我们可以通过初始化参数SQL_TRACE=TRUE来设置SQL跟踪。我们也可以通过设置10046事件来进行SQL跟踪,并且可以设置不同的跟踪级别,比使用SQL_TRACE获得更多的信息。 Level 0 停用SQL跟踪,相当于SQL_TRACE=FALSE Level 1 标准SQL跟踪,相当于SQL_TRACE=TRUE Level 4 在level 1的基础上增加绑定变量的信息 level 8 在level 1的基础上增加等待事件的信息 Level 12 在level 1的基础上增加绑定变量和等待事件的信息 10046事件不但可以跟踪用户会话(trace文件位于USER_DUMP_DEST),也可以跟踪background进程(trace文件位于BACKGROUND_DUMP_DEST)。 trace文件的大小决定于4个因素: 跟踪级别,跟踪时长,会话的活动级别和MAX_DUMP_FILE_SIZE参数 让我们从头说起: 一、Oracle跟踪文件 Oracle跟踪文件分为三种类型: 一种是后台报警日志文件: 记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。 在数据库出现故障时,应首先查看该文件,但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中,文件格式为SIDALRT.LOG。 另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件:

Oracle数据库基础

Oracle 数据库基础 数据库是我们安装完产品后建立的,可以在同一台主机上存在8i,9i,10g,11g等多个数据库产品,一套产品可以建立多个数据库,每个数据库是独立的。每个数据库都有自己的全套相关文件,有各自的控制文件、数据文件、重做日志文件、参数文件、归档文件、口令文件等等。 其中控制文件、数据文件、重做日志文件、跟踪文件及警告日志(trace files,alert files)属于数据库文件; 参数文件(parameter file)口令文件(password file)是非数据库文件 我们的表存储在数据库中 数据库不能直接读取 我们通过实例(instance)来访问数据库 数据库实例 实例由内存和后台进程组成 实例是访问数据库的方法 初始化参数控制实例的行为 一个实例只能连接一个数据库

启动实例不需要数据库 产品安装好 有初始化参数文件 就可以启动实例 与是否存在数据库无关 实例内存分为SGA 和PGA SGA:是用于存储数据库信息的内存区,该信息为数据库进程所共享。它包含Oracle 服务器的数据和控制信息,它是在Oracle 服务器所驻留的计算机的实际内存中得以分配,如果实际内存不够再往虚拟内存中写。 PGA:包含单个服务器进程或单个后台进程的数据和控制信息,与几个进程共享的SGA正相反,PGA 是只被一个进程使用的区域,PGA 在创建进程时分配,在终止进程时回收. 后台进程是实例和数据库的联系纽带 分为核心进程和非核心进程 当前后台进程的查看 SQL> select name,description from v$bgprocess where paddr<>'00'; NAME DESCRIPTION

dump文件查看器使用方法

Windbg-分析Windows蓝屏原因利 软件启动点File——Open Crash Dump,如图: 然后找到你的minidump文件夹,dump文件一般是"时间.dmp"如图: 打开后就会自动分析了。分析完后,看最下面,找到3.probably caused by这一行,如图:看,出来了吧那个myfault.sys文件就是罪魁祸首。 再补充点东西,

导入dump文件分析完毕后,不要关闭,在后面输入!analyze -v ,这个命令可以查看dump 文件的详细情况,如图: 对普通用户有用的还有下面一些信息: 第一行DEFAULT_BUCKET_ID: 错误类型,这个懂点编程和操作系统知识的朋友用得上点第三行PROCESS_NAME: XXX.exe 这个是导致错误的进程,查出是什么文件导致的蓝屏后,再看这里就知道是谁调用了错误文件,比如你查出123.sys导致蓝屏,但你查不到123.sys是哪个程序调用的,就可以用这个方法来看看,比如查出了是456.exe,你就可以在机子上或者网上搜索相关信息了。 好了,到这里相信大家已经学会怎么找到导致系统蓝屏的文件了,接下来怎么办呢?上网查资料,把导致蓝屏的那个文件名在网上搜索,基本就知道是什么文件了,一般网上也有相关的解决办法,看看要删除些什么插件、打什么补丁或者重装软件等等。导致问题的不一定是.sys文件也有可能是.dll,这篇文章只能帮你找出导致蓝屏的元凶,具体的解决办法得上网查。如果是查不到什么信息的.sys或者.dll就要当心了,有可能是病毒或者rootkit 附: windbg基本调试命令: r 可以显示系统崩溃时的寄存器,和最后的命令状态。 dd 显示当前内存地址,dd 参数:显示参数处的内存。 u 可以显示反汇编的指令 !analyze -v 显示分析的详细信息。 kb 显示call stack 内容 .bugcheck 可以显示出错的代码 windbg诊断蓝屏的一点补充

【IT专家】使用带有.change()事件的输入类型=“文件”字段上传文件并不总是在IE和Chrome中触发[重复]

本文由我司收集整编,推荐下载,如有疑问,请与我司联系使用带有.change()事件的输入类型=“文件”字段上传文件并不总是在 IE 和Chrome 中触发[重复] 使用带有.change()事件的输入类型=“文件”字段上传文件并不总是在IE 和 Chrome 中触发[重复][英]Upload files using input type=“file” field with .change() event not always firing in IE and Chrome [duplicate]I have simple piece of code to upload files: 我有一段简单的代码来上传文件: $(document).ready(function () { $(“.attachmentsUpload input.file”).change(function () { $(‘form’).submit();form action=“/UploadHandler.ashx”method=“post”enctype=“multipart/form-data”input type=“file”name=“file” / /form While I click on input and then select a file in dialog box, I’m submitting this file using ajax. This is not important part here. Important part is, that while I select the same file second time in the dialog box, just after submitting the first file, the .change() event does not fire in IE and Chrome. But while I choose different file, the event fires and works properly. Under Firefox it is firing all the time. 当我点击输入然后在对话框中选择一个文件时,我正在使用ajax 提交此文件。这 不是重要的部分。重要的是,当我在对话框中第二次选择相同的文件时,在提交第 一个文件之后,.change()事件不会在IE 和Chrome 中触发。但是当我选择不同的 文件时,事件会触发并正常工作。在Firefox 下,它一直在开火。 How to workaround this, to work as expected (as in Firefox) ? 如何解决这个问题,按预期工作(如在Firefox 中)? 29 Description This happens because the value of the input field (the selected filepath) does not change if you select the same file again. 发生这种情况是因为如果再次选择同一文件,则输入字段(所选文件路径)的值 不会更改。

AIX的Dump文件学习笔记(原创)

AIX的Dump文件学习笔记(原创) DUMP文件概述 为了增强故障分析能力,IBM的服务器增加了对设备故障当前环境的保存功能,就是保存一份设备故障时的内存、CPU寄存器、IO等设备的数据和状态信息,如果系统并没有停住,只是某个程序死掉,会产生CORE DUMP,在当前目录下产生一个CORE文件。而如果操作系统死掉,则产生System DUMP或者System Crash,通常会引起系统停机。DUMP的记录如下图所示。 作为一般客户通常只需要收集DUMP信息,并反馈给IBM工程师即可。当发生系统DUMP时,机器将会被宕下来。可能的原因包括:系统在进行内核操作时发生了未知的意外或者不能对其进行正常处理,都会引起DUMP。也可以由系统管理员发出命令,强制系统DUMP。 当系统进行DUMP时,DUMP管理设施自动将内核相关的数据(kernel segment0及其他由内核或者内核扩展程序记录在主DUMP表中的内存块)复制到主DUMP设备。可以把DUMP理解为系统当时的一个快照,供以后分析,分析DUMP可以在其他机器上进行,但需要复制一份此机器的内核程序,即unix_mp或unix_mp64.没有对应于DUMP的内核程序是午饭进行DUMP分析的。 DUMP的生成过程 CORE DUMP的生成过程 在进程运行出现异常行为时,例如无效地址访问、浮点异常、指令异常等,将导致系统转入内核态进行异常处理(即中断处理),向相应的进程发出特定信号例如SIGSEGV、SIGFPE、SIGILL 等。如果应用进程注册了相应信号的处理函数(例如可通过sigaction 注册信号处理函数),则调用相应处理函数进行处理(应用程序可以选择记录信息后生成core dump 并退出);否则将采取默认动作,例如SIGSEGV 的默认动作是生成core dump 并退出程序。 进程coredump 的时候,操作系统会将进程终止并释放其占用的资源,正常情况下,应用进程coredump 不会对系统本身的运行造成危害。当然如果系统中存在与此进程相关的其他进程,则这些进程会受到影响,至于后果则视其对此异常的具体处理而定。 由于相关指令已经包含在可执行文件中,core 文件一般只包含进程异常时相关的内存信息。其格式可参考/usr/include/sys/core.h 或者AIX 帮助文档的“Files Reference”章节。我们一般需要结合core 文件以及可执行程序,来分析问题所在 注:由于进程信号处理本质上是异步的,应用进程注册的信号处理函数中使用的例程需要保证是异步信号安全的,例如不能使用诸如pthread_ 开头的例程。 系统dump 生成过程 系统异常dump 的具体过程与应用进程类似,但由于更接近底层,为了避免问题所在的资源(例如文件系统)正好包含在生成dump 需要使用的资源中,造成dump 无法生成,操作系统一般会用最简单的方式来生成dump。例如系统内存小于4G 的情况下,一般直接将dump 生成在pagingspace 中;大于4G 时,会建专门的lg_dumplv 逻辑卷(裸设备),默认的dump设备/dev/hd6,次设备是/dev/sysdumpnull 保存dump 信息。在系统重启的时候,如果设置的DUMP 转存目录(文件系统中的目录)有足够空间,它将会转存成一个文件系统文件,缺省情况下,是/var/adm/ras/ 下的vmcore* 这样的文件。 下面是常见的转储设备大小规则 当服务器的内存大于4GB时,在安装AIX时,就会为系统dump 创建一专用区域,该逻辑卷名就是lg_dumplv. 其缺省大小是按以下规则分配的: 4GB < = 服务器的内存〈12GB lg_dump 的大小为1GB 12GB < = 服务器的内存〈24GB lg_dump 的大小为2GB 24GB < = 服务器的内存〈48GB lg_dump 的大小为3GB 48GB < = 服务器的内存lg_dump 的大小为4GB 系统dump 一般可以通过升级微码、提高系统补丁级别、升级驱动等方式解决。

oracle数据库基础教程期末考试简答与实践小抄范文

(1)第十章模式对象重点 数据是描述事物的符号,是数据库中存储的基本对象。在计算机中,用记录的形式来描述数据。数据与数据的解释即数据的语义是紧密结合的。数据库是指按一定的数据模型组织、描述和存储的数据的集合。数据库管理系统是位于操作系统与用户之间的一层数据管理软件。数据库系统是指数据库、数据库管理系统与计算机系统的结合。通常,在不引起混淆的情况下将数据库系统简称为数据库。 (2)数据库管理系统的主要功能包括:数据定义、数据操纵、数据库运行与控制、数据库建立与维护、数据字典定义以及数据通信等。数据库管理系统的内部分多个层次,由应用层、语言定义及其翻译处理层、数据存取层、数据存储层、操作系统以及数据库组成。 (3)数据库系统由数据库、操作系统、数据库管理系统、开发工具、应用系统、数据库管理员以及数据库用户组成。 (4)概念模型是用简单、清晰、用户易于理解的概念来描述现实世界具体事物及事物之间的关系。它是现实世界到信息世界的抽象,是数据库设计人员进行数据库设计的工具,与具体的数据库管理系统无关。组织数据模型是从数据组织方式的角度来描述信息,它决定了数据在数据库中的组织结构。 (5)关系数据库的完整性约束包括三类:实体完整性、参照完整性和用户定义完整性。实体完整性:是指关系中必须定义主键,以惟一的确定一个元组。主键由一个或多个属性构成,其取值惟一且不能为空(NULL)。参照完整性:在关系模型中,通过外键来表示表之间的联系。参照完整性是指一个表中的外键的取值必须是参照表中主键存在的值或为空(NULL)。例如,学生信息表中“班号”属性为外键,其取值必须是班级信息表中“班号”属性的某一个值或为空。用户定义完整性:是指用户根据特定应用情况,设定一些约束,反映某一具体应用所涉及的数据必须满足的语义要求。例如,“性别”属性的域为“男、女”。 (6) (7) Oracle数据库体系结构由物理存储结构、逻辑存储结构和实例组成。其中物理存储结构描述了操作系统层次数据的存储与管理,包括数据文件、日志文件、重做日志文件等组成。逻辑结构描述了数据库内部数据的组织与管理,由表空间、段、区、块组成。实例是数据库运行的软件结构,由内存结构和后台进程组成。数据库运行过程中,用户的操作在内存区中进行,最终通过后台进行转化为对数据库的操作。

信息安全事件与应急响应管理规范

. 司限公有电四川长虹器股份虹微公司管理文件 信息安全事件与应急响应管理规范 发布××××–××–××实施××××–××–××微虹川四长虹布司公发专业资料. . 目 录 .................................................................................................................... .... 1目的1. .................................................................................................................... 12. 适用围................................................................................................................ 13.工作原则

.................................................................................................... 24.组织体系和职责.................................................................................. 2 .信息安全事件分类和分级5. ....................................................................................................................................... 25.1. 信息安全事件分类2信息系统攻击事件 5.1.1........................................................................................................................................... 3信息破坏事件 5.1.2 ................................................................................................................................................... 3.............................................................................................................................................. 信息容安全事件5.1.3. 3................................................................................................................................................... 设备设施故障5.1.4 3 5.1.5....................................................................................................................................................... 灾害性事件 35.1.6.......................................................................................................................................... 其他信息安全事件 ............................................................................................................................................ 3安全事件的分级5.2.45.2.1特别重大信息安全事件(一 级) .................................................................................................................. 4重大信息安全事件(二 级) .......................................................................................................................... 5.2.24较大信息安全事件(三级)5.2.3..........................................................................................................................

Oracle数据库管理与应用实例教程(刘志成)课后习题及答案

【填空题】 1.默认情况OEM的URL地址是https://sd04:1158/em(其中sd04为机器名) 2.Oracle9i发布于2001,i代表Internet,11G发布于2007,g代表grid(网格) 3.在oracle内存结构中,保存正在执行或可能执行的代码的区是代码区 4.在oracle进程结构中,用于实现进程监控功能的进程是PMON 1.Oracle数据库系统的物理存储结构主要由3类文件组成,分别为数据文件、重做日志文件、控制文件。 2.一个表空间物理上对应一个或多数据文件 3.在oracle的逻辑存储结构中,根据存储数据的类型,可以将段分成为数据段、索引段、回滚段、LOB段和临时段。 1.在设计表时,对于邮政编码最适合的数据类型是CHAR 2.在alter table语句中,如果要删除列,可以通过指定DROP COLUMN关键字来实现。 3.如果需要在表中插入一批已经存在的数据,可以在insert语句中使用SELECT语句。 4创建一个update语句来修改goods表中的数据,并且把每一行的t-id值都改成15,应该使用的SQL语句是UPDATE SCOTT.Goods SET t_ID=’15’ 5.使用DESC命令可以显示表的结构信息 6.两个表的主关键字和外关键字的数据应该对应一致,这是属于引用完整性,通常可以通过主键和外键来实现。 7.UNIQUE约束通过确保在列中不输入重复值保证一列或多列的实体完整性。 1.在select语句中选择满足条件的记录使用where关键字,分组之后进行选择使用having 关键字 2.用来返回特定字段中所有值得总和的聚合函数是SUM 3.编写查询语句时,使用%通配符可以匹配多个字符。 18.集合运算符UNION实现集合的并运算,操作符INTERSECT实现了对集合的交运算,而MINUS则实现了减运算 19.如果要定义只读的视图,可以在创建视图时使用READ ONLY关键字 20.删除视图的PL\SQL语句是DROP VIEW [用户方案.]视图名 21.在使用CREATE INDEX创建索引时,使用BITMAP关键字可以创建位图索引 22.聚集(Cluster)是存储表数据的可选择的方法。一个聚集是一组表,将具有同一公共列值的行存储在一起,并且它们经常一起使用,表中相关的列称为聚集键 23.在为表中某个列定义PRIMARY KEY约束PK_ID后,则系统默认创建的索引名为PK_ID 24.如果表中某列的基数比较低,则应该在该列上创建反向索引 25.如果要获知索引的使用情况,可以通过查询DBA_INDEXES视图,而要获知索引的当前状态,可以查询INDEX_STATS视图。 26. 在Oracle的PL/SQL程序中,除了可以使用Oracle规定的数据类型外,还可以使用%TYPE 类型的变量,由系统根据检索的数据表列的数据类型决定该变量的类型,也可以使用%ROWTYPE 类型的变量用来一次存储从数据表中检索的一行数据。 27. SYSDATE函数可以获得当前系统的日期,SUBSTR(s,start,len)函数可以实现从指定的字符串中取指定长度的字符串。 28. 用来变异存储过程的PL/SQL语句是ALTER PROCEDURE,CREATE FUNCTION语句可以用来创建函数。

Oracle数据库基础题库【含答案】

1、判断题,正确请写写"T",错误请写写"F", 1、oracle数据库系统中,启动数据库的第一步是启动一个数据库实例。( T ) 2、Oracle服务器端的监听程序是驻留在服务器上的单独进程,专门负责响应客户机的连接请求。( F) 3、oracle数据库中实例和数据库是一一对应的(非ORACLE并行服务,非集群)。( T) 4、系统全局区SGA 是针对某一服务器进程而保留的内存区域,它是不可以共享的。( F ) 5、数据库字典视图ALL_***视图只包含当前用户拥有的数据库对象信息。( F ) 8、数据字典中的内容都被保存在SYSTEM表空间中。( T ) 9、HAVING后面的条件中可以有聚集函数,比如SUM(),AVG()等, WHERE 后面的条件中也可以有聚集函数。( F ) 10、"上海西北京" 可以通过like ‘%上海_’查出来。( F ) 11、表空间是oracle 最大的逻辑组成部分。Oracle数据库由一个或多个表空间组成。一个表空间由一个或多个数据文件组成,但一个数据文件只能属于一个表空间。( T ) 12、表空间分为永久表空间和临时表空间两种类型。( T ) 13、truncate是DDL操作,不能 rollback。( T ) 14、如果需要向表中插入一批已经存在的数据,可以在INSERT语句中使用WHERE语句。( F ) 15、Oracle数据库中字符串和日期必须使用双引号标识。( F ) 16、Oracle数据库中字符串数据是区分大小写的。( T ) 17、Oracle数据库中可以对约束进行禁用,禁用约束可以在执行一些特殊操作时候保证操作能正常进行。( F ) 18、为了节省存储空间,定义表时应该将可能包含NULL值的字段放在字段列表的末尾。( T ) 20、在连接操作中,如果左表和右表中不满足连接条件的数据都出现在结果中,那么这种连接是全外连接。( T ) 21、自然连接是根据两个表中同名的列而进行连接的,当列不同名时,自然连接将失去意义。( T ) 23、PL/SQL代码块声明区可有可无。( T ) 24、隐式游标与显式游标的不同在于显式游标仅仅访问一行,隐式的可以访问多行。( F )

TcpDump文件格式和结构

查看文章 Tcpdump文件格式和结构 2009-04-13 14:07 前言:层层剖析Tcpdump文件格式。 当你在Windows或者Linux环境下用tcpdump命令抓取数据包时,你将得到如下格式的tcpdump文件: 文件头| 数据包头 | 链路层数据 | 数据包头 | 链路层数据 | 数据包头 | 链路层数据 |...... 1. 文件头:每一个文件都以一个24字节的文件头开头。前四个字节是tcpdump 文件标志“A1 B2 C3 D4”或为“D4 C3 B2 A1”。 2. 数据包头 | 链路层数据:文件头之后,就是“数据包头 | 链路层数据”为一组的这样一组组数据。 3. 数据包头长度16个字节,它不是网路上真正传输的数据,它包含的信息主要是截获这个包的时间等信息。数据包头的第8-11和12-15字节(按编程习惯,第一个字节为0字节)表示后面链路层数据包的长度。8-11字节是其理论长度,12-15字节为其实际长度,如果存在截断情况,两者可能不同。如果在tcpdump 命令中使用了 -s 0 参数,则8-11字节和12-15字节应该相等。 从数据包头结束,到长度指明的字节数为止,是实际在网络中传输的链路层数据包。然后,就是下一个数据包头。 4. 链路层数据 链路层数据包格式和传输的方式有关:局域网共享上网,则是RFC894以太网协议,少数情况下是RFC 1042和802.3协议;如果是Modem拨号上网,则是RFC 1055的SLIP协议;如果是ADSL,则是RFC 1548的PPP协议。RFC894/RFC 1042/RFC 1548这三种协议的格式都是: 包头 | IP数据包 |(包尾) 对于RFC894,包头长度为14字节; ------>局域网方式上网; 对于RFC1042,包头长度为22字节; 对于RFC1548,包头长度为5字节;------>ADSL方式上网; 跨过这些包头字节,就是IP数据包了。 5.IP数据包: IP数据包格式为: IP包头 | IP包数据

Oracle11g数据库基础教程-参考答案资料

第1章Oracle 11g数据库安装与配置 1.简答题 (1) 企业版数据库服务器包含所有的数据库组件,主要针对高端的应用环境,适用于安全性和性能要求较高的联机事务处理(OLTP)、查询密集型的数据仓库和要求较高的Internet应用程序:标准版数据库服务器提供大部分核心的数据库功能和特性,适合于工作组或部门级的应用程序:个人版数据库服务器只提供基本数据库管理功能和特性,适合单用户的开发环境,为用户提供开发测试平台。 (2) 常用数据库类型包括事务处理类、数据仓库类以通用类型。其中事务处理类型主要针对 具有大量并发用户连接,并且用户主要执行简单事务处理的应用环境。事务处理数据库的典型应用有银行系统数据库、Internet电子商务数据库、证券交易系统数据库等。对于需要较 高的可用性和事务处理性能、存在大量用户并行访问相同数据以及需要较高恢复性能的数据 库环境,事务处理类型的配置可以提供最佳性能;数据仓库类型的数据库主要针对有大量的 对某个主题进行复杂查询的应用环境。数据仓库的典型应用有客户订单研究、支持呼叫、销售预测、采购模式以及其他战略性业务问题的历史数据研究。对于需要对大量数据进行快速 访问,以及复杂查询的数据库环境,数据仓库类型配置是最佳选择;通用类型配置的数据库是事务处理数据库与数据仓库配置的折衷方案。既可以支持大量并发用户的事务处理,又可以快速对大量历史数据进行复杂的数据扫描和处理。 (3) 数据库名可以由字母、数字、下划线(_)、#和美元符号($)组成,且必须以字母开头,长度不超过30个字符。在单机环境中,可以不设置域名,域名长度不能超过128个字符。Oracle服务标识符(SID)是一个Oracle实例的唯一名称标识,长度不能超过12个字符。(4) OracleServiceORCL:数据库服务(数据库实例),是Oracle核心服务,是数据库启 动的基础,只有该服务启动,Oracle数据库才能正常启动。(必须启动) OracleOraDb11g_home1TNSListener:监听器服务,该服务只有在远程访问数据库时 才需要(无论远程计算机还是本地计算机,凡是通过Oracle Net网络协议连接数据 库都属于远程访问)。(必须启动) OracleOraDb11g_home1ConfigurationManager:配置Oracle启动时的参数的服务。(非必须启动) OracleOraDb11g_home1ClrAgent:提供对.NET支持的Oracle数据库扩展服务。(非必须启动) OracleJobSchedulerORCL:数据库作业调度服务。(非必须启动) OracleDBConsoleorcl:Oracle控制台服务,即企业管理器服务。只有该服务启动了, 才可以使用Web方式的企业管理器管理数据库。(非必须启动) OracleVssWriterORCL:是Oracle对VSS提供支持的服务。(非必须启动) OracleMTSRecoveryService:是允许数据库充当一个微软事务服务器、COM/COM+对象和分布式环境下的事务资源管理器的服务。

事故(事件)报告、调查和处理控制程序

事故(事件)报告、调查和处理控制程序 1目的 为了建立有效的事故处理机制,及时报告和处理事故,采取预防措施,防止同类事 故的再次发生并最大限度地降低事故可能造成的后果。 2适用范围 适用于对公司范围内的事故(事件)报告、调查和处理。 3权责 3.1 生产部负责对环境和人身事故的报告、调查、处理工作归口管理,负责事故的统计,参与调查、报告和处理工作,并协调、监督事故的调查、报告和处理。 3.2 工程设备部负责对机器设备故障事故管理。 3.3 财务部负责对财产损失事故归口管理。 3.4 管理者代表组织重大事故的调查处理工作。 3.5 员工代表监督人身事故处理过程。 4 工作程序 4.1

4.2 事故范围 公司在生产、活动过程中发生下列情况之一或组合,均视为事故: A 公司范围内所有人员,包括外来人员因工受伤或死亡; B 出现职业病; C 设备、设施遭到破坏; D 环境污染或生态破坏。 4.3 工作原则 事故的报告、调查和处理工作必须坚持实事求是,遵循科学和“四不放过”的原则。 4.4 事故报告 4.4.1 报告内容:事故发生的时间、地点、人员、简要经过,已经或可能造成的损失及采取的应急措施。 4.4.2 报告程序 4.4.2.1 人员伤亡 A 发生轻伤事故,负伤者或现场有关人员应立即报告本部门负责人,部门负责人及生产部经理报告。 B 发生重伤事故,生产部经理应立即报告总经理,还应在24 小时内报告上级主管部门及有关政府部门。 C 发生死亡事故,除报告上述单位外,还应在2 小时内向当地有关政府部门报告。 D 伤亡性质按劳动部《企业职工伤亡事故报告和处理规定》判定。 4.4.2.2 发生火灾事故后,现场人员应视火势情况立即向本单位应急小组、消防部门报警。若发生人员伤亡,按4.4.2.1 条处理。 4.4.2.3 发生设备、设施异常损坏,导致环境破坏事故时,现场作业人员应立即报告本部门负责人,由负责人向生产部汇报,生产部视后果严重程度报告总经理。 4.4.2.4 当公司员工经确认有职业病后,由管理部填写《职业病报告卡》,并报告总经理及上级主管部门。 4.4.3 接到事故报告后,各主管单位或部门应按《应急准备和响应控制程序》要求,立即组织救援工作,以防止事故扩大。 4.4.4 任何对事故报告者的打击报复行为,经证实后,交总经理处置。 4.5 事故调查 4.5.1 调查的组织原则 4.5.1.1 轻伤事故,由责任单位负责调查,填写《事故报告、调查处理表》,并于三日内报生产部和管理者代表。

驱动蓝屏后调试DUMP文件 无PDB文件

关于分析DUMP文件的一些想法: 在分析一个驱动蓝屏的时候,如果有驱动的PDB文件就很容易找到出错的地方,然是如果没有PDB文件,往往比较麻烦,只能给出个大题的东西,今天调试了一下DUMP文件,有点感触,先来分析一下, 双机调试的方法不说了,直接开始调试:加载驱动文件,直接蓝屏了,这个时候WINDBG 给出了一下提示: FOLLOWUP_IP: HelloDDK+5ae f7c455ae 8be5 mov esp,ebp BUGCHECK_STR: 0x7E DEFAULT_BUCKET_ID: NULL_DEREFERENCE LAST_CONTROL_TRANSFER: from f7c455ae to 8060d589 STACK_TEXT: f7a01c54 f7c455ae 00000000 0000000a 0000000a nt!ProbeForWrite+0x39 WARNING: Stack unwind information not available. Following frames may be wrong. f7a01c74 f7c45504 f7a01d4c 805777f1 864d2b10 HelloDDK+0x5ae f7a01c7c 805777f1 864d2b10 860cd000 00000000 HelloDDK+0x504 f7a01d4c 80577901 800008a8 00000001 00000000 nt!IopLoadDriver+0x66d f7a01d74 80535c32 800008a8 00000000 865b4020 nt!IopLoadUnloadDriver+0x45 f7a01dac 805c71e0 f7a69cf4 00000000 00000000 nt!ExpWorkerThread+0x100 f7a01ddc 80542e12 80535b32 00000001 00000000 nt!PspSystemThreadStartup+0x34 00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16 SYMBOL_STACK_INDEX: 1 SYMBOL_NAME: HelloDDK+5ae FOLLOWUP_NAME: MachineOwner MODULE_NAME: HelloDDK IMAGE_NAME: HelloDDK.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4d60d8a6 STACK_COMMAND: .cxr 0xfffffffff7a01880 ; kb FAILURE_BUCKET_ID: 0x7E_HelloDDK+5ae

相关文档
最新文档