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

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

21

积分

0

好友

5

主题
1#
发表于 2014-3-27 17:31:17 | 查看: 7290| 回复: 9
rhel6.4 一个块设备 看着是8G  ,udev绑定后 数据库使用发现是2G,可能是哪方面问题
[root@localhost ~]# lvdisplay /dev/mapper/vgolcom3-lv_ol_undo_8g_01
  --- Logical volume ---
  LV Path                /dev/vgolcom3/lv_ol_undo_8g_01
  LV Name                lv_ol_undo_8g_01
  VG Name                vgolcom3
  LV UUID                ylXynO-EM6U-qe63-k45F-kd5r-rmUJ-274fUc
  LV Write Access        read/write
  LV Creation host, time localhost.localdomain, 2014-03-24 09:50:05 +0800
  LV Status              available
  # open                 0
  LV Size                8.00 GiB
  Current LE             2048
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:160
   
udev 规则
ACTION=="add",KERNEL=="/dev/mapper/vgolcom3-lv_ol_undo_8g_01",RUN+="/bin/raw /dev/raw/raw10  %N"            


SQL> alter database datafile '/dev/raw/raw10' resize 2048m;
alter database datafile '/dev/raw/raw10' resize 2048m
*
ERROR at line 1:
ORA-01237: cannot extend datafile 2
ORA-01110: data file 2: '/dev/raw/raw10'
ORA-27042: not enough space on raw partition to fullfill request
Additional information: 3


SQL> alter database datafile '/dev/raw/raw10' resize 2046m;

Database altered.      
2#
发表于 2014-3-27 21:32:43
数据库多少版本 没有找到这个信息

回复 只看该作者 道具 举报

3#
发表于 2014-3-28 09:43:19
数据库10G

回复 只看该作者 道具 举报

4#
发表于 2014-3-28 11:07:45
action plan:

df -g
ls -l /dev/raw/raw10

sqlplus / as sysdba
oradebug setmypid

oradebug dump file_hdrs 3;
oradebug tracefile_name;

给出上面的结果和TRACE

回复 只看该作者 道具 举报

5#
发表于 2014-3-28 15:20:47
[root@localhost ~]# df -g
df锛氭棤鏁堥€夐」 -- g
璇峰皾璇曟墽琛df --help"鏉ヨ幏鍙栨洿澶氫俊鎭€
[root@localhost ~]# df -g
df锛氭棤鏁堥€夐」 -- g
璇峰皾璇曟墽琛df --help"鏉ヨ幏鍙栨洿澶氫俊鎭€
[root@localhost ~]# df -H
鏂囦欢绯荤粺          瀹归噺  宸茬敤  鍙敤 宸茬敤%% 鎸傝浇鐐
/dev/sda2               11G   432M   9.7G   5% /
tmpfs                   68G    82k    68G   1% /dev/shm
/dev/mapper/VolGroup-lv_backup
                       675G   207M   640G   1% /backup
/dev/sda6               22G   182M    20G   1% /home
/dev/mapper/VolGroup-lv_monitor
                        11G   158M   9.9G   2% /monitor
/dev/mapper/vgora-lv_fs_ora
                        32G    11G    20G  37% /oracle
/dev/mapper/vgarch-lv_fs_arch
                       635G   207M   602G   1% /arch_log
/dev/sda7               22G   182M    20G   1% /opt
/dev/sda5               34G   268M    32G   1% /tmp
/dev/sda8               13G   3.0G   9.2G  25% /usr
/dev/sda9               13G   876M    12G   8% /var
[root@localhost ~]# su - oracle
[oracle@localhost ~]$ ls -l /dev/raw/raw10
crw-rw---- 1 oracle oinstall 162, 10 Mar 28 15:09 /dev/raw/raw10


[oracle@localhost ~]$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.5.0 - Production on Fri Mar 28 15:11:03 2014

Copyright (c) 1982, 2010, Oracle.  All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> oradebug setmypid
Statement processed.
SQL> oradebug dump file_hdrs 3;
Statement processed.
SQL> oradebug tracefile_name;
/oracle/app/admin/olcom/udump/olcom_ora_66044.trc

回复 只看该作者 道具 举报

6#
发表于 2014-3-28 15:24:15
trace  发gmail邮箱了

回复 只看该作者 道具 举报

7#
发表于 2014-3-28 15:33:04
有几点怀疑 但仍未证实:
/dev/raw/raw10 是否真的指向/dev/mapper/vgolcom3-lv_ol_undo_8g_01

如果可能那么, 把raw10对应的datafile offline并备份 或者switch 到别的文件

dd 一个8g左右的文件内容到raw10,并比对raw10 和LV的内容


实际在8i上ORA-27042是有一些相关的bug的,但是10g应当没有


还有你说的10g到底是什么版本,在askmaclean提问必须明确说清楚到底是什么版本!!

回复 只看该作者 道具 举报

8#
发表于 2014-3-28 15:42:05
我确认了一下

回复 只看该作者 道具 举报

9#
发表于 2014-3-28 15:44:12
ACTION=="add",KERNEL=="/dev/vgolcom3/lv_ol_undo_8g_01",RUN+="/bin/raw /dev/raw/raw10 %
N"

/etc/udev/rules.d 下确实只有 60-raw.rules  一条规则配置了相关内容
版本:10.2.0.5 Patch  16619894

回复 只看该作者 道具 举报

10#
发表于 2014-4-2 09:15:01
strings /dev/vgolcom3/lv_ol_undo_8g_01 | more
strings /dev/raw/raw10 | more

看看内容是否一致。
不行就raw 解绑了在搞

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-21 06:32 , Processed in 0.047249 second(s), 20 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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