oracle10g数据库热备份,Oracle数据库热备份文件过大收缩方法

最新推荐文章于 2021-04-16 03:52:22 发布

大魔头-诺铁

最新推荐文章于 2021-04-16 03:52:22 发布

阅读量288

点赞数

文章标签： oracle10g数据库热备份

ORA-00257: archiver error. Connect internal

only, until freed.

Oracle 10g数据库物理空间管理方式与以前Oracle发生了变化，对归档日志所在的Flash_Recovery_Area空间进行了另外限制

Flash_Recovery_Area空间缺省安装时比较小，只有2GB，容易用完

解决过程

根据数据库目前可用存储空间情况、FLASH_RECOVERY_AREA空间为2GB的实际情况，把FLASH_RECOVERY_AREA的空间修改为20GB()。

SQL> alter system set

DB_RECOVERY_FILE_DEST_SIZE=20g;

系统已更改。

(其实问题的本质是归档日志的使用已经达到了spfile等启动参数文件中指定的最大值。oracle 10g中归档日志默认的存放地是闪回目录，即%ORACLE_BASE%/flash_recovery_area的相应实例名下面，这个位置的大小在参数文件中有个限制，解决空间不足的问题可以通过两种方式来实现，一个修改这个大小限制，还有一个就是修改归档日志存放位置。)

如果不要这些archivelog的话，可以删除一些

rman>DELETE NOPROMPT ARCHIVELOG UNTIL

TIME 'SYSDATE-3';直接运行这条

这样会只保留三天的归档

sql> select * from

v$flash_recovery_area_usage;

FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES

-------------------------------

------------------------------------------------------------------------------------------ -------------------------------

CONTROLFILE000

ONLINELOG000

ARCHIVELOG6.110 3

BACKUPPIECE000

IMAGECOPY00 0

FLASHBACKLOG000

Rman Crosscheck删除失效归档

当手工删除了归档日志以后，Rman备份会检测到日志缺失，从而无法进一步继续执行。

所以此时需要手工执行crosscheck过程，之后Rman备份可以恢复正常。

1.Crosscheck日志

rman target /

Recovery Manager: Release 9.2.0.4.0 - 64bit Production

connected to target database: AVATAR2 (DBID=2480694409)

RMAN> crosscheck archivelog all;

using target database controlfile instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=25 devtype=DISK

validation failed for archived log

archive log filename=/opt/oracle/oradata/avatar2/archive/1_2714.dbf

recid=2702 stamp=545107659

validation failed for archived log

archive log

filename=/opt/oracle/oradata/avatar2/archive/1_2715.dbf recid=2703

stamp=545108268

...........

validation failed for archived log

archive log filename=/opt/oracle/oradata/avatar2/archive/1_2985.dbf

recid=2973 stamp=545399327

validation

succeeded for archived log

archive log filename=/opt/oracle/oradata/avatar2/archive/1_2986.dbf

recid=2974 stamp=545400820