Informix IDS 11体系治理(918检讨)认证指南,第2部门体系勾当监视(6)

动静日记

数据库效力器动静日记是一个操作体系文件。数据库效力器动静日记中包含的动静通常并不要求治理员马上采纳步伐。

地位

指定动静日记路子的设施是设置 MSGPATH 设置参数。对 MSGPATH 的修正会在数据库效力器从新启动之后收效。

监视动静日记

应该每天查抄动静日记一两次,确认效力器运转正常并且日记记载的事情都是意估中的事情。行使 onstat -m 号令获得动静日记的称呼和近来的 20 个记载。行使文本编纂器查抄完整的动静日记。可以行使操作体系号令(歧 UNIX 号令 tail -f)在动静呈现时查抄它们。

应该监视动静日记的大小,因为数据库效力器会将新的记载追加到这个文件的末了。凭证需求编纂日记,能够将它备份到磁盘上并删除它。

借使数据库效力器碰着失败,动静日记可以作为审计东西,可以用来研究哪些事情招致了成就。数据库效力器屡屡会在动静日记中提供成就的性质和倡议的改正步伐。

在研究成就的缘由时,可以过细查抄数据库效力器动静日记。可是,在一样平时监视中不需求这样做。

动静的种别

有四个动静种别,可是某些动静属于多个种别:

  • 常规信息
  • 断言失败动静
  • 需求的治理操作
  • 探测到的严峻错误

日记动静的示例

清单 7. 常规动静的示例

                    
Wed Apr 18 19:01:23 2007
22:56:00  Maximum server connections 284 
22:56:03  Level 1 Archive started on dbsherm05
23:23:40  Logical Log 42173 Complete, timestamp: 0xeee826ad.
23:23:41  Logical Log 42173 - Backup Started
23:24:26  Logical Log 42173 - Backup Completed
23:26:30  Checkpoint Completed: duration was 29 seconds, 36019 buffers not flushed.
23:26:30  Checkpoint loguniq 42174, logpos 0x281d658, timestamp: 0xeeece592



清单 8. 断言失败动静的示例
                    
19:12:26   Who: Session(33, informix@rdbms2, 0, 25da90ba8)
		Thread(63, xchg_1.6, 25da5d308, 1)
		File: rspartn.c Line: 2426
19:12:26   Results: Could not complete operation on 'erv:"informix".stmy'
19:12:26   Action: Run 'oncheck -cDI ermes:"informix".avvisi_out_tot_e2'
19:12:26  stack trace for pid 1474 written to /appl/InformixDump/af.4274f8a
19:12:26   See Also: /appl/InformixDump/af.4274f8a
19:12:38  ptmap
19:12:38  Assert Failed: ptmap



清单 9. 需求的治理操作动静的示例
                    
11:05:49 Maximum server connections 4 
11:08:05 Logical Log Files are Full -- Backup is Needed 



清单 10. 严峻错误动静的示例
                    
15:24:33  IBM Informix Dynamic Server Started.
15:24:33  shmget: [EEXIST][17]: key 52584801: shared memory already exists
15:24:33  mt_shm_init: can't create resident segment
15:40:09  Assert Failed: Unexpected virtual processor termination, 
                  pid = 526411, exit = 0x9


事情劝诫

数据库效力器可以凭证数据库效力器情况中发生发火的事情,自动地触发治理操作。这种机制称为事情劝诫(event-alarm)特征。事情可所以信息性的(歧,备份完成),也可所以需求治理员寄望的错误(歧,无法分配内存)。要想行使事情劝诫特征,需求将 ALARMPROGRAM 设置参数设置为一个可实行文件的完整路子,这个可实行文件实行必须的治理操作。

数据库效力器可以实行一个程序,每当呈现某些值得寄望的事情劝诫时,能够每当呈现任何事情劝诫时,这个程序会实行操作。值得寄望的事情劝诫包括数据库、表、索引、块或 dbspace 离线,内部子体系失败,启动失败,以及探测到长事务。可以经由议定电子邮件或 pagermail 吸收事情劝诫的关照。

行使 表 7 中的参数指定:

  • 事情劝诫程序是针对一切事情劝诫实行操作,照旧只针对某些事情劝诫
  • 当发生发火事情劝诫时实行什么操作

表 7. 事情劝诫参数
参数 描画
ALRM_ALL_EVENTS 指定 ALARMPROGRAM 是针对 MSGPATH 中记载的一切事情运转,照旧只针对指定的值得寄望的事情运转。
ALARMPROGRAM 指定在发生发火事情劝诫时实行的文件的地位。



版权声明: 原创作品,同意转载,转载时请务必以超链接体式把戏标明文章 原始出处 、作者信息和本声明。不然将追究执法责任。

原文地址:https://www.cnblogs.com/zgqjymx/p/1973045.html