当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 机器异常关闭重起后出现ora-19809错误

MSSQL
将代码页从SQL Server 7.0改变到SQL Server 2000
浅析SQL SERVER一个没有公开的存储过程
使用存储过程时一个错误的解决方法
执行一个安全的SQL Server安装
SQL导出到MYSQL的简单方法
SQL Server 7六种数据移动方法
数据库升迁从sqlserver6.5到sqlserver2000
用SQL 2000创建用户化XML流
解决SQL Server 2000之日志传送功能
保持多台服务器数据的一致性
将ACCESS转化成SQL2000需要注意的几个问题
一次特殊的SQL Server安装奇遇
实现上千万条数据的分页显示
使用用于SQL Server的IIS虚拟目录管理实用工具
SQL Server连接ACCESS数据库的实现
使用SQL Server数据转换服务升迁Access数据库
SQLServer和Access、Excel数据传输简单总结
XML文件导入SQL Server 2000
在视图中使用ORDER BY子句
内嵌或嵌入SQL和存储过程之对比

MSSQL 中的 机器异常关闭重起后出现ora-19809错误


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 54 ::
收藏到网摘: n/a

案例:机器异常关闭,重起后出现ora-19809超出恢复文件限制错误:

ORA-16038: log 3 sequence# 1126 cannot be archived

ORA-19809: limit exceeded for recovery files

ORA-00312: online log 3 thread 1: '/opt/oracle/product/10.1/oradata/orcl/redo03.log'

Oracle数据库10g默认的归档日志存放在flash_recovery_area,而默认安装的时候该区间选择了1G大小。

在归档日志超过1G的时候,空间不足,于是无法归档,当时手工删除归档日志文件,Oracle数据库由于无法识别空间是否释放。导致数据库出现无法无法启动的现象。

解决方法:

1、mount数据库

sql> startup mount (注意,这时候还会报错,但是可以更改系统参数)

2、 更改系统参数

sql> alter system set db_recovery_file_dest_size=2g scope=both;

参数db_recovery_file_dest_size的值根据磁盘剩余空间大小和实际需要来设置,没有定论。

3、打开数据库

sql> alter database open

4、删除失效归档日志

rman

RMAN> connect target /

RMAN> crosscheck archivelog all;

RMAN> delete expired archivelog all;

RMAN>exit

5、重新启动数据库

sql> shutdown immediate

sql> startup