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

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

89

积分

0

好友

0

主题
1#
发表于 2012-2-29 15:58:09 | 查看: 8380| 回复: 6
清理obsolete备份的时候遇到一个问题~状况是这样的,

这个系统最初是用networker备份到磁带库的~后来由于license不够,而这个系统不算重要,所以就从networker中移除出来做本地备份了~

于是出现了一个悲剧的问题~
有那么几个应该是在磁带库中的备份集,
RMAN> crosscheck backup;
using channel ORA_DISK_1
RMAN>

啥都没有,但是:
RMAN> report obsolete;
RMAN retention policy will be applied to the command
RMAN retention policy is set to recovery window of 5 days
Report of obsolete backups and copies
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set           153    06-DEC-11         
  Backup Piece       153    06-DEC-11          LGEPI_archivelog_EPI_51mthcbd_1_1_20111206
Backup Set           152    06-DEC-11         
  Backup Piece       152    06-DEC-11          LGEPI_archivelog_EPI_52mthcbd_1_1_20111206
Backup Set           154    06-DEC-11         
  Backup Piece       154    06-DEC-11          LGEPI_controlfile_EPI_53mthccf_1_1_20111206
Backup Set           156    07-DEC-11         
  Backup Piece       156    07-DEC-11          LGEPI_archivelog_EPI_54mtk0nc_1_1_20111207
Backup Set           155    07-DEC-11         
  Backup Piece       155    07-DEC-11          LGEPI_archivelog_EPI_55mtk0nc_1_1_20111207
Backup Set           157    07-DEC-11         
  Backup Piece       157    07-DEC-11          LGEPI_controlfile_EPI_56mtk25l_1_1_20111207
Backup Set           159    16-DEC-11         
  Backup Piece       159    16-DEC-11          LGEPI_archivelog_EPI_5bmubo3c_1_1_20111216
Backup Set           158    16-DEC-11         
  Backup Piece       158    16-DEC-11          LGEPI_archivelog_EPI_5cmubo3c_1_1_20111216
Backup Set           160    16-DEC-11         
  Backup Piece       160    16-DEC-11          LGEPI_archivelog_EPI_5dmubo7v_1_1_20111216
Backup Set           161    16-DEC-11         
  Backup Piece       161    16-DEC-11          LGEPI_controlfile_EPI_5emubo84_1_1_20111216
Backup Set           177    17-DEC-11         
  Backup Piece       177    17-DEC-11          LGEPI_database_full_EPI_5umueda0
Backup Set           179    17-DEC-11         
  Backup Piece       179    17-DEC-11          LGEPI_archivelog_EPI_5vmueda8_1_1_20111217
Backup Set           180    17-DEC-11         
  Backup Piece       180    17-DEC-11          LGEPI_controlfile_EPI_61muedag_1_1_20111217
Backup Set           183    18-DEC-11         
  Backup Piece       183    18-DEC-11          LGEPI_controlfile_EPI_64muh12r_1_1_20111218
Backup Set           186    19-DEC-11         
  Backup Piece       186    19-DEC-11          LGEPI_controlfile_EPI_67mujlgr_1_1_20111219
RMAN>

然后:
RMAN> delete obsolete;
RMAN retention policy will be applied to the command
RMAN retention policy is set to recovery window of 5 days
using channel ORA_DISK_1
Deleting the following obsolete backups and copies:
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set           153    06-DEC-11         
  Backup Piece       153    06-DEC-11          LGEPI_archivelog_EPI_51mthcbd_1_1_20111206
Backup Set           152    06-DEC-11         
  Backup Piece       152    06-DEC-11          LGEPI_archivelog_EPI_52mthcbd_1_1_20111206
Backup Set           154    06-DEC-11         
  Backup Piece       154    06-DEC-11          LGEPI_controlfile_EPI_53mthccf_1_1_20111206
Backup Set           156    07-DEC-11         
  Backup Piece       156    07-DEC-11          LGEPI_archivelog_EPI_54mtk0nc_1_1_20111207
Backup Set           155    07-DEC-11         
  Backup Piece       155    07-DEC-11          LGEPI_archivelog_EPI_55mtk0nc_1_1_20111207
Backup Set           157    07-DEC-11         
  Backup Piece       157    07-DEC-11          LGEPI_controlfile_EPI_56mtk25l_1_1_20111207
Backup Set           159    16-DEC-11         
  Backup Piece       159    16-DEC-11          LGEPI_archivelog_EPI_5bmubo3c_1_1_20111216
Backup Set           158    16-DEC-11         
  Backup Piece       158    16-DEC-11          LGEPI_archivelog_EPI_5cmubo3c_1_1_20111216
Backup Set           160    16-DEC-11         
  Backup Piece       160    16-DEC-11          LGEPI_archivelog_EPI_5dmubo7v_1_1_20111216
Backup Set           161    16-DEC-11         
  Backup Piece       161    16-DEC-11          LGEPI_controlfile_EPI_5emubo84_1_1_20111216
Backup Set           177    17-DEC-11         
  Backup Piece       177    17-DEC-11          LGEPI_database_full_EPI_5umueda0
Backup Set           179    17-DEC-11         
  Backup Piece       179    17-DEC-11          LGEPI_archivelog_EPI_5vmueda8_1_1_20111217
Backup Set           180    17-DEC-11         
  Backup Piece       180    17-DEC-11          LGEPI_controlfile_EPI_61muedag_1_1_20111217
Backup Set           183    18-DEC-11         
  Backup Piece       183    18-DEC-11          LGEPI_controlfile_EPI_64muh12r_1_1_20111218
Backup Set           186    19-DEC-11         
  Backup Piece       186    19-DEC-11          LGEPI_controlfile_EPI_67mujlgr_1_1_20111219
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of delete command at 02/29/2012 15:54:47
RMAN-06091: no channel allocated for maintenance (of an appropriate type)

死活没办法删除~导致我在脚本中写的delete obsolete总是无法执行,没办法自动清理过期的备份~

请教一下有没有办法可以把这几个备份集信息清理掉~
2#
发表于 2012-2-29 19:52:38
TRY

DELETE FORCE NOPROMPT OBSOLETE;

回复 只看该作者 道具 举报

3#
发表于 2012-3-1 12:00:28
RMAN> DELETE FORCE NOPROMPT OBSOLETE;

using target database control file instead of recovery catalog
RMAN retention policy will be applied to the command
RMAN retention policy is set to recovery window of 5 days
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=2938 devtype=DISK
Deleting the following obsolete backups and copies:
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set           153    06-DEC-11         
  Backup Piece       153    06-DEC-11          LGEPI_archivelog_EPI_51mthcbd_1_1_20111206
Backup Set           152    06-DEC-11         
  Backup Piece       152    06-DEC-11          LGEPI_archivelog_EPI_52mthcbd_1_1_20111206
Backup Set           154    06-DEC-11         
  Backup Piece       154    06-DEC-11          LGEPI_controlfile_EPI_53mthccf_1_1_20111206
Backup Set           156    07-DEC-11         
  Backup Piece       156    07-DEC-11          LGEPI_archivelog_EPI_54mtk0nc_1_1_20111207
Backup Set           155    07-DEC-11         
  Backup Piece       155    07-DEC-11          LGEPI_archivelog_EPI_55mtk0nc_1_1_20111207
Backup Set           157    07-DEC-11         
  Backup Piece       157    07-DEC-11          LGEPI_controlfile_EPI_56mtk25l_1_1_20111207
Backup Set           159    16-DEC-11         
  Backup Piece       159    16-DEC-11          LGEPI_archivelog_EPI_5bmubo3c_1_1_20111216
Backup Set           158    16-DEC-11         
  Backup Piece       158    16-DEC-11          LGEPI_archivelog_EPI_5cmubo3c_1_1_20111216
Backup Set           160    16-DEC-11         
  Backup Piece       160    16-DEC-11          LGEPI_archivelog_EPI_5dmubo7v_1_1_20111216
Backup Set           161    16-DEC-11         
  Backup Piece       161    16-DEC-11          LGEPI_controlfile_EPI_5emubo84_1_1_20111216
Backup Set           177    17-DEC-11         
  Backup Piece       177    17-DEC-11          LGEPI_database_full_EPI_5umueda0
Backup Set           179    17-DEC-11         
  Backup Piece       179    17-DEC-11          LGEPI_archivelog_EPI_5vmueda8_1_1_20111217
Backup Set           180    17-DEC-11         
  Backup Piece       180    17-DEC-11          LGEPI_controlfile_EPI_61muedag_1_1_20111217
Backup Set           183    18-DEC-11         
  Backup Piece       183    18-DEC-11          LGEPI_controlfile_EPI_64muh12r_1_1_20111218
Backup Set           186    19-DEC-11         
  Backup Piece       186    19-DEC-11          LGEPI_controlfile_EPI_67mujlgr_1_1_20111219
Backup Set           189    20-DEC-11         
  Backup Piece       189    20-DEC-11          LGEPI_controlfile_EPI_6amum9mt_1_1_20111220
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of delete command at 03/01/2012 11:58:07
RMAN-06091: no channel allocated for maintenance (of an appropriate type)

不行

回复 只看该作者 道具 举报

4#
发表于 2012-3-2 14:28:52
ODM Finding:
  1. Need Help To Remove Old Tape Backups From Catalog [ID 342284.1]

  2. Applies to:
  3. Oracle Server - Enterprise Edition - Version: 9.2.0.1 and later   [Release: 9.2 and later ]
  4. Information in this document applies to any platform.
  5. Goal
  6. How to delete obsolete TAPE backups via RMAN, when the Media Management Layer
  7. is NOT available anymore.

  8. So how to delete OLD backups which have been made to tape, while the current
  9. backup strategy is to disk and NO Media Manager is available.
  10. Solution
  11. Allocate a maintenance channel with the dummy sbt API and run the DELETE OBSOLET.

  12.     RMAN> allocate channel for maintenance device type sbt
  13.         parms 'SBT_LIBRARY=oracle.disksbt, ENV=(BACKUP_DIR=/tmp)';

  14.         delete obsolete;
  15. The DUMMY API (oracle.disksbt) is simulating the callout to the Media Management Layer.(MML)
  16. This way RMAN thinks an actual MML is available and can perform the maintenance.
复制代码

回复 只看该作者 道具 举报

5#
发表于 2012-3-2 14:30:16
allocate channel for maintenance device type sbt parms 'SBT_LIBRARY=oracle.disksbt, ENV=(BACKUP_DIR=/tmp)';

可以帮你 分配一个 模拟的 sbt channel ,不需要MML和实际的tape .

之后再delete obsolete 因该就可以了

回复 只看该作者 道具 举报

6#
发表于 2012-3-2 14:48:42
哈哈,搞定,谢谢刘总

具体是这样操作的:
allocate channel for maintenance device type sbt parms 'SBT_LIBRARY=oracle.disksbt, ENV=(BACKUP_DIR=/tmp)';
执行完这个之后用delete obsolete提示
RMAN-06207: WARNING: 16 objects could not be deleted for SBT_TAPE channel(s) due
RMAN-06208:          to mismatched status.  Use CROSSCHECK command to fix status

于是crosscheck,然后delete expired ,成功清除~

回复 只看该作者 道具 举报

7#
发表于 2012-3-2 16:33:26
呵呵。牛X。我也有过此问题。学习喽。刘总V5

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-24 03:41 , Processed in 0.047367 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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