[20161129]BBED-00209 invalid number.txt

[20161129]BBED-00209 invalid number (9524782f).txt

--以前遇到的问题,现在补充测试看看。
BBED> modify /x 9524782f  offset 492
BBED-00209: invalid number (9524782f)

BBED> info
File#  Name                              Size(blks)
-----  ----                              ----------
     1  /mnt/ramdisk/book/system01.dbf             0
     2  /mnt/ramdisk/book/sysaux01.dbf             0
     3  /mnt/ramdisk/book/undotbs01.dbf            0
     4  /mnt/ramdisk/book/users01.dbf              0
     5  /mnt/ramdisk/book/example01.dbf            0
     6  /mnt/ramdisk/book/sugar01.dbf              0

BBED> p kcvfh.kcvfhckp.kcvcptim
ub4 kcvcptim                                @492      0x37622b08

BBED> dump /v offset 492 count 4
File: /mnt/ramdisk/book/sugar01.dbf (6)
Block: 1                                 Offsets:  492 to  495                            Dba:0x01800001
-----------------------------------------------------------------------------------------------------------
082b6237                                                                l .+b7
<32 bytes per line>

BBED> modify /x 082b6237  offset 492
Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y
File: /mnt/ramdisk/book/sugar01.dbf (6)
Block: 1                                                    Offsets:  492 to  495                                               Dba:0x01800001
------------------------------------------------------------------------------------------------------------------------------------------------
082b6237

<64 bytes per line>

--修改第1个字符是大于8问题就出现,感觉就是高位是1问题出现。

BBED> modify /x 882b6237  offset 492
BBED-00209: invalid number (882b6237)

BBED> modify /x 782b6237  offset 492
File: /mnt/ramdisk/book/sugar01.dbf (6)
Block: 1                                                    Offsets:  492 to  495                                               Dba:0x01800001
------------------------------------------------------------------------------------------------------------------------------------------------
782b6237
<64 bytes per line>

--现在才明白为什么有时候ok,有时候失败。

BBED> assign kcvfh.kcvfhckp.kcvcptim=0x37622b08
ub4 kcvcptim                                @492      0x37622b08

BBED> assign kcvfh.kcvfhckp.kcvcptim=0x37622b88
ub4 kcvcptim                                @492      0x37622b88

BBED> dump /v offset 492 count 4
File: /mnt/ramdisk/book/sugar01.dbf (6)
Block: 1                                 Offsets:  492 to  495                            Dba:0x01800001
-----------------------------------------------------------------------------------------------------------
882b6237                                                                l .+b7

<32 bytes per line>

--建议以后使用assign命令。这样没有太小头问题,终于找到答案。

时间: 2024-10-17 02:13:09

[20161129]BBED-00209 invalid number.txt的相关文章

[20170411]bbed计算redo检查和.txt

[20170411]bbed计算redo检查和.txt --前一阵子做测试,需要一个计算器做异或的操作,链接http://blog.itpub.net/267265/viewspace-2134945/ --正好前几天开会遇到熟人,谈起我写的脚本很实用.我说不支持管道操作不是很好,对方讲支持,他自己就是这样用的. $ cat ~/bin/xor.sh #! /bin/bash # just play , calc xor!! s='0' for i in $(cat $1| tr 'a-f' '

[20160303]显示bbed x命令格式.txt

[20160303]显示bbed x命令格式.txt --使用bbed显示数据信息时要选对类型,随手写一个脚本 prompt PROMPT DISPLAY BBED EXAMINE(X) FORMAT prompt SELECT REPLACE (wmsys.wm_concat (c1), ',') c80   FROM (  SELECT data_type                 ,column_name                 ,DECODE                

[20160405]bbed的assign命令.txt

[20160405]bbed的assign命令.txt --我记得开始学习bbed的时候,看的是一份pdf文档,提到assign的用法,摘要如下: assign The assign command does symbolic assignment, with type and range checking. Either target or source can be omitted for the current offset.  For example, the following com

[20161129]奇怪的转储命令.txt

[20161129]奇怪的转储命令.txt --如果你转储文件头使用如下命令: SYS@book> alter system dump datafile 6  block 1; System altered. Start dump data blocks tsn: 8 file#:6 minblk 1 maxblk 1 Block 1 (file header) not dumped:use dump file header command End dump data blocks tsn: 7

使用HQL查询Oracle日期字段,报&amp;amp;quot;Invalid number&amp;amp;quot;

问题描述 如题,Oracle数据库里面有一批记录,现在我想根据其中一个叫:txn_date的字段来查询记录,在Hbm文件中我配置了该HQL,如下所示:<sql-query name="job.getJobByDate"> select {job.*} from Newsletter_Message job where to_char(:dateType,'yyyy-mm-dd hh24:mi') = to_char(:jobDate, 'yyyy-mm-dd hh24:mi

[20170412]bbed隐藏数据记录.txt

[20170412]bbed隐藏数据记录.txt --上午做了bbed恢复修改记录(不等长)的情况,http://blog.itpub.net/267265/viewspace-2137082/ --下午做一个隐藏数据记录的情况,实际上这样做有点多余,就是删除命令,看看bbed是否可以完成. 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER --------------------

[20160526]bbed修复删除记录.txt

[20160526]bbed修复删除记录.txt --以前也做过,链接: http://blog.itpub.net/267265/viewspace-745944/ --自己当时完全是依葫芦画瓢,许多东西理解不深刻,重新做一次. 1.环境: 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER ------------------------------ --------------

[20160405]bbed修改文件头.txt

[20160405]bbed修改文件头.txt --以前做过一次,重复测试: http://blog.itpub.net/267265/viewspace-746222/ 如果数据库数据文件损坏,并且archivelog损坏,这样无法完全恢复,如果仅仅某个数据文件的scn与其他文件不同步,导致该数据文件无法mount. 正常可以像odu之类的工具恢复.但是在实际上如果修改数据文件的scn保持同步,这样数据库可以正常打开,选择常规的方法imp/exp以及expdp/impdp 方式恢复,这样虽然丢

[20141008]使用bbed查看索引结构.txt

[20141008]使用bbed查看索引结构.txt --今天使用bbed查看索引结构,发现一些问题.链接如下: http://blog.itpub.net/267265/viewspace-1291526/ --那scott.dept表做一个测试看看. SCOTT@test> @ver BANNER -------------------------------------------------------------------------------- Oracle Database 1