linux 数据库归档日志满了,归档日志满造成数据库宕机

最新推荐文章于 2021-10-21 11:41:19 发布
最新推荐文章于 2021-10-21 11:41:19 发布
阅读量302 收藏
点赞数
文章标签： linux 数据库归档日志满了

ORACLE instance started.

Total System Global Area  285212672 bytes

Fixed Size                  1218992 bytes

Variable Size             130025040 bytes

Database Buffers          150994944 bytes

Redo Buffers                2973696 bytes

Database mounted.

ORA-16038: log 1 sequence# 61 cannot be archived

ORA-19809: limit exceeded for recovery files

ORA-00312: online log 1 thread 1:

'/u01/app/oracle/product/10.2.0/EMREP/redo01.log'

parameter db_recovery_file

NAME                                 TYPE        VALUE

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

db_recovery_file_dest                string      /u01/app/oracle/flash_recovery

_area

db_recovery_file_dest_size           big integer 2G

log  list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            USE_DB_RECOVERY_FILE_DEST

Oldest online log sequence     61

Next log sequence to archive   61

Current log sequence           63

abort

ORACLE instance shut down.

mount

ORACLE instance started.

Total System Global Area  285212672 bytes

Fixed Size                  1218992 bytes

Variable Size             130025040 bytes

Database Buffers          150994944 bytes

Redo Buffers                2973696 bytes

Database mounted.

system set  db_recovery_file_dest_size=30g  scope=both;

System altered.

*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                19.57                         0              41

BACKUPPIECE                   0                         0               0

IMAGECOPY                     0                         0               0

FLASHBACKLOG                  0                         0               0

6 rows selected.

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

SUM(PERCENT_SPACE_USED)*3/100

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

.5871

Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production

With the Partitioning, Oracle Label Security, OLAP and Data Mining options

[oracle@secdb2 ~]$ rman  target /

Recovery Manager: Release 10.2.0.1.0 - Production on Fri Sep 21 20:53:10 2012

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

connected to target database: EMREP (DBID=4017259525, not open)

RMAN> crosscheck archivelog all;

using target database control file instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=156 devtype=DISK

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_20_85fhs0gq_.arc recid=1 stamp=794239906

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_21_85fhtnls_.arc recid=2 stamp=794239957

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_22_85fhvpm7_.arc recid=3 stamp=794239992

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_23_85fhx1d1_.arc recid=4 stamp=794240036

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_24_85fhyq15_.arc recid=5 stamp=794240088

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_25_85fj2kv2_.arc recid=6 stamp=794240211

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_26_85fj507h_.arc recid=7 stamp=794240289

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_27_85fnxzs7_.arc recid=8 stamp=794245185

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_28_85fvt7gv_.arc recid=9 stamp=794252234

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_29_85g50cxt_.arc recid=10 stamp=794261646

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_30_85gbrrk3_.arc recid=11 stamp=794267547

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_17/o1_mf_1_31_85gcbbfl_.arc recid=12 stamp=794268107

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_32_85gl88gj_.arc recid=13 stamp=794275210

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_33_85gw5360_.arc recid=14 stamp=794285348

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_34_85h79yrt_.arc recid=15 stamp=794296769

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_35_85hlqlnq_.arc recid=16 stamp=794308468

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_36_85hy7hyh_.arc recid=17 stamp=794320241

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_37_85j9lvvx_.arc recid=18 stamp=794331869

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_38_85jkp51n_.arc recid=19 stamp=794340167

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_39_85jx8c80_.arc recid=20 stamp=794352012

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_18/o1_mf_1_40_85k28mnm_.arc recid=21 stamp=794357141

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_41_85kbwjh9_.arc recid=22 stamp=794365970

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_42_85knp9c7_.arc recid=23 stamp=794376010

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_43_85l02m97_.arc recid=24 stamp=794387668

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_44_85lcj7mq_.arc recid=25 stamp=794399369

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_45_85lq97s4_.arc recid=26 stamp=794411433

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_46_85m2chcb_.arc recid=27 stamp=794422769

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_47_85mb6cdn_.arc recid=28 stamp=794430797

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_48_85mmzgvx_.arc recid=29 stamp=794440816

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_19/o1_mf_1_49_85mtpch2_.arc recid=30 stamp=794447693

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_20/o1_mf_1_50_85n2qgtn_.arc recid=31 stamp=794455919

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_20/o1_mf_1_51_85nffzfd_.arc recid=32 stamp=794466880

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_20/o1_mf_1_52_85nppkvb_.arc recid=33 stamp=794476371

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_20/o1_mf_1_53_85o1cxv0_.arc recid=34 stamp=794487295

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_20/o1_mf_1_54_85odt99q_.arc recid=35 stamp=794499018

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_20/o1_mf_1_55_85or6psv_.arc recid=36 stamp=794510680

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_20/o1_mf_1_56_85p1906g_.arc recid=37 stamp=794519969

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_20/o1_mf_1_57_85p8dj9l_.arc recid=38 stamp=794527249

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_21/o1_mf_1_58_85phd7gc_.arc recid=39 stamp=794534410

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_21/o1_mf_1_59_85pr46p3_.arc recid=40 stamp=794543368

validation succeeded for archived log

archive log filename=/u01/app/oracle/flash_recovery_area/EMREP/archivelog/2012_09_21/o1_mf_1_60_85q2oqf4_.arc recid=41 stamp=794554169

Crosschecked 41 objects

RMAN> delete expired archivelog all;

released channel: ORA_DISK_1

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=156 devtype=DISK

specification does not match any archive log in the recovery catalog

RMAN> delete obsolete;

RMAN retention policy will be applied to the command

RMAN retention policy is set to redundancy 1

using channel ORA_DISK_1

no obsolete backups found

RMAN> crosscheck backupset;

using channel ORA_DISK_1

RMAN> delete expired backupset;

using channel ORA_DISK_1

database open;

Database altered.

向Secooler 致敬！

Johnson

2012-9-21

罗宾老师
关注
oracle数据库日志中报错：checkpoint not completed 导致高发时段数据库宕机解决方式
qq_42755868的博客
01-12 582
近期在自己搭设的环境中测试了一下，发现每一周都会有数据库宕机的情况出现，查看日志频繁出现：checkpoint not completed 提示。 度了一下网上的分享，发现是数据库出现脏数据块写入落库时，日志分组无法做及时切换导致的。 可以分别通过以下语句做查看： ①查看制定日期后每一天的日志分组切换次数，查看高峰时段的切换次数，根据切换次数对日志分组做调整。 SELECT TO_CHAR(first_time,'yyyy-mm-dd') day1, COUNT(*) FROM v$log_histor
DB2备份+日志恢复并前滚数据库
nayanminxing的专栏
10-29 8655
db2 rollforward 命令时读取日志的顺序 数据库备份恢复的一点总结
归档日志满造成数据库宕机
csdn_0615的博客
09-21 200
SYS@EMREP>startupORACLE instance started. Total System Global Area 285212672 bytesFixed Size...
归档日志满导致数据库挂起故障处理
上帝之手&传奇 - MartinLee
01-22 1461
归档日志满导致的数据库挂起故障处理 当数据库运行在归档模式时，如果没有做好备份策略或归档文件和备份文件放到同一个逻辑区，则偶尔会遇到归档日志满导致系统挂起事故。在这样情况下，重启数据库不仅没有用而且将问题更复杂化（记得重启后在HA模式下的共享存储也不见了，进行了手工mount后进行手工删除部分归档日志）。 根据实际环境有不同处理方法，如下是比较通用的处理过程：
如何解决“归档日志已满问题”
热门推荐
casilin的专栏
02-26 1万+
问题描述：所用数据库为 oracle 10g ，模式为归档模式，oracle 系统默认的归档空间为2G，由于日志过多，空间写满，数据库的redo文件不能归档，而出现oracle数据库挂起的问题。oem打开oracle 10g 数据库操作界面，会显示如下错误信息：     “ 由于输出设备已满或不可用, 归档程序无法归档重做日志。”数据库无法使用现将解决办法稍作总结：方法一：
linux oracle ora-00257,ORA-00257归档日志已满解决
weixin_39727706的博客
04-06 293
2016年4月3日 14:30客户环境：Linux+ RAC客户端账号登录，报错提示：ORA-00257: archiver error. Connect internal only, until freed使用PUTTY连接服务器[root@hisrac2 ~]# su - oracle[oracle@hisrac2 ~]$ sqlplusSQL*Plus: Release 10.2.0.4.0...
归档路径满了对数据库的影响
在路上
01-02 1722
在自己电脑上测试归档路径满了，导致数据库无法归档的效果。不想费劲把归档路径撑爆，看了下归档路径的大小，改了db_recovery_file_dest_size。重启数据库之后： SQL> startup ORACLE instance started. Total System Global Area 413372416 bytes F
Linux系统日志分析：从监控到故障排除，深入了解系统运行状况（3个实战案例）
Linux系统日志是记录系统事件、错误和操作的重要信息源。这些日志提供了一个宝贵的窗口，用于了解系统的运行状况、诊断问题和进行故障排除。 系统日志通常存储在`/var/log`目录下，其中包含大量文件，每个文件记录...
操作 神通数据库_神通大型通用数据库
weixin_39744384的博客
12-30 8383
(一)标准SQL· 表提供创建表、修改表名称、字段名称与类型、添加/删除字段等表结构定义操作。单表数据存储量为32T以上。数据表单表最大列数大于1500列。单表数据存储量为100T以上，单表支持行数千亿行级。· 索引提供创建、修改索引信息功能。支持多种索引，包括B+树索引(唯一、非唯一)、基于B树的函数索引、全局分区索引、局部分区索引、位图索引、Hash索引。·多种数据类型提供丰富的数据类型支持，...
Oracle数据库故障处理与运维实战指南
其次，数据库无法连接可能由多种原因导致，包括数据库服务器宕机、监听异常、数据库挂起、归档日志目录满、网络问题或硬件故障等。针对这些问题，处理方法包括重启数据库、重启监听、清理归档日志、修复网络连接等。...
数据库的记录操作的日志文件满了，这个数据库会有什么影响，还能正常使用吗？
wbl320的博客
10-15 2917
数据库中的增删改需要写入日志中记录操作，但是查不需要记录，所以这个数据库的部分功能收到影响不能使用，但是还可以继续查，可以使用。
ORACLE数据库归档日志满后造成系统宕机的处理方法
u012127798的专栏
06-24 945
第一次宕机时，初始以为是系统内存溢出，于是重启应用服务器，发现应用服务器在启动时报错，错误为无法连接到数据库。于是连接数据库服务器，打开EM后发现系统报错如图： 提示归档日志写入失败，检查服务器发现磁盘空间满了，于是清理磁盘空间后，重启数据库问题解决。随后把服务器磁盘空间扩容，直接给了oracle数据所在盘1TB的磁盘空间。 第二次又出现此问题，经过仔细检查，并与同事确认后，发现是由于OR
oracle开归档影响性能,Oracle归档日志满导致数据库性能异常慢
weixin_42315537的博客
04-05 708
这个问题遇到的时候，我没有查看告警日志，一直以为是数据库的锁阻塞影响了性能。知道查看日志才发现时归档日志已满。才导致这种问题的产生：Errorsinfile/DBBK/oracle/diag/rdbms/orcl/orcl/trace/orcl_arc0_28918.trc:ORA-19809:limitexceededforrecoveryfilesORA-19804:cann...
日志满是oracle,oracle归档日志满了，导致oracle用户不能登录
weixin_34002071的博客
04-03 1593
原因：归档日志文件爆满什么是Oracle归档模式？Oracle数据库有联机重做日志，这个日志是记录对数据库所做的修改，比如插入，删除，更新数据等，对这些操 作都会记录在联机重做日志里。一般数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满的时候，就会发生日志切换，这时联机重做日志组2成为当 前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，就这样反复进行...
oracle归档日志满了，导致oracle用户不能登录
chenling9274的博客
11-04 776
原因：归档日志文件爆满 什么是Oracle归档模式？　　Oracle数据库有联机重做日志，这个日志是记录对数据库所做的修改，比如插入，删除，更新数据等，对这些操 作都会记录在联机重做日志里。一般数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满的时候，就会发生日志切换，这时联机重做...
归档日志满导致的数据库挂起故障处理
congjiaqing0635的博客
10-06 210
当数据库运行在归档模式时，如果没有做好备份策略或归档文件和备份文件放到同一个逻辑区，则偶尔会遇到归档日志满导致系统挂起事故。在这样情况下，重启数据库不仅没有用而且将问题更复杂化（记得重启后在HA模式下的共享存储也不见了，进行了手...
测试环境归档日志满引发的各种问题
在路上
03-28 2073
今天在测试锁等待的问题，出现了各种奇葩，锁等待的出现了不理解的地方，详见：http://bbs.csdn.net/topics/391924878 但这不是重点，重点是我在自己测试的时候，出现了各种问题： 环境：Windows server 2008R2 数据库版本：11.2.0.4 单机 虚拟机 由于表数据量较大，各种delete、update操作之后，归档日志满了： 报
快速恢复区满了，导致数据库hang住，无法连接
zongzizz的博客
10-21 277
快速恢复区满了，导致数据库hang住，无法连接 alert日志报错 可能是当时创建快速恢复区的时候空间给小了，满足不了一天的日志存放量，可适当修改快速恢复区大小和日志保存时间。 之前开启过FLASHBACK 开启过程如下： –定义快速恢复区大小 SQL> alter system set db_recovery_file_dest_size=30G; –定义闪回日志保留时间 SQL> alter system set db_flashback_retention_target=1440; –定义
闪回恢复区满，库不能打开
Laughing
02-17 1638
今天测试库启不来，仅记录一下 SQL> alter database open; alter database open * 第 1 行出现错误: ORA-16014: 日志 1 的序列号 116 未归档, 没有可用的目的地 ORA-00312: 联机日志 1 线程 1: 'G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA10G\REDO01.LOG' 查看告警日
金融平台主数据库宕机应急恢复策略
主数据库服务器宕机应急预案是金融机构针对核心业务运行中可能出现的关键故障制定的一项正式应对策略。其主要目的是在主数据库服务器发生无法访问的紧急情况下，确保业务连续性，通过备用服务器接管服务，并迅速恢复...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值