Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

30

积分

0

好友

1

主题
1#
发表于 2012-8-16 09:41:47 | 查看: 5416| 回复: 6
redhat5.4_64+11.2.0.3  单实例 asm刚装好 正常使用 ,重启下机器后 就无法挂盘了

Disk /dev/sda: 896.9 GB, 896998047744 bytes
64 heads, 32 sectors/track, 855444 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        1024     1048560   83  Linux
/dev/sda2            1025       66024    66560000   82  Linux swap / Solaris
/dev/sda3           66025      117224    52428800   83  Linux
/dev/sda4          117225      855444   755937280    5  Extended
/dev/sda5          117225      700660   597438448   83  Linux                                  这个是asm盘
/dev/sda6          700661      855444   158498800   83  Linux


kfdhdb.dsksize:                  738219 ; 0x0c4: 0x000b43ab sda5+sda6=738219

只有sda5是asm盘  这个正常吗?

SQL> alter diskgroup DDD mount;
alter diskgroup DDD mount
*
ERROR at line 1:
ORA-15032: not all alterations performed
ORA-15036: disk '/dev/raw/raw1' is truncated

SQL> select NAME,STATE from v$asm_diskgroup;

NAME                           STATE
------------------------------ -----------
DDD                            DISMOUNTED


[oracle@asm ~]$ kfed  read /dev/raw/raw1 >/tmp/1.raw
vi /tmp/1.raw
KFED-00303: unable to open file '/dev/raw/raw1'

[grid@asm ~]$ kfed repair /dev/raw/raw1
[grid@asm ~]$ kfed read /dev/raw/raw1 >/tmp/1.raw
vi  /tmp/1.raw

kfbh.endian:                          1 ; 0x000: 0x01
kfbh.hard:                          130 ; 0x001: 0x82
kfbh.type:                            1 ; 0x002: KFBTYP_DISKHEAD
kfbh.datfmt:                          1 ; 0x003: 0x01
kfbh.block.blk:                       0 ; 0x004: blk=0
kfbh.block.obj:              2147483648 ; 0x008: disk=0
kfbh.check:                  3702409814 ; 0x00c: 0xdcae4a56
kfbh.fcn.base:                        0 ; 0x010: 0x00000000
kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000
kfbh.spare1:                          0 ; 0x018: 0x00000000
kfbh.spare2:                          0 ; 0x01c: 0x00000000
kfdhdb.driver.provstr:         ORCLDISK ; 0x000: length=8
kfdhdb.driver.reserved[0]:            0 ; 0x008: 0x00000000
kfdhdb.driver.reserved[1]:            0 ; 0x00c: 0x00000000
kfdhdb.driver.reserved[2]:            0 ; 0x010: 0x00000000
kfdhdb.driver.reserved[3]:            0 ; 0x014: 0x00000000
kfdhdb.driver.reserved[4]:            0 ; 0x018: 0x00000000
kfdhdb.driver.reserved[5]:            0 ; 0x01c: 0x00000000
kfdhdb.compat:                186646528 ; 0x020: 0x0b200000
kfdhdb.dsknum:                        0 ; 0x024: 0x0000
kfdhdb.grptyp:                        1 ; 0x026: KFDGTP_EXTERNAL
kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname:                DDD_0000 ; 0x028: length=8
kfdhdb.grpname:                     DDD ; 0x048: length=3
kfdhdb.fgname:                 DDD_0000 ; 0x068: length=8
kfdhdb.capname:                         ; 0x088: length=0
kfdhdb.crestmp.hi:             32973312 ; 0x0a8: HOUR=0x0 DAYS=0x10 MNTH=0x8 YEAR=0x7dc
kfdhdb.crestmp.lo:            185018368 ; 0x0ac: USEC=0x0 MSEC=0x1ca SECS=0x30 MINS=0x2
kfdhdb.mntstmp.hi:             32973313 ; 0x0b0: HOUR=0x1 DAYS=0x10 MNTH=0x8 YEAR=0x7dc
kfdhdb.mntstmp.lo:           1227052032 ; 0x0b4: USEC=0x0 MSEC=0xd5 SECS=0x12 MINS=0x12
kfdhdb.secsize:                     512 ; 0x0b8: 0x0200
kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000
kfdhdb.ausize:                  1048576 ; 0x0bc: 0x00100000
kfdhdb.mfact:                    113792 ; 0x0c0: 0x0001bc80
kfdhdb.dsksize:                  738219 ; 0x0c4: 0x000b43ab
kfdhdb.pmcnt:                         8 ; 0x0c8: 0x00000008
kfdhdb.fstlocn:                       1 ; 0x0cc: 0x00000001
kfdhdb.altlocn:                       2 ; 0x0d0: 0x00000002
kfdhdb.f1b1locn:                      2 ; 0x0d4: 0x00000002
kfdhdb.redomirrors[0]:                0 ; 0x0d8: 0x0000
kfdhdb.redomirrors[1]:                0 ; 0x0da: 0x0000
kfdhdb.redomirrors[2]:                0 ; 0x0dc: 0x0000
kfdhdb.redomirrors[3]:                0 ; 0x0de: 0x0000
kfdhdb.dbcompat:              168820736 ; 0x0e0: 0x0a100000
kfdhdb.grpstmp.hi:             32973312 ; 0x0e4: HOUR=0x0 DAYS=0x10 MNTH=0x8 YEAR=0x7dc
kfdhdb.grpstmp.lo:            184759296 ; 0x0e8: USEC=0x0 MSEC=0xcd SECS=0x30 MINS=0x2
kfdhdb.vfstart:                       0 ; 0x0ec: 0x00000000
kfdhdb.vfend:                         0 ; 0x0f0: 0x00000000
kfdhdb.spfile:                       58 ; 0x0f4: 0x0000003a
kfdhdb.spfflg:                        1 ; 0x0f8: 0x00000001
kfdhdb.ub4spare[0]:                   0 ; 0x0fc: 0x00000000
kfdhdb.ub4spare[1]:                   0 ; 0x100: 0x00000000
kfdhdb.ub4spare[2]:                   0 ; 0x104: 0x00000000
kfdhdb.ub4spare[3]:                   0 ; 0x108: 0x00000000
kfdhdb.ub4spare[4]:                   0 ; 0x10c: 0x00000000
kfdhdb.ub4spare[5]:                   0 ; 0x110: 0x00000000
kfdhdb.ub4spare[6]:                   0 ; 0x114: 0x00000000
kfdhdb.ub4spare[7]:                   0 ; 0x118: 0x00000000
kfdhdb.ub4spare[8]:                   0 ; 0x11c: 0x00000000
kfdhdb.ub4spare[9]:                   0 ; 0x120: 0x00000000
kfdhdb.ub4spare[10]:                  0 ; 0x124: 0x00000000
kfdhdb.ub4spare[11]:                  0 ; 0x128: 0x00000000
kfdhdb.ub4spare[12]:                  0 ; 0x12c: 0x00000000
kfdhdb.ub4spare[13]:                  0 ; 0x130: 0x00000000
kfdhdb.ub4spare[14]:                  0 ; 0x134: 0x00000000
kfdhdb.ub4spare[15]:                  0 ; 0x138: 0x00000000
kfdhdb.ub4spare[16]:                  0 ; 0x13c: 0x00000000
kfdhdb.ub4spare[17]:                  0 ; 0x140: 0x00000000
kfdhdb.ub4spare[18]:                  0 ; 0x144: 0x00000000
kfdhdb.ub4spare[19]:                  0 ; 0x148: 0x00000000
kfdhdb.ub4spare[20]:                  0 ; 0x14c: 0x00000000
kfdhdb.ub4spare[21]:                  0 ; 0x150: 0x00000000
kfdhdb.ub4spare[22]:                  0 ; 0x154: 0x00000000
kfdhdb.ub4spare[23]:                  0 ; 0x158: 0x00000000
kfdhdb.ub4spare[24]:                  0 ; 0x15c: 0x00000000
kfdhdb.ub4spare[25]:                  0 ; 0x160: 0x00000000
kfdhdb.ub4spare[26]:                  0 ; 0x164: 0x00000000
kfdhdb.ub4spare[27]:                  0 ; 0x168: 0x00000000
kfdhdb.ub4spare[28]:                  0 ; 0x16c: 0x00000000
kfdhdb.ub4spare[29]:                  0 ; 0x170: 0x00000000
kfdhdb.ub4spare[30]:                  0 ; 0x174: 0x00000000
kfdhdb.ub4spare[31]:                  0 ; 0x178: 0x00000000
kfdhdb.ub4spare[32]:                  0 ; 0x17c: 0x00000000
kfdhdb.ub4spare[33]:                  0 ; 0x180: 0x00000000
kfdhdb.ub4spare[34]:                  0 ; 0x184: 0x00000000
kfdhdb.ub4spare[35]:                  0 ; 0x188: 0x00000000
kfdhdb.ub4spare[36]:                  0 ; 0x18c: 0x00000000
kfdhdb.ub4spare[37]:                  0 ; 0x190: 0x00000000
kfdhdb.ub4spare[38]:                  0 ; 0x194: 0x00000000
kfdhdb.ub4spare[39]:                  0 ; 0x198: 0x00000000
kfdhdb.ub4spare[40]:                  0 ; 0x19c: 0x00000000
kfdhdb.ub4spare[41]:                  0 ; 0x1a0: 0x00000000
kfdhdb.ub4spare[42]:                  0 ; 0x1a4: 0x00000000
kfdhdb.ub4spare[43]:                  0 ; 0x1a8: 0x00000000
kfdhdb.ub4spare[44]:                  0 ; 0x1ac: 0x00000000
kfdhdb.ub4spare[45]:                  0 ; 0x1b0: 0x00000000
kfdhdb.ub4spare[46]:                  0 ; 0x1b4: 0x00000000
kfdhdb.ub4spare[47]:                  0 ; 0x1b8: 0x00000000
kfdhdb.ub4spare[48]:                  0 ; 0x1bc: 0x00000000
kfdhdb.ub4spare[49]:                  0 ; 0x1c0: 0x00000000
kfdhdb.ub4spare[50]:                  0 ; 0x1c4: 0x00000000
kfdhdb.ub4spare[51]:                  0 ; 0x1c8: 0x00000000
kfdhdb.ub4spare[52]:                  0 ; 0x1cc: 0x00000000
kfdhdb.ub4spare[53]:                  0 ; 0x1d0: 0x00000000
kfdhdb.acdb.aba.seq:                  0 ; 0x1d4: 0x00000000
kfdhdb.acdb.aba.blk:                  0 ; 0x1d8: 0x00000000
kfdhdb.acdb.ents:                     0 ; 0x1dc: 0x0000
kfdhdb.acdb.ub2spare:                 0 ; 0x1de: 0x0000

[ 本帖最后由 sunstar3000 于 2012-8-16 20:48 编辑 ]

sda5_header1.rar

78.76 KB, 下载次数: 893

asm盘的

2#
发表于 2012-8-16 09:57:04
权限是否有问题??权限是否有问题??

回复 只看该作者 道具 举报

3#
发表于 2012-8-16 10:02:27
crw-rw   grid  asmadmin      /dev/raw/raw1

应该是没问题

回复 只看该作者 道具 举报

4#
发表于 2012-8-16 10:44:31
http://space.itpub.net/38267/viewspace-715754

[ 本帖最后由 riverchild 于 2012-8-16 10:53 编辑 ]

回复 只看该作者 道具 举报

5#
发表于 2012-8-16 10:53:36

回复 只看该作者 道具 举报

6#
发表于 2012-8-17 11:20:39
自己结贴,修改 kfdhdb.dsksize 到原来的大小 就可以mount了 ,只是不明白这个值怎么会莫名自己变了,重启了下机器而已。这个也太不靠谱了

回复 只看该作者 道具 举报

7#
发表于 2013-1-18 13:06:52
是的,这个必须写进到/etc/init.d/local下面

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-16 08:25 , Processed in 0.055122 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569