为何Alter Resetlogs 会中断?

zengmuansha

System parameters with non-default values:
  processes                = 300
  sessions                 = 350
  sga_max_size             = 1577058304
  __shared_pool_size       = 352321536
  __large_pool_size        = 0
  __java_pool_size         = 16777216
  __streams_pool_size      = 0
  sga_target               = 1577058304
  control_files            = /oradata/smsgate1/control01.ctl, /oradata/smsgate1/control02.ctl, /oradata/smsgate1/control03.ctl
  db_block_size            = 8192
  __db_cache_size          = 1191182336
  compatible               = 10.2.0.1.0
  log_archive_config       = dg_config=(smsgate1,stdgate1)
  log_archive_dest_1       = location=/oradata/smsgate1/archive valid_for=(all_logfiles,all_roles)
  log_archive_dest_2       =
  log_archive_dest_state_1 = ENABLE
  log_archive_dest_state_2 = ENABLE
  log_archive_max_processes= 30
  log_archive_format       = gate1_%t_%s_%r.arc
  fal_client               = smsgate1
  fal_server               = stdgate1
  db_file_multiblock_read_count= 16
  db_recovery_file_dest    = /oradata/flash_recovery_area
  db_recovery_file_dest_size= 8589934592
  standby_file_management  = AUTO
  _allow_resetlogs_corruption= TRUE
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS2
  remote_login_passwordfile= EXCLUSIVE
  db_domain                =
  dispatchers              = (PROTOCOL=TCP) (SERVICE=smsgate1XDB)
  job_queue_processes      = 10
  background_dump_dest     = /u01/app/oracle/admin/smsgate1/bdump
  user_dump_dest           = /u01/app/oracle/admin/smsgate1/udump
  core_dump_dest           = /u01/app/oracle/admin/smsgate1/cdump
  audit_file_dest          = /u01/app/oracle/admin/smsgate1/adump
  commit_write             = batch,nowait
  db_name                  = smsgate1
  open_cursors             = 15000
  pga_aggregate_target     = 838860800

[ 本帖最后由 zengmuansha 于 2008-4-7 11:47 编辑 ]

zengmuansha

原帖由 赵宇 于 2008-4-7 08:20 发表



从备份来看,至少可以恢复到当时备份那个电.如果归档连续,可以恢复到最后的归档.
recover database 提示缺少归档的话,你可以用set until cancel来做不完全恢复.

control_file_record_keep_time=7不是说7天信息,虽然SG是那么说,但你可以看看你的备份,7天之前的备份信息不存在了吗,还是存在的,这个参数只是控制controlfile的大小

没有必要重建controlfile,再把备份restore一下,用cancel

RMAN> recover database until cancel;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00558: error encountered while parsing input commands
RMAN-01009: syntax error: found "cancel": expecting one of: "logseq, restore, scn, sequence, time"
RMAN-01007: at line 1 column 24 file: standard input
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00558: error encountered while parsing input commands
RMAN-01009: syntax error: found ";": expecting one of: "allocate, alter, backup, beginline, blockrecover, catalog, change, connect, copy, convert, create, crosscheck, configure, duplicate, debug, delete, drop, exit, endinline, flashback, host, {, library, list, mount, open, print, quit, recover, register, release, replace, report, renormalize, reset, restore, resync, rman, run, rpctest, set, setlimit, sql, switch, spool, startup, shutdown, send, show, test, transport, upgrade, unregister, validate"
RMAN-01007: at line 1 column 30 file: standard input

cole

你现在恢复回来的数据文件scn 号还不一致，你没有所需的那归档日志，恢复是没有做完成的
restore database 回来后，做一下recover
SQL> recover database;
SQL> recover database until cancel;
SQL>shutdown immediate


调整SCN

修改pfile文件
#*.undo_management='AUTO'  //屏蔽掉此行
*._ALLOW_RESETLOGS_CORRUPTION = TRUE
*.undo_management='manual'

SQL> conn / as sysdba
已连接到空闲例程。
SQL> startup mount pfile=mypfile.ora

SQL> alter session set events '10015 trace name adjust_scn level 1';

会话已更改。

SQL> alter session set events '10015 trace name adjust_scn level 1';

会话已更改。

SQL> alter session set events '10015 trace name adjust_scn level 1';
多执行几次这语句，不知道你后面还有多少归档日志没有应用

再
SQL> alter database open resetlogs;


如果你的归档不完整，数据肯定是丢了一些

jieyancai

startup mount;
alter session set events '10015 trace name adjust_scn level 1';
alter database open;

zengmuansha

alter session set events '10015 trace name adjust_scn level 1';

不会是每个归挡日志要应用吧!

cole

你的备份方法本来就存在缺陷，缺少全备份后的第一个归档文件，
这个文件关系到在做不完全恢复的时候，你能不能alter database open resetlogs;
restore出来的数据库文件scn号是不一致的，需要在recover的时候调整，这就需归档日志或redo log；
如果你做完全备份之后，立即 alter system archive log current 把当前的redo log 给备份了， 就不会出现这情况了；数据量小，备份
时间短的库倒少出现这样的情况。

你查查是不是这么回事
ORA-00600: internal error code, arguments: [2662]