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

MSSQL
SQL注入漏洞全接触--进阶篇(二)
SQL注入漏洞全接触--高级篇(一)
SQL注入漏洞全接触--高级篇(二)
SQL Server补丁安装常见问题
[专题]SQL SERVER实用经验技巧集
防范SQL注入式攻击
Mssql和Mysql的安全性分析
SQL概述及在网络安全中的应用
安全入门:SQL注入漏洞全接触
数据库系统防黑客入侵技术综述
SQL注入奇招致胜 UNION查询轻松免费看电影
看紧你的3306端口,一次通过mysql的入侵
MSSQL db_owner角色注入直接获得系统权限
针对SQL INJECTION的SQL SERVER安全设置初级篇
有孔就入 SQL Injection的深入探讨
SQL注入不完全思路与防注入程序
SQL注入攻击的原理及其防范措施
SQL Server应用程序中的高级SQL注入
数据库下载漏洞攻击技术
SQL注入实战---利用“dbo”获得SQL管理权限和系统权限

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


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 89 ::
收藏到网摘: 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