小米爸爸

用BBED修复坏块

Bright — Wed, 18 Nov 2009 09:54:09 +0000

笔记本上安装的 oracle 9208数据库在演示RMAN备份时发现system01.dbf有一坏块，用dbv检查如下：

C:\Documents and Settings\bwen>dbv file=D:\ oracle \oradata\bright\system01.dbf blocksize=8192
DBVERIFY: Release 9.2.0.8.0 - Production on 星期二 11月 17 15:15:25 2009
Copyright (c) 1982, 2002, oracle Corporation. All rights reserved
DBVERIFY - 验证正在开始 : FILE = D:\ oracle \oradata\bright\system01.dbf
汇入的页23523 - 可能是介质损坏
***
Corrupt block relative dba: 0×00405be3 (file 1, block 23523)
Fractured block found during dbv:
Data in bad block -
type: 6 format: 2 rdba: 0×00405be3
last change scn: 0×0000.0000ce66 seq: 0×1 flg: 0×04
consistency value in tail: 0×00000000
check value in block header: 0×3013, computed block checksum: 0×62e
spare1: 0×0, spare2: 0×0, spare3: 0×0
***

DBVERIFY - 验证完成
检查的页总数：51200
处理的页总数（数据）：36265
失败的页总数（数据）：0
处理的页总数（索引）：4227
失败的页总数（索引）：0
处理的页总数（其它）：1747
处理的总页数 (段) : 0
失败的总页数 (段) : 0
空的页总数：8960
标记为损坏的总页数：1
汇入的页总数：1
Highest block SCN : 2034199 (0.2034199)

从红色部分我们可以看出几个问题：

1.tail check的值跟scn base,scn seq,block type三者的值不匹配。

正常情况下tail check=scn base+block type+scn seq

2.block header的checksum的值跟计算出来的checksum值不一致

3.一般来说如果是坏块， oracle 会把scn seq设置成0xff，但这边的值是0×1

通过检查发现坏块对应的对象为idl_ub1$，该系统表的作用可参看eygle的文章。尝试查询报如下错误：

SQL> select count(*) from idl_ub1$;

select count(*) from idl_ub1$

*

ERROR 位于第 1 行:

ORA-01578: oracle 数据块损坏（文件号1，块号23523）

ORA-01110: 数据文件 1: ‘D:\ oracle \ORADATA\BRIGHT\SYSTEM01.DBF’

对于该坏块的修复，正常的方法参考：http://www.dbifan.com/200609/oracle-bad-block.html

前两天刚好看到ningoo用bbed处理了一个问题，于是也尝试一下用bbed来修复该坏块。

C:\Documents and Settings\bwen>bbed parfile=d:\ oracle \ora92\bin\bbed.par

口令:

BBED: Release 2.0.0.0.0 - Limited Production on 星期三 11月 18 11:05:05 2009

Copyright (c) 1982, 2002, oracle Corporation. All rights reserved.

************* !!! For oracle Internal Use only !!! ***************

BBED> show
FILE# 1
BLOCK# 1
OFFSET 0
DBA 0×00400001 (4194305 1,1)
FILENAME D:\ oracle \oradata\bright\SYSTEM01.DBF
BIFILE bifile.bbd
LISTFILE D:\ oracle \ora92\bin\filelist.log
BLOCKSIZE 8192
MODE Edit
EDIT Unrecoverable
IBASE Dec
OBASE Dec
WIDTH 80
COUNT 512
LOGFILE log.bbd
SPOOL No
BBED> set block 23523
BLOCK# 23523
BBED> map /v
File: D:\ oracle \oradata\bright\SYSTEM01.DBF (1)
Block: 23523 Dba:0×00405be3
————————————————————
KTB Data Block (Table/Cluster)
struct kcbh, 20 bytes @0
ub1 type_kcbh @0
ub1 frmt_kcbh @1
ub1 spare1_kcbh @2
ub1 spare2_kcbh @3
ub4 rdba_kcbh @4
ub4 bas_kcbh @8
ub2 wrp_kcbh @12
ub1 seq_kcbh @14
ub1 flg_kcbh @15
ub2 chkval_kcbh @16
ub2 spare3_kcbh @18
struct ktbbh, 96 bytes @20
ub1 ktbbhtyp @20
union ktbbhsid, 4 bytes @24
struct ktbbhcsc, 8 bytes @28
b2 ktbbhict @36
ub1 ktbbhflg @38
ub1 ktbbhfsl @39
ub4 ktbbhfnx @40
struct ktbbhitl[3], 72 bytes @44
struct kdbh, 14 bytes @116
ub1 kdbhflag @116
b1 kdbhntab @117
b2 kdbhnrow @118
sb2 kdbhfrre @120
sb2 kdbhfsbo @122
sb2 kdbhfseo @124
b2 kdbhavsp @126
b2 kdbhtosp @128
struct kdbt[1], 4 bytes @130
b2 kdbtoffs @130
b2 kdbtnrow @132
sb2 kdbr[1] @134
ub1 freespace[53] @136
ub1 rowdata[7999] @189
ub4 tailchk @8188

BBED> p offset 14
kcbh.seq_kcbh
————-
ub1 seq_kcbh @14 0×01

BBED> p offset 8

kcbh.bas_kcbh
————-
ub4 bas_kcbh @8 0×0000ce66

BBED> p kcbh

struct kcbh, 20 bytes @0
ub1 type_kcbh @0 0×06
ub1 frmt_kcbh @1 0×02
ub1 spare1_kcbh @2 0×00
ub1 spare2_kcbh @3 0×00
ub4 rdba_kcbh @4 0×00405be3
ub4 bas_kcbh @8 0×0000ce66
ub2 wrp_kcbh @12 0×0000
ub1 seq_kcbh @14 0×01
ub1 flg_kcbh @15 0×04 (KCBHFCKV)
ub2 chkval_kcbh @16 0×3013
ub2 spare3_kcbh @18 0×0000

BBED> p tailchk
ub4 tailchk @8188 0×00000000

BBED> m /x 010666ce offset 8188 –根据little-endian的规则，0xce660601写成：01 06 66 ce
File: D:\ oracle \oradata\bright\SYSTEM01.DBF (1)
Block: 23523 Offsets: 8188 to 8191 Dba:0×00405be3
————————————————————————
010666ce
<32 bytes per line>

BBED> p tailchk
ub4 tailchk @8188 0xce660601

BBED> sum apply
Check value for File 1, Block 23523:
current = 0xf874, required = 0xf874

BBED> verify
DBVERIFY - 验证正在启动
FILE =D:\ oracle \oradata\bright\SYSTEM01.DBF
BLOCK = 23523
DBVERIFY - 验证完成
检查的总块数：1
已处理的总块数（数据）：1
无法处理的总块数（数据）：0
已处理的总块数（索引）：0
无法处理的总块数（索引）：0
空的总块数：0
标记为损坏的总数块：0
汇入的块总数：0

如果此时数据库是open的，那么要restart，否则还会报错，因为此时该数据块可能已经被读进buffer了：

SQL> select count(*) from idl_ub1$;
select count(*) from idl_ub1$
*
ERROR 位于第 1 行:
ORA-01578: oracle 数据块损坏（文件号1，块号23523）
ORA-01110: 数据文件 1: ‘D:\ oracle \ORADATA\BRIGHT\SYSTEM01.DBF’
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
oracle 例程已经关闭。
SQL> startup
oracle 例程已经启动。
Total System Global Area 135339604 bytes
Fixed Size 454228 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
数据库已经打开。
SQL> select count(*) from idl_ub1$;
COUNT(*)
———-
32718

至此修复完成。

93分

Bright — Mon, 16 Nov 2009 09:26:25 +0000

上周六在LP的陪同下去观山参加了机动车理论考试，93分，有惊无险的通过了:)

对考试结果很不满意，原本以为可以考99分，10分钟答完的，结果花了我20分钟，呵呵。应该说题目99％都在书本上，只是没想到判断题会出那么多，之前只顾看选择题了:( 印象最深的是有道判断题：高血压不能申请驾照，我选对，但答案是错，也就是说可以申请。另外答错的几道题是关于交警手势的，把转弯的手势跟靠边停车的搞错了，不过也好，错了才让我最终明白了交警各种手势的特点。

考试另外一个感觉是：人真TMD多。我们算是够早出发了，结果还是排在后面，从中说明苏州机动车培训市场的潜力有多大！我报名的驾校上车都排到1月份才能轮到我，真是疯狂。其次也可以看出我国汽车市场是多么的火爆，超过美国那是迟早的事，呵呵。

最近苏州天气风雨交加，冷的一塌糊涂，这时候你才深切感受到四个轮子的好处，有点后悔当初没早点去学，套用流行的一句话：人生最痛苦的莫过于想买车却不会开：）

没有眼镜真不方便

Bright — Thu, 17 Sep 2009 03:13:52 +0000

昨晚在跟小米玩的时候把眼镜给压坏了，这小家伙总喜欢摘我的眼镜，然后屁颠屁颠的向她外婆邀功，她是玩得乐呵呵，而我就惨了，今天眼前变成了模糊世界，最明显的是上班途中无法欣赏美女了:)

到了公司看电脑就更难受了，得把笔记本凑得近近的才能看清字，而凑得太近眼睛又难受，郁闷…看来今晚得赶紧去重新配付眼睛了:(

还是换了

Bright — Wed, 26 Aug 2009 07:42:36 +0000

终于还是把房子换了，也终于从小房奴变成了大房奴:(

BTW：在看房的过程中最大的感慨是：苏州的公务员真TMD有钱，做公务员真TMD好！

如何看到本站的图片

Bright — Mon, 27 Jul 2009 02:39:05 +0000

摘自小荷：http://www.oracleblog.cn/its-my-life/see-pic-on-my-site/

为什么看不到图了，相信大家都知道。如果你不喜欢帆樯，你可以这样：

在C:\WINDOWS\system32\drivers\etc\hosts文件中添加：
203.208.39.104 picasaweb.google.com
203.208.39.99 lh1.ggpht.com
203.208.39.99 lh2.ggpht.com
203.208.39.99 lh3.ggpht.com
203.208.39.99 lh4.ggpht.com
203.208.39.99 lh5.ggpht.com
203.208.39.99 lh6.ggpht.com

有图有真相

Bright — Thu, 16 Jul 2009 02:28:54 +0000

强烈BS以上同学的偷窃行为，特别是数目达到两位数的:)

现在正值金融危机，我种点柚子贴补家用不容易呀，还请各位手下留情，呵呵

坚持跑步

Bright — Wed, 15 Jul 2009 03:53:55 +0000

生命在于运动，确实如此，自从一年前开始坚持跑步到现在给我最大的感受是：这一年中没感冒过，而且整个人感觉很舒服，呼吸顺畅，睡眠好，以前那种春困秋乏的感觉一去不复返:)

其实跑步给我最大的收获是养成了良好的生活习惯，以前是早餐不吃，中餐随意，晚餐乱吃，而晚上又经常熬夜。现在则三餐有规律，早睡早起，呵呵。

有一句口号是：为祖国健康工作五十年，我没那么高尚，我希望是为自己健康工作五十年：）

Follow me,Keep running!

try 1 try

Bright — Fri, 10 Jul 2009 06:08:45 +0000

本文将提供一种一劳永逸的翻墙方式（ssh -D），实施之后，那道墙——对你来说——将从此透明。

本文面向的用户：使用Windows作为操作系统并且使用Firefox作为常用浏览器。

第一步：免费获取拥有SSH权限的帐号和密码。

默认的免费获取方式：将本文转载到你自己的博客上，将转载后的文章网址发送到。

注意：转载前请先确认自己是(或曾是)一名blogger(博客)，否则将会浪费彼此的时间。

转载方式：拷贝文章代码至博客后台HTML编辑器中，直接发布即可，文章标题自拟，可在前后文插入自己的评论。

经过人工审核，你将收到一封附有五个拥有SSH权限的帐号和密码的电子邮件，你可以将它们赠与你信任的人。

更多获取方式将在今后陆续激活，请关注我们的最新更新：https://friendfeed.com/fuckgfw

第二步：配置MyEnTunnel软件

下载并安装MyEnTunnel，该软件全名为My Encrypted Tunnel。

一键下载：https://dl.getdropbox.com/u/873345/download/myentunnel.exe

按照上图将第一步收到的帐号信息填写到相应的地方后，点击按钮，再点击按钮。

第一次连接过程中会出现一个认证对话框，按照提示确认即可。以后的自动连接中将不再出现此认证对话框。

最后点击按钮，使对话框隐藏到系统任务栏中。

提示：

为MyEntunnel创建一个快捷方式，将其复制到系统的【启动】（C:\Documents and Settings\当前用户名（需要修改成你自己的）\「开始」菜单\程序\启动）文件夹中，今后开机便可自动启动软件，并自动连接服务器。

绿色代表连接成功且稳定；黄色代表正在连接或重新连接；红色代表连接失败。

第三步：配置Firefox浏览器

假设你正使用Firefox浏览器阅读本文。

一键安装：http://autoproxy.mozdev.org/latest.xpi

点击立即安装，安装后，重新启动Firefox。然后你会看到如下对话框，选择gfwlist (P.R.China)后，点击确定。

接着你会看到Firefox主界面右上角出现有一个“福”字图案，点击“福”。

点击“代理服务器——编辑代理服务器”。

随即出现如下画面，你会看到如GAppProxy、Tor和Your Freedom这样一系列代理服务器名称。

将GAppProxy一栏的参数修改为如下图所示。

修改完毕后，点击确定。至此配置已全部就绪。

获取更多帮助，请关注反馈中心：https://friendfeed.com/fuckgfw-feedback

第四步：支持fuckGFW

如果您翻墙成功，请大笑一声并用充满磁性地低音说出：Hello, world!
如果由于线路原因，始终翻墙不成，不要气馁，给我们发Email，咱们一起解决问题。
假如哪天突然无法正常连接，请先到反馈中心汇报，我们会及时做出反应。
目前您有如下几种方式及时获取我们的最新动态：FriendFeed | Twitter | Blog。
保持默契，我们相信您一定可以做到。

版权信息：您可以自由复制、传播、演绎本作品且无需署名、无需注明原始出处。

ANS1312E (RC12) Server media mount not possible

Bright — Fri, 10 Jul 2009 02:50:54 +0000

一客户TSM备份失败，报如下错误：

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03009: failure of backup command on t1 channel at 07/08/2009 03:04:12

ORA-19502: write error on file “bk_9060_1_691642987″, blockno 1 (blocksize=512)

ORA-27030: skgfwrt: sbtwrite2 returned error

ORA-19511: Error received from media manager layer, error text:

ANS1312E (RC12) Server media mount not possible

从字面上来看，应该是TSM跟带库连接有问题，检查TSM的备份日志，发现这样的错误：

07/08/2009 03:02:25 AM ANR8840E Unable to open device /dev/IBMchanger0 with error  2. (SESSION: 130)

07/08/2009 03:02:25 AM ANR8441E Initialization failed for SCSI library SHARELIB.  (SESSION: 130)

07/08/2009 03:02:25 AM ANR1401W Mount request denied for volume ZY8585L3 - mount failed. (SESSION: 130)

07/08/2009 03:02:45 AM ANR8840E Unable to open device /dev/IBMchanger0 with error  2. (SESSION: 130)

07/08/2009 03:02:45 AM ANR8441E Initialization failed for SCSI library SHARELIB.  (SESSION: 130)

07/08/2009 03:02:45 AM ANR1401W Mount request denied for volume ZY8585L3 - mount  failed. (SESSION: 130)

07/08/2009 03:02:45 AM ANR0525W Transaction failed for session 130 for node  SZ-DB-SRV (TDPO LinuxAMD64) - storage media inaccessible.

检查TSM Server上的/dev目录，没找到跟IBM带库有关的设备，检查系统日志，发现在6日服务器有重启过，询问对方工程师，确认6日机房有断电过，造成server重启。因此tsm无法访问带库很有可能是由于断电引起的，于是重启带库及tsm服务器，然后手工执行备份，经测试，备份正常。

ORA-12528: TNS:listener: all appropriate instances are blocking new connections

Bright — Mon, 06 Jul 2009 07:24:19 +0000

在测试用RMAN的duplicate创建dataguard时报错：

[ oracle @ora10g dbs]$ rman target / auxiliary sys/ oracle @standby

Recovery Manager: Release 10.2.0.4.0 - Production on Fri Jul 3 11:11:42 2009

Copyright (c) 1982, 2007, oracle . All rights reserved.

connected to target database: DEMO (DBID=3435139725)

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-00554: initialization of internal recovery manager package failed

RMAN-04006: error from auxiliary database: ORA-12528: TNS:listener: all appropriate instances are blocking new connections

查看standby listener的状态，发现状态为blocked：

[ oracle @ora10g_dg ~]$ lsnrctl service

LSNRCTL for Linux: Version 10.2.0.4.0 - Production on 03-JUL-2009 11:16:28

Copyright (c) 1991, 2007, oracle . All rights reserved.

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))

Services Summary…

Service “demo” has 1 instance(s).

Instance “demo”, status BLOCKED, has 1 handler(s) for this service…
Handler(s):

“DEDICATED” established:0 refused:0 state:ready

LOCAL SERVER

Service “demo_XPT” has 1 instance(s).

Instance “demo”, status BLOCKED, has 1 handler(s) for this service…

Handler(s):

“DEDICATED” established:0 refused:0 state:ready

LOCAL SERVER

The command completed successfully

从上面可以看出服务是动态注册的，我们知道 oracle 动态注册是通过PMON来实现的，而启动PMON注册需到mount状态，因此如果instance处于nomount状态就会出现blocked的情况，解决的办法是改成静态注册。更详细的介绍可参考：419440.1