sky 的个人资料DBA日记照片日志列表更多 工具 帮助
2006/8/29

退出了小区的qq群

自从买了房子,就和一些邻居在网上认识了
弱水、独自夫妇、特工、绰号、深蓝色等等,让我觉得中海真的象一个大家庭一样。
虽然在论坛和qq群上我很安静,基本不怎么说话,但是我一直关注着。
今天看见他们在群里吵架,就进去劝了几句。
发现群里充斥着怪异的气氛。
一开始的那个宽容、信任、友好的氛围竟然完全不见了。
想想,眼不见心不烦,我还是出来吧。
再见了,我亲爱的中海qq群,再见了,我在这里度过的数百个日日夜夜!
2006/8/28

工资体制调整

正式员工地位低下的日子能过去吗?
祈祷吧。啊门!

2006年的第一次出差(如果没记错的话)

上周四去了趟四平,周六才回来。
好久没出差了,已经忘了出差的感觉。这次再出,才体会到,原来不用出差是何等的幸福啊
本来5个小时的活,结果2天才完成。
为啥呢!?备份!
问局里备份需要多长时间,得到的答复是3个小时(包括索引)。结果我备份了5个多小时后,发现了一个异常的表,居然有3亿5千万数据,而且没有分区,于是一个ora-1555结束了我5个多小时的等待。
offline所有小的回滚段,创建大的回滚段(回滚表空间还有11g,那个异常的表大约8gb),禁用job进程,重新开始,在历时7个多小时(23:00-6:00),终于完成了。不备份索引,居然用了7个小时,和局方所说的3个小时(带索引)相差甚远。
 
可是对vg的操作也只好等到第二天了:(
 
半年来日渐规律的睡眠,也被这次熬夜彻底费了。一直到今天,我睡眠也没调整过来。这不,一大早,我睡眼朦胧的来上班来了
估计一会儿又得有人问我:“你咋这么憔悴呢?”。
 
如果总结一下,到底是软件技术支持部这种平时不用加班,加班就熬夜的工作好;还是软件开发部的会持续的加班,但是不用熬到很晚的工作好呢?
我想工作内容我喜欢前者,加班方式我喜欢后者吧。
后面的加班方式,虽然占用了很多私人的时间,但是基本上不会对身体造成太大的影响。
而前面的加班方式,已经造成了多个人的神经衰弱。前者这方面的影响小一些,我在省公司加班近4个月没出差,今年的睡眠明显比去年改善了很多。
还有就是,现在这种加班方式,虽然表面看占用时间不多,其实熬夜之后的几天内,才能完全恢复精神。这算不算占用了私人的时间呢
 
啥时候能有工作内容俺喜欢,加班方式俺也喜欢,当然最好收入俺还喜欢的工作阿 
当然如果没有这样的工作,就给俺一个第一或者第三条俺非常非常喜欢的吧
神啊,救救我吧!
2006/8/23

oracle跟踪文件与跟踪事件(zt)

记录一下:)
以下为原文
===========================================================
作者: cc59(http://cc59.itpub.net)
发表于:2006.08.03 02:49
分类: oracle
出处:http://cc59.itpub.net/post/1845/183371
---------------------------------------------------------------


一、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同用。
level为事件级别关键字。但在dump错误栈(errorstack)时不存在级别。
levelnumber表示事件级别号,一般从1到10,1表示只dump结构头部信息,10表示dump结构的所有信息。

1、buffers事件:dump SGA缓冲区中的db buffer结构
alter session set events 'immediate trace name buffers level 1'; --表示dump缓冲区的头部。

2、blockdump事件:dump数据文件、索引文件、回滚段文件结构
alter session set events 'immediate trace name blockdump level 66666'; --表示dump块地址为6666的数据块。
在Oracle 8以后该命令已改为:
alter system dump datafile 11 block 9; --表示dump数据文件号为11中的第9个数据块。

3、controlf事件:dump控制文件结构
alter session set events 'immediate trace name controlf level 10'; --表示dump控制文件的所有内容。

4、locks事件:dump LCK进程的锁信息
alter session set events 'immediate trace name locks level 5';

5、redohdr事件:dump redo日志的头部信息
alter session set events 'immediate trace name redohdr level 1'; --表示dump redo日志头部的控制文件项。
alter session set events 'immediate trace name redohdr level 2'; --表示dump redo日志的通用文件头。
alter session set events 'immediate trace name redohdr level 10'; --表示dump redo日志的完整文件头。

注意:redo日志的内容dump可以采用下面的语句:
alter system dump logfile 'logfilename';

6、loghist事件:dump控制文件中的日志历史项
alter session set events 'immediate trace name loghist level 1'; --表示只dump最早和最迟的日志历史项。
levelnumber大于等于2时,表示2的levelnumber次方个日志历史项。
alter session set events 'immediate trace name loghist level 4'; --表示dump 16个日志历史项。

7、file_hdrs事件:dump 所有数据文件的头部信息
alter session set events 'immediate trace name file_hdrs level 1'; --表示dump 所有数据文件头部的控制文件项。
alter session set events 'immediate trace name file_hdrs level 2'; --表示dump 所有数据文件的通用文件头。
alter session set events 'immediate trace name file_hdrs level 10'; --表示dump 所有数据文件的完整文件头。

8、errorstack事件:dump 错误栈信息,通常Oracle发生错误时前台进程将得到一条错误信息,但某些情况下得不到错误信息,可以
采用这种方式得到Oracle错误。
alter session set events '604 trace name errorstack forever'; --表示当出现604错误时,dump 错误栈和进程栈。

9、systemstate事件:dump所有系统状态和进程状态
alter session set events 'immediate trace name systemstate level 10'; --表示dump 所有系统状态和进程状态。

10、coalesec事件:dump指定表空间中的自由区间
levelnumber以十六进制表示时,两个高位字节表示自由区间数目,两个低位字节表示表空间号,如0x00050000表示dump系统表空间中的
5个自由区间,转换成十进制就是327680,即:
alter session set events 'immediate trace name coalesec level 327680';

11、processsate事件:dump进程状态
alter session set events 'immediate trace name processsate level 10';

12、library_cache事件:dump library cache信息
alter session set events 'immediate trace name library_cache level 10';

13、heapdump事件:dump PGA、SGA、UGA中的信息
alter session set events 'immediate trace name heapdump level 1';

14、row_cache事件:dump数据字典缓冲区中的信息
alter session set events 'immediate trace name row_cache level 1';

三、内部事件号

1、10013:用于监视事务恢复
2、10015:转储UNDO SEGMENT头部
event = "10015 trace name context forever"
3、10029:用于给出会话期间的登陆信息
4、10030:用于给出会话期间的注销信息
5、10032:转储排序的统计信息
6、10033:转储排序增长的统计信息
7、10045:跟踪Freelist管理操作
8、10046:跟踪SQL语句
alter session set events '10046 trace name context forever, level 4'; --跟踪SQL语句并显示绑定变量
alter session set events '10046 trace name context forever, level 8'; --跟踪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:触发数据块检查事件
event = "10210 trace name context forever, level 10"
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 '10231 trace name context off'; -- 关闭会话期间的数据块检查
event = "10231 trace name context forever, level 10" -- 对任何进程读入SGA的数据块进行检查
30、10232:将设置为软损坏(DBMS_REPAIR包设置或DB_BLOCK_CHECKING为TRUE时设置)的数据块dump到跟踪文件
31、10235:用于内存堆检查
alter session set events '10235 trace name context forever, level 1';
32、10241:转储远程SQL执行
33、10246:跟踪PMON进程
34、10248:跟踪dispatch进程
35、10249:跟踪MTS进程
36、10252:模拟写数据文件头部错误
37、10253:模拟写redo日志文件错误
38、10262:允许连接时存在内存泄漏
alter session set events '10262 trace name context forever, level 300'; -- 允许存在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执行统计信息

2006/8/21

昨天去买了自行车

自从搬进了自己的房子,上班一直很不方便。虽然最快可以40分钟到公司,但是必须倒3趟车,而且人又很多。
老早就有骑自行车上班的打算,但是单程12公里的距离,一直让我恐惧。
 
前几天,借小边的自行车试了一次,感觉还不错。在保持体力不过渡消耗的情况下,基本上35分钟可以骑完全程。因此,坚定了我要买自行车的想法。
在网上找了找二手的giant、merida的车子,一直没找到。又到滨河小区的二手车市看了看,发现车子虽然多,但是没有能看上眼的。我终于知道,我必须花大价钱买个新的车子了。
 
于是昨天去了merida的车行,挑了一个最便宜的山地车 美利达骑士sx。价格750rmb,不开发票,另外10块安装了一个水壶架。
本来想买锁,可是老板说他的锁太贵了(70),让我自己骑车去远东附近的黄河路买。于是我从桂林路骑车到了远东,25买把锁,安装上,又从远东骑回了家。
这个行程耗时2小时左右,好久没有这么大的运动量了,回到家有点累:)
 
今天上班,倒是还不错,虽然一路上风挺大,但是合理使用变速,也没有出现特别累的情况。
 
现在我唯一希望的就是可以坚持下来。不为了别的,就为了能有个好身体。