突然停电,数据库不能启动

-- XXXX库恢复一例

-- XXXX库,说昨天停电了,服务器启来后,数据库不能启动
-- 红旗LINUX, ORACLE 9I RAC, OCFS

-- 查看了一下,告警日志中提示如下:
Tue Jul 22 14:33:39 2008
ARC1: Archival stopped
Tue Jul 22 14:33:43 2008
ARCH: Archiving is disabled
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Tue Jul 22 14:34:55 2008
Starting ORACLE instance (normal)
Tue Jul 22 14:34:55 2008
Global Enqueue Service Resources = 10946, pool = 4
Tue Jul 22 14:34:55 2008
Global Enqueue Service Enqueues = 16733
Tue Jul 22 14:34:55 2008
WARNING: EINVAL creating segment of size 0x00000000860c5000
fix shm parameters in /etc/system or equivalent
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 1
Using log_archive_dest parameter default value
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.6.0.
System parameters with non-default values:
processes = 500
timed_statistics = TRUE
shared_pool_size = 838860800
sga_max_size = 2232914336
large_pool_size = 16777216
java_pool_size = 0
spfile = /oradata/pdsdb/spfilepdsdb.ora
control_files = /oradata/pdsdb/control01.ctl, /oradata/pdsdb/control02.ctl,

/oradata/pdsdb/control03.ctl
db_block_size = 8192
db_cache_size = 1056964608
compatible = 9.2.0.0.0
log_archive_start = TRUE
log_archive_dest_1 = LOCATION=/arch1
log_archive_format = %t_%s.dbf
db_file_multiblock_read_count= 16
cluster_database = TRUE
cluster_database_instances= 2
thread = 1
fast_start_mttr_target = 300
instance_number = 1
undo_management = AUTO
undo_tablespace = UNDOTBS1
undo_retention = 10800
remote_login_passwordfile= EXCLUSIVE
db_domain =
instance_name = pdsdb1
job_queue_processes = 10
hash_join_enabled = TRUE
background_dump_dest = /opt/oracle/admin/pdsdb/bdump
user_dump_dest = /opt/oracle/admin/pdsdb/udump
core_dump_dest = /opt/oracle/admin/pdsdb/cdump
sort_area_size = 16777216
db_name = pdsdb
open_cursors = 300
star_transformation_enabled= FALSE
query_rewrite_enabled = FALSE
pga_aggregate_target = 524288000
aq_tm_processes = 1
Tue Jul 22 14:34:55 2008
cluster interconnect IPC version:Oracle UDP/IP
IPC Vendor 1 proto 2 Version 1.0
PMON started with pid=2
DIAG started with pid=3
LMON started with pid=4
LMD0 started with pid=5
LMS0 started with pid=6
LMS1 started with pid=7
DBW0 started with pid=8
LGWR started with pid=9
CKPT started with pid=10
SMON started with pid=11
RECO started with pid=12
CJQ0 started with pid=13
QMN0 started with pid=14
Tue Jul 22 14:34:59 2008
ARCH: STARTING ARCH PROCESSES
ARC0 started with pid=15
ARC0: Archival started
ARC1 started with pid=16
Tue Jul 22 14:34:59 2008
ARCH: STARTING ARCH PROCESSES COMPLETE
Tue Jul 22 14:34:59 2008
ARC1: Archival started
Tue Jul 22 14:34:59 2008
Tue Jul 22 14:34:59 2008
ARC1: Thread not mounted
ARC0: Thread not mounted
Tue Jul 22 14:34:59 2008
ALTER DATABASE MOUNT
Tue Jul 22 14:34:59 2008
lmon registered with NM - instance id 1 (internal mem no 0)
Tue Jul 22 14:34:59 2008
Reconfiguration started (old inc 0, new inc 1)
List of nodes:
0
Global Resource Directory frozen
one node partition
Communication channels reestablished
Master broadcasted resource hash value bitmaps
Non-local Process blocks cleaned out
Resources and enqueues cleaned out
Resources remastered 0
0 GCS shadows traversed, 0 cancelled, 0 closed
0 GCS resources traversed, 0 cancelled
set master node info
Submitted all remote-enqueue requests
Update rdomain variables
Dwn-cvts replayed, VALBLKs dubious
All grantable enqueues granted
0 GCS shadows traversed, 0 replayed, 0 unopened
Submitted all GCS remote-cache requests
0 write requests issued in 0 GCS resources
0 PIs marked suspect, 0 flush PI msgs
Tue Jul 22 14:35:00 2008
Reconfiguration complete
Post SMON to start 1st pass IR
Tue Jul 22 14:35:00 2008
This instance was first to mount
LCK0 started with pid=18
***
Corrupt block relative dba: 0x00000001 (file 0, block 1)
Fractured block found during control file header read
Data in bad block -
type: 21 format: 2 rdba: 0x00000001
last change scn: 0xffff.000048b1 seq: 0x1 flg: 0x04
consistency value in tail: 0x48ae1501
check value in block header: 0x5a3, computed block checksum: 0x1f
spare1: 0x0, spare2: 0x0, spare3: 0x0
***

[@more@] ***
Corrupt block relative dba: 0x00000001 (file 0, block 1)
Fractured block found during control file header read
Data in bad block -
type: 21 format: 2 rdba: 0x00000001
last change scn: 0xffff.000048b1 seq: 0x1 flg: 0x04
consistency value in tail: 0x48ae1501
check value in block header: 0x5a3, computed block checksum: 0x1f
spare1: 0x0, spare2: 0x0, spare3: 0x0
***
***
Corrupt block relative dba: 0x00000001 (file 0, block 1)
Fractured block found during control file header read
Data in bad block -
type: 21 format: 2 rdba: 0x00000001
last change scn: 0xffff.000048b1 seq: 0x1 flg: 0x04
consistency value in tail: 0x48ae1501
check value in block header: 0x5a3, computed block checksum: 0x1f
spare1: 0x0, spare2: 0x0, spare3: 0x0
***
Tue Jul 22 14:35:02 2008
Errors in file /opt/oracle/admin/pdsdb/udump/pdsdb1_ora_7578.trc:
ORA-00202: controlfile: '/oradata/pdsdb/control01.ctl'
ORA-227 signalled during: ALTER DATABASE MOUNT...
Tue Jul 22 14:41:02 2008
Restarting dead background process QMN0
QMN0 started with pid=14
Tue Jul 22 14:47:05 2008
Restarting dead background process QMN0
QMN0 started with pid=14
Shutting down instance: further logons disabled
Shutting down instance (immediate)
License high water mark = 3
Tue Jul 22 14:52:45 2008
ALTER DATABASE CLOSE NORMAL
ORA-1507 signalled during: ALTER DATABASE CLOSE NORMAL...
ARCH: Archiving is disabled
Shutting down archive processes
Archiving is disabled

-- 什么原因呢?坏块?
-- 检查一下环境ocm没有启,难道? 于是乎lsmod ocm start gsdctl stat ...... 结果呢?涛声依旧

-- 重建控制文件。有备份吗?没有。全文搜索一下,也没有。有管理员吗?连个备份也没有!
-- 手工重建吧
backup ctl files to ctl_bak directory,
ls -l /oradata/pdsdb/。。。。。。

-- 重建1 使用noresetlogs archivelog,结果OPEN时报错
-- 重建2 使用resetlogs archivelog,结果同上 . 咋回事? 导出个PFILE看看,于是
cp initpdsdb1.ora initpdsdb1.ora.bak
create pfile from spfile;
还是没有发现问题:<
-- 重建3 查看日志,如下:
Creating archive destination LOG_ARCHIVE_DEST_1: '/arch1/1_2852.dbf'
Tue Jul 22 15:43:40 2008
Errors in file /opt/oracle/admin/pdsdb/udump/pdsdb1_ora_8010.trc:
ORA-00600: internal error code, arguments: [25012], [1], [2], [], [], [], [], []
Tue Jul 22 15:43:41 2008
Errors in file /opt/oracle/admin/pdsdb/udump/pdsdb1_ora_8010.trc:
ORA-00600: internal error code, arguments: [25012], [1], [2], [], [], [], [], []
Tue Jul 22 15:43:41 2008
Error 600 happened during db open, shutting down database
USER: terminating instance due to error 600
Instance terminated by USER, pid = 8010
ORA-1092 signalled during: alter database open...
同事上网G一把,说是找不到UNDO,NND,难道create controlfile 时没有加UNDO?
看看脚本文件,果然没加,汗......
加上重来,....除了网络状况差,其它没有遇到什么大的障碍,DB1顺利启动.

这么一来,去DB2上也启一把.结果说另外一实例是EXCLUSIVE,不能启动共享服务器! ?
回头看看,刚才改了初始化参数,恢复过来,SHUTDOWN DB1 然后重来,OK.

小结:正确判断,细心处理

下面是一些参考资料
create controlfile reuse database pdsdb noresetlogs archivelog
maxlogfiles 5
maxlogmembers 3
maxloghistory 226
maxdatafiles 100
maxinstances 6
logfile
group 1 ('/oradata/pdsdb/redo01_1.log','/oradata/pdsdb/redolog01_2.log') size 100M,
group 2 ('/oradata/pdsdb/redo02_1.log','/oradata/pdsdb/redolog02_2.log') size 100M,
group 3 ('/oradata/pdsdb/redo03_1.log','/oradata/pdsdb/redolog03_2.log') size 100M,
group 4 ('/oradata/pdsdb/redolog04_1.log','/oradata/pdsdb/redo04_2.log') size 100M
datafile '/oradata/pdsdb/indx01.dbf' size 500m,
'/oradata/pdsdb/system01.dbf' size 2000m,
'/oradata/pdsdb/tools01.dbf' size 500m,
'/oradata/pdsdb/users01.dbf' size 8196m,
'/oradata/pdsdb/users02.dbf' size 8196m,
'/oradata/pdsdb/users03.dbf' size 8196m,
'/oradata/pdsdb/users04.dbf' size 8192m,
'/oradata/pdsdb/users05.dbf' size 8192m,
'/oradata/pdsdb/users06.dbf' size 8192m,
'/oradata/pdsdb/users07.dbf' size 8196m,
'/oradata/pdsdb/users08.dbf' size 8196m,
'/oradata/pdsdb/users09.dbf' size 8196m,
'/oradata/pdsdb/users10.dbf' size 8196m,
'/oradata/pdsdb/users11.dbf' size 8196m,
'/oradata/pdsdb/users12.dbf' size 8196m,
'/oradata/pdsdb/users13.dbf' size 8196m,
'/oradata/pdsdb/users14.dbf' size 8196m,
'/oradata/pdsdb/users15.dbf' size 8196m,
'/oradata/pdsdb/users16.dbf' size 8196m,
'/oradata/pdsdb/users17.dbf' size 8196m,
'/oradata/pdsdb/users18.dbf' size 8196m,
'/oradata/pdsdb/users19.dbf' size 8196m,
'/oradata/pdsdb/users20.dbf' size 8196m,
'/oradata/pdsdb/undotbs01.dbf' ,
'/oradata/pdsdb/undotbs02.dbf'
character set zhs16gbk
;


recover database;
alter system archive log all;
alter database open ;

alter database temp add tepfile '/oradata/pdsdb/temp01.dbf' size reuse autoextend off;

-- 不能open
Creating archive destination LOG_ARCHIVE_DEST_1: '/arch1/1_2852.dbf'
Tue Jul 22 15:43:40 2008
Errors in file /opt/oracle/admin/pdsdb/udump/pdsdb1_ora_8010.trc:
ORA-00600: internal error code, arguments: [25012], [1], [2], [], [], [], [], []
Tue Jul 22 15:43:41 2008
Errors in file /opt/oracle/admin/pdsdb/udump/pdsdb1_ora_8010.trc:
ORA-00600: internal error code, arguments: [25012], [1], [2], [], [], [], [], []
Tue Jul 22 15:43:41 2008
Error 600 happened during db open, shutting down database
USER: terminating instance due to error 600
Instance terminated by USER, pid = 8010
ORA-1092 signalled during: alter database open...

-- db2 can't startup
SQL> startup
ORACLE instance started.

Total System Global Area 2232914336 bytes
Fixed Size 745888 bytes
Variable Size 1174405120 bytes
Database Buffers 1056964608 bytes
Redo Buffers 798720 bytes
ORA-01183: cannot mount database in SHARED mode

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/271063/viewspace-1007688/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/271063/viewspace-1007688/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值