[20150527]bbed解决数据文件大小问题.txt

[20150527]bbed解决数据文件大小问题.txt

--模拟一个数据文件大小不一致的问题.

1.建立测试环境:

SCOTT@test> @ &r/ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- ----------------------------------------------------------------
x86_64/Linux 2.4.xx            10.2.0.4.0     Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi

SCOTT@test> select file#,name,bytes from v$datafile ;
FILE# NAME                                     BYTES
----- --------------------------------- ------------
    1 /mnt/ramdisk/test/system01.dbf       534773760
    2 /mnt/ramdisk/test/undotbs01.dbf      367001600
    3 /mnt/ramdisk/test/sysaux01.dbf       387973120
    4 /mnt/ramdisk/test/users01.dbf        104857600
    5 /mnt/ramdisk/test/example01.dbf      104857600
    6 /mnt/ramdisk/test/mssm01.dbf          16777216
6 rows selected.

$  ls -l /mnt/ramdisk/test/mssm01.dbf
-rw-r----- 1 oracle oinstall 16785408 2015-05-27 10:52:05 /mnt/ramdisk/test/mssm01.dbf

16785408-16777216=8192
--可以发现视图v$datafile显示的与os看的有8192字节差距,实际上前面1块OS块,记录一个OS信息.

--16777216=16M,不好观察数据文件的大小的定义在什么位置.
SCOTT@test> select (16777216-2*64*1024)/1024 from dual ;
(16777216-2*64*1024)/1024
-------------------------
                    16256

SCOTT@test> ALTER DATABASE DATAFILE '/mnt/ramdisk/test/mssm01.dbf' RESIZE 16256K;
Database altered.

16256/8=2032
2032 = 0x7f0

--通过bbed观察:
BBED> set dba 6,1
        DBA             0x01800001 (25165825 6,1)

BBED> p kcvfhhdr
struct kcvfhhdr, 76 bytes                   @20
   ub4 kccfhswv                             @20       0x00000000
   ub4 kccfhcvn                             @24       0x0a200300
   ub4 kccfhdbi                             @28       0x80f1c038
   text kccfhdbn[0]                         @32      T
   text kccfhdbn[1]                         @33      E
   text kccfhdbn[2]                         @34      S
   text kccfhdbn[3]                         @35      T
   text kccfhdbn[4]                         @36
   text kccfhdbn[5]                         @37
   text kccfhdbn[6]                         @38
   text kccfhdbn[7]                         @39
   ub4 kccfhcsq                             @40       0x33c3d8a7
   ub4 kccfhfsz                             @44       0x000007f0

--应该是kcvfhhdr.kccfhfsz字段.

2.安全第1,关闭数据库,做一个冷备份:
--步骤忽略.

3.修改偏移量44,45:
--FF,7F ,注意要反过来. 相当于修改为07FF=2047.

BBED> sum apply
Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y
Check value for File 6, Block 1:
current = 0x9632, required = 0x9632

4.启动数据库观察:
SYS@test> startup
ORACLE instance started.
Total System Global Area    473956352 bytes
Fixed Size                    2084776 bytes
Variable Size               260046936 bytes
Database Buffers            201326592 bytes
Redo Buffers                 10498048 bytes
Database mounted.
ORA-01122: database file 6 failed verification check
ORA-01110: data file 6: '/mnt/ramdisk/test/mssm01.dbf'
ORA-01200: actual file size of 2032 is smaller than correct size of 2047 blocks

5.修改很简单,修改原来的44,45字节为正确的 2032 = 0x7f0.

BBED> set dba 6,1
        DBA             0x01800001 (25165825 6,1)

BBED> p kcvfhhdr.kccfhfsz
ub4 kccfhfsz                                @44       0x000007ff

BBED> modify /x f007

BBED> p kcvfhhdr.kccfhfsz
ub4 kccfhfsz                                @44       0x000007f0

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

SYS@test> startup
ORACLE instance started.
Total System Global Area    473956352 bytes
Fixed Size                    2084776 bytes
Variable Size               260046936 bytes
Database Buffers            201326592 bytes
Redo Buffers                 10498048 bytes
Database mounted.
Database opened.

--OK现在正常了,这种错误可能出现磁盘满了,而空间增加的情况,不过真实的模拟存在一些难度,至少我没有模拟出来.修改方法应该就像上面的介绍.

时间: 2024-07-30 10:46:57

[20150527]bbed解决数据文件大小问题.txt的相关文章

[20150527]bbed与数据块检查和2.txt

[20150527]bbed与数据块检查和2.txt http://blog.itpub.net/267265/viewspace-1666781/ --我现在基本拿bbed学习,基本是拿bbed查看,而使用bvi修改数据.我感觉这种方便1写. --实际上使用bbed的好处就是修改数据块检查和不一致,而使用bbed修改很简单仅仅需要执行sum apply就ok了. --对比dbv与bbed确定检查和位置. --实际上既然检查和在16,17字节,只要清零,加上dbv就很容易确定要修改的内容. 1.

[20150529]使用bbed解决丢失的归档.txt

[20150529]使用bbed解决丢失的归档.txt -- 以前跟别人探讨过这个问题,我个人的观点通过bbed等手段来跳过丢失的归档来恢复存在许多问题. -- 我以前个人的主张是通过别的手段抽取数据文件的数据,结合logminer来重新整合数据.但是如果抽取的logminer很多,会非常麻烦. --实际上无论那种方式,都存在许多问题,这里通过例子来说明bbed如何解决跳过丢失的归档. 1.测试环境建立: SCOTT@test> @ &r/ver1 PORT_STRING          

[20150522]bbed与数据块检查和.txt

[20150522]bbed与数据块检查和.txt --我现在基本拿bbed学习,基本是拿bbed查看,而使用bvi修改数据.我感觉这种方便1写. --实际上使用bbed的好处就是修改数据块检查和不一致,而使用bbed修改很简单仅仅需要执行sum apply就ok了. --对比dbv与bbed确定检查和位置. 1.建立测试环境: SCOTT@test> @ &r/ver1 PORT_STRING                    VERSION        BANNER -------

[20121114]Oracle数据文件大小限制.txt

[20121114]Oracle数据文件大小限制.txt SQL> show parameter db_block_size NAME           TYPE        VALUE-------------- ----------- ------db_block_size  integer     8192 SQL> SELECT file_name, file_id, tablespace_name, BYTES, blocks, status, relative_fno, max

[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-1193074/ --今天重复测试看看: 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER ------------------------------ ------

[20140624]bbed修改数据记录(不等长).txt

[20140624]bbed修改数据记录(不等长).txt http://www.itpub.net/thread-1872851-1-1.html --给出的问题修改记录时,长度没有变化,如果存在变化,修改与原来的不同,要修改kdbr[0]的值. --还有一些细节的步骤. SCOTT@test> @ver BANNER -------------------------------------------------------------------------------- Oracle

[20121127]rman备份数据文件大小与truncate.txt

[20121127]rman备份数据文件大小与truncate.txt 记得以前看rman的书,rman仅仅备份已经格式话的块,如果这样一个表被truncate后,即使空间回收了.但是在rman备份时,备份大小不会变画太多,这些前面使用的块一定会备份. 自己做一个测试看看. 1.建立测试环境:SQL> select * from v$version where rownumBANNER--------------------------------------------------------

[20160831]关于数据块Checksum.txt

[20160831]关于数据块Checksum.txt --以前我学习bbed时做过一些测试,将'AAAA'替换成'BBBB',你可以发现数据块的Checksum并没有发生变化,当时并没有仔细探究, --现在想起来计算Checksum算法应该相对简单,就是做异或操作. --比如上面的字符'AAAA'如果2个字符按位做异或操作,变成00000000,这个正好巧合,如果修改成'CCCC',做相同的异或操作结果 --也是00000000. --如果按照这个推测修改为'CDCD',这样做异或操作的结果也