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

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

78

积分

0

好友

0

主题
1#
发表于 2012-4-12 14:03:55 | 查看: 8942| 回复: 9
今天做例检,发现很奇怪的事:开了归档做RMAN备份,目前备份正常,归档仍是开的,每天也仍有归档日志产生,可flash recovery area的使用率和空间占用率都为0,比较奇怪啊。向大侠们请教下这是什么情况。

查了数据库告警日志,发现有少量死锁的报错;同时系统磁盘空间里/var的使用率目前是100%。

OS:AIX
数据库版本:ORACLE10g
下面是查询的语句:
SQL>  archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled    //此处可看到的确是开了归档
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     84293
Next log sequence to archive   84298
Current log sequence           84298


SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE                   0                         0               0
ONLINELOG                     0                         0               0
ARCHIVELOG                    0                         0               1
BACKUPPIECE                   0                         0               0
IMAGECOPY                     0                         0               0
FLASHBACKLOG                  0                         0               0

6 rows selected.


SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;

SUM(PERCENT_SPACE_USED)*3/100
-----------------------------
                            0
2#
发表于 2012-4-12 14:08:23
Action Plan:

select * from v$version;

show parameter log_archive_dest

  show parameter recover

select name from v$archived_log;

回复 只看该作者 道具 举报

3#
发表于 2012-4-12 16:55:40
估计归档路径不在fra里,没有开flashback,rman备份位置也指定的路径等。

回复 只看该作者 道具 举报

4#
发表于 2012-4-13 14:15:03

回复 2# 的帖子

select * from v$version:
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE    10.2.0.4.0      Production
TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
NLSRTL Version 10.2.0.4.0 - Production

show parameter log_archive_dest:
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      /oradata/flash_recovery_area
db_recovery_file_dest_size           big integer 120G
recovery_parallelism                 integer     0

show parameter log_archive_dest:
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest                     string
log_archive_dest_1                   string
log_archive_dest_10                  string
log_archive_dest_2                   string
log_archive_dest_3                   string
log_archive_dest_4                   string
log_archive_dest_5                   string
log_archive_dest_6                   string
log_archive_dest_7                   string
log_archive_dest_8                   string
log_archive_dest_9                   string
log_archive_dest_state_1             string      enable
log_archive_dest_state_10            string      enable
log_archive_dest_state_2             string      enable
log_archive_dest_state_3             string      enable
log_archive_dest_state_4             string      enable
log_archive_dest_state_5             string      enable
log_archive_dest_state_6             string      enable
log_archive_dest_state_7             string      enable
log_archive_dest_state_8             string      enable
log_archive_dest_state_9             string      enable


select name from v$archived_log(因太多,贴部分):
/oradata/flash_recovery_area/PINGTAI/archivelog/2012_04_13/o1_mf_1_84303_7rfzy65f_.arc
/oradata/flash_recovery_area/PINGTAI/archivelog/2012_04_13/o1_mf_1_84304_7rh274mp_.arc
/oradata/flash_recovery_area/PINGTAI/archivelog/2012_04_13/o1_mf_1_84305_7rh2b4lz_.arc
/oradata/flash_recovery_area/PINGTAI/archivelog/2012_04_13/o1_mf_1_84306_7rh2gx4d_.arc
/oradata/flash_recovery_area/PINGTAI/archivelog/2012_04_13/o1_mf_1_84307_7rh2sbd9_.arc

784 rows selected.

回复 只看该作者 道具 举报

5#
发表于 2012-4-13 14:21:24
action plan:
执行以下命令并贴出结果


select  * from v$flash_recovery_area_usage;

alter system archive log current;
/
/

select  * from v$flash_recovery_area_usage;

回复 只看该作者 道具 举报

6#
发表于 2012-4-13 14:25:22

回复 5# 的帖子

SQL> select  * from v$flash_recovery_area_usage;      enableU

FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE                   0                         0               0
ONLINELOG                     0                         0               0
ARCHIVELOG                  .95                         0               5
BACKUPPIECE                   0                         0               0
IMAGECOPY                     0                         0               0
FLASHBACKLOG                  0                         0               0

6 rows selected.

alter system archive log current;
/
/

SQL> select  * from v$flash_recovery_area_usage;

FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE                   0                         0               0
ONLINELOG                     0                         0               0
ARCHIVELOG                  1.1                         0               7
BACKUPPIECE                   0                         0               0
IMAGECOPY                     0                         0               0
FLASHBACKLOG                  0                         0               0

6 rows selected.

回复 只看该作者 道具 举报

7#
发表于 2012-4-13 14:30:49
ARCHIVELOG  从 5个上升到 7个,说明当前的flash_recovery_area状态是正常的。

V$FLASH_RECOVERY_AREA_USAGE

V$FLASH_RECOVERY_AREA_USAGE displays usage information about flashback recovery areas.
Column         Datatype         Description
FILE_TYPE         VARCHAR2(12)         File type
PERCENT_SPACE_USED         NUMBER         Percent of recovery area that is in use
PERCENT_SPACE_RECLAIMABLE         NUMBER         Percent of recovery area that is reclaimable
NUMBER_OF_FILES         NUMBER         Number of files in the recovery area

回复 只看该作者 道具 举报

8#
发表于 2012-4-13 14:31:43

回复 1# 的帖子

原来是正常的,这月例检突然这样了。另外,也想问下,有关归档空间正常是分配多少G。当时分50G都用不了两天没办法安全过周末,按领导要求调到120G,可这会不对啵

回复 只看该作者 道具 举报

9#
发表于 2012-4-13 21:21:11

回复 7# 的帖子

就是奇怪,为什么正常的,可使用率和占用率都是0咧,这不是太理想化了些啵?

回复 只看该作者 道具 举报

10#
发表于 2012-4-13 21:26:13
ARCHIVELOG                  1.1                         0               7


PERCENT_SPACE_USED  Percent of recovery area that is in use

1.1% *120GB = 1.2GB ==>7个archivelog


可能 因为最近发生过的某些变化导致了这个结果, 建议配合 alert.log 和 审计数据 进行排查

回复 只看该作者 道具 举报

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

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

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

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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