ORA-16014错误和flash空间满
来源:互联网 发布:软件体验总结 编辑:程序博客网 时间:2024/05/22 06:34
ORA-16014错误和flash空间满
昨天创建一个表 create table user as select name from t_userinfo
t_userinfo 这个表很大. 过了一段时间一直在读写硬盘.持续了有3个小时.
PL/SQL DEVELOPER 也无法中断.
通过查v$sqlarea 的sql_fulltext 找到了 sql_Id=gutz8yut71m22
然后在v$session找到了 session_id=646 serial#=57
然后alter system kill session '646,57' 无法删除.
查v$session_wait 的event 发现是log siwtch
shutdown immediate 也无法关闭.只好在windows下关闭了oracle服务.
再次启动时候,很怕数据库做回滚操作,因为我已经把归档日志删除了1.1G,也害怕无法恢复.
1.问题以及解决过程
SQL> select status from v$instance;
STATUS
------------
MOUNTED
SQL> alter database open;
alter database open
*
第 1 行出现错误:
ORA-16014: 日志 2 的序列号 27 未归档, 没有可用的目的地
ORA-00312: 联机日志 2 线程 1:
'D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/REDO02.LOG'
SQL> show parameter db_recovery_file
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string D:/oracle/product/10.2.0/flash
_recovery_area
db_recovery_file_dest_size big integer 2G
SQL> alter system archive log current;
alter system archive log current
*
第 1 行出现错误:
ORA-01109: 数据库未打开
SQL> alter system switch logfile;
alter system switch logfile
*
第 1 行出现错误:
ORA-01109: 数据库未打开
SQL> show parameter db_recovery
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string C:/oracle/product/10.2.0/flash
_recovery_area
db_recovery_file_dest_size big integer 2G
SQL> alter system set db_recovery_file_dest_size=3G scope=both;
系统已更改。
SQL> alter database open;
数据库已更改。
(1).检查flash recovery area的使用情况:
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 7.23 0 48
BACKUPPIECE 0 0 0
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0
已选择6行。
SQL>
(2).计算flash recovery area已经占用的空间:
SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
SUM(PERCENT_SPACE_USED)*3/100
-----------------------------
2.1369
也可以用下面的语句检查
SELECT substr(name, 1, 30) name, space_limit AS quota,space_used AS used,space_reclaimable
AS reclaimable, number_of_files AS files
FROM v$recovery_file_dest ;
create table as 语句产生了很多归档导致 online redo log无法归档,在这里,我们通过设置
db_recovery_file_dest_size参数,增大了flash recovery area来解决这个问题。
(3).也可以通过删除flash recovery area中不必要的备份来释放flash recovery area空间来解决这个问
题:
c:/RMAN
rman> connect target sys/pwd@test
(1). delete obsolete;
(2). crosscheck backupset; delete expired backupset;
(3). crosscheck archivelog all; delete expired archivelog all;
Oracle指出,我们可以通过执行以下命令:
RMAN> backup recovery area;
将闪回区的内容备份到第三方介质,也同样可以解决这个问题。
是以为记。
- ORA-16014错误和flash空间满
- Oracle知识:ORA-16014错误和flash空间满
- ORA-16014错误解决办法 计算flash recovery area已经占用的空间
- 关于ORA-1658错误和用户表空间配额
- 一个ORA-16014和ORA-00312错误的解决
- ORA-16014: log string sequence# string not archived, no available destinations Flash Recovery Area 空间不足
- ORA-00257错误(归档空间不够)
- Oracle表空间管理 ORA-01653 错误
- oracle表空间出现ORA-01653错误
- oracle小记之建立表空间、用户 和 ORA-28000错误
- ORA-01536: 超出表空间'***'的空间限量的错误
- ORA-00119和ORA-00132错误解决
- ORA-01461和ORA-01483错误
- ORA-01034 和 ORA-27101错误
- ORA-02266和ORA-02291错误
- ORA-16038和ora-19809错误
- ora-00020和ORA-03113错误处理
- ORA-01461和ORA-01483错误
- django 多对多存储
- shell实例(十三) ----pushd,popd,let命令,eval命令
- 垃圾回收机制
- SQL
- ubuntu10.04 更改启动顺序
- ORA-16014错误和flash空间满
- 改变进度条背景
- 我不喜欢我的代码
- Javascript MVC —— View
- android基础->拖动效果(Gallery)
- java pipe and filter
- 使用JLINK GDBSERVER调试U-BOOT的方法
- jquery的extend和fn.extend