Oracle11gNew可诊断性增强功能 - 数据库编程

TOP

Oracle11gNew可诊断性增强功能(二)

2014-11-24 00:56:29 来源: 作者: 【大中小】浏览:55次

中的数据库主页。 2.在“Related Links（相关链接）”下，单击“Alert Log Contents（预警日志内容）”。此时会显示“View Alert Log Contents（查看预警日志内容）”页。 3.选择要查看的条目编号，然后单击“Go（开始）”。
使用ADRCI查看预警日志

使用ADRCI查看预警日志还可以使用ADRCI查看预警日志文件的内容。可以选择更改当前的ADR 主目录。使用SHOW HOMES命令列出所有ADR 主目录，然后使用SET HOMEPATH命令更改当前的ADR主目录。请确保已正确设置了操作系统环境变量（如ORACLE_HOME），然后在操作系统命令提示符下输入以下命令：adrci。该实用程序会启动，并显示如幻灯片中所示的提示符。然后，使用SHOW ALERT命令。要限制输出，可以使用–TAIL选项查看最近的记录。这将显示预警日志的最后部分（大约20 到30 条消息），然后等待更多消息进入预警日志中。这些刚刚进入到预警日志的消息也会显示出来。使用此命令，可以对预警日志进行实时监视。按CTRL-C可停止等待并返回到ADRCI提示符处。如果需要，还可以指定要打印的行数。还可以过滤SHOW ALERT命令的输出，如该幻灯片中示例底部所示，您希望只显示包含字符串ORA-600的预警日志消息。注：ADRCI允许您将输出假脱机到文件中，与在SQL*Plus 中使用的方法非常相似。
问题和意外事件

问题和意外事件为了简化严重错误的诊断和解决过程，故障可诊断性基础结构对Oracle DB 引入了两个概念：问题和意外事件。问题是指数据库中的严重错误。ADR 将对问题进行跟踪。每个问题都由唯一的问题ID 标识，并具有问题关键字，问题关键字是描述问题的属性集。问题关键字中包括ORA 错误编号、错误参数值和其它信息。下面是一个可能的严重错误列表： - 所有内部错误-ORA-60x错误 - 所有系统非法访问-（SEGV、SIGBUS） - ORA-4020（库对象上出现死锁）、ORA-8103（对象不再存在）、ORA-1410（ROWID 无效）、ORA-1578（数据块已损坏）、ORA-29740（节点逐出）、ORA-255（未装载数据库）、ORA-376（此时无法读取文件）、ORA-4030（进程内存不足）、ORA-4031（无法分配更多字节的共享内存）、ORA-355（更改号次序混乱）、ORA-356（更改说明中的长度不一致）、ORA-353（日志损坏）、ORA-7445（操作系统异常）意外事件是指出现一次的问题。如果问题出现多次（这种情况较常见），则每次出现时都会创建一个意外事件。ADR 将对意外事件进行跟踪。每个意外事件都由数字意外事件ID 标识，此ID 在一个ADR 主目录中是唯一的。
如果发生意外事件，数据库会在预警日志中创建一个条目，收集关于该意外事件的诊断数据（堆栈跟踪、进程状态转储和其它重要数据结构转储），使用意外事件ID 标记诊断数据，然后将数据存储在为该意外事件创建的ADR 子目录中。每个意外事件均具有问题关键字，并映射到一个问题。如果两个意外事件的问题关键字相匹配，则认为它们的根本原因相同。如果大量会话都出现相同的严重错误，则会迅速创建很多诊断信息，此时多于一定数量的意外事件的诊断信息是不必要的。因此，ADR 提供了涌进控制，以便在给定时间间隔内仅转储一定数量的属于同一问题的意外事件。请注意，受到涌进控制的意外事件仍然会生成意外事件，它们只是跳过转储操作。默认情况下，对于某个给定问题每小时只允许五个转储。可以将问题视为具有相同故障现象的一组意外事件。引入此概念的主要原因是为了使用户能够更轻松地管理自己系统中的错误。例如，一个出现20 次的故障现象将仅报告给Oracle 一次。您通常需要管理问题而不是意外事件，可使用IPS 将问题打包发送到Oracle 技术支持。如果出现严重错误，系统会自动创建最常见的意外事件，但是，您也可以通过EM 支持工作台提供的GUI 手动创建意外事件。当希望报告的问题不带有在Oracle 代码中引发的严重错误时，一般会手动创建意外事件。随着时间的推移，ADR 中会累积越来越多的意外事件。使用保留策略，可以指定诊断数据的保留时间。ADR 意外事件由两个不同的策略控制：意外事件元数据保留策略控制元数据的保留时间。此策略的默认设置为一年。意外事件文件和转储保留策略控制生成的转储文件的保留时间。此策略的默认设置为一个月。可使用EM 的“Support Workbench（支持工作台）”页上的“Incident Package Configuration（意外事件程序包配置）”链接来更改这些设置。在RDBMS 组件中，MMON 负责自动清除过期的ADR 数据。意外事件状态反映了该意外事件所处的状态。意外事件可以处于以下任一状态：正在收集：已新建了意外事件，该意外事件正在收集诊断信息。在此状态下，意外事件数据可能不完整，此时不应打包，而应谨慎地查看。就绪：数据收集阶段已完成。现在可以使用意外事件进行分析，或将意外事件打包发送到Oracle 技术支持。正在跟踪：DBA 正在处理意外事件，并且选择将该意外事件无期限地保留在资料档案库中。必须手动将意外事件状态更改为此值。关闭：此时，意外事件处于完成状态。在此状态下，ADR 可以选择在超过保留策略后清除的意外事件。数据已清除：已经从该意外事件中删除了相关联的文件。在某些情况下，即使意外事件文件实际上可能仍然存在，也建议用户不要查看这些文件，因为它们可能处于不一致的状态。请注意，意外事件的意外事件元数据本身仍有效，可以进行查看。
可使用ADRCI(show incident -mode detail)查看意外事件状态，也可以直接在支持工作台中查看。如果意外事件处于正在收集或就绪状态的时间已超过其保留期长度的两倍，则该意外事件将自动更改为关闭状态。可以手动清除意外事件文件。为简单起见，由ADR 内部维护问题元数据。问题是在（问题关键字的）第一个意外事件出现时自动创建的。将最后一个意外事件从资料档案库中删除后，问题元数据也会被删除。注：无法对严重错误禁用自动创建意外事件功能。
意外事件打包服务(IPS) 可以使用多条规则，将ADR 中给定问题的所有相关转储与跟踪关联起来，以将其打包发送到Oracle 技术支持。规则可以涉及大概在同一时间生成且与相同客户端、相同错误代码等相关联的文件。 DBA 可以在打包前显式添加/编辑或删除文件。可通过EM 或ADRCI访问IPS。
意外事件打包服务通过意外事件打包服务(IPS)，您可以自动并轻松地收集与严重错误相关的所有诊断数据（跟踪、转储、健康状况检查报告、SQL 测试案例等），并将数据打包成zip 文件以传送给Oracle 技术支持。因为与严重错误有关的所有诊断数据都使用该错误的意外事件编号进行了标记，所以不必搜索跟踪文件、转储文件等来确定执行分析所需的文件；意外事件打包服务会自动标识所有必需的文件并将其添加到程序包中。
意外事件程序包

意外事件程序包要将诊断数据上载到Oracle 支持服务，请先收集意外事件程序包中的数据。创建意外事件程序包时，可以选择要添加到意外事件程序包中的一个或多个问题，支持工作台随后自动将与所选问题相关联的意外事件信息、跟踪文件和

首页上一页 1 2 3 4 5 6 7 下一页尾页 2/8/8
【大中小】【打印】【繁体】【投稿】【收藏】【推荐】【举报】【评论】【关闭】【返回顶部】
分享到:
上一篇：Postgresql数据库的一些字符串操..	下一篇：OCP-1Z0-053-V13.02-631题

帐　　号:

密码: (新用户注册)

验证码:

表　　情:

内　　容: