ORA-38760: This database instance failed to turn on flashback database

ORA-38760: This database instance failed to turn on flashback database

问题背景:
       测试数据库执行shutdown immediate,日志里面报错,错误信息为:ORA-19815: WARNING: db_recovery_file_dest_size of 4322230272 bytes is 99.77% used, and has 9814016 remaining bytes available.
       随即我执行startup force mount将数据库强制关闭并启动到mount状态,通过RMAN把历史备份和归档信息都删除后启动数据库报错ORA-38760.

问题现象:

SQL> startup mount;
ORACLE instance started.

Total System Global Area 2872786944 bytes
Fixed Size                  2256712 bytes
Variable Size            2634023096 bytes
Database Buffers          218103808 bytes
Redo Buffers               18403328 bytes
Database mounted.
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-38760: This database instance failed to turn on flashback database

问题分析:
    该错误通过查看Metalink 后得知是因为Flash back信息不完整导致。

[oracle@db01 ~]$ oerr or 38760
oerr: Unknown facility 'or'
[oracle@db01 ~]$ oerr ora 38760
38760, 00000, "This database instance failed to turn on flashback database"
// *Cause: Database flashback is on but this instance failed to
//         start generating flashback data. Look in alert log for more
//         specific errors.
// *Action: Correct the error or turn off database flashback.

解决办法:

#1、关闭flash backup再open database
SQL> alter database flashback off;
SQL> alter database open;

#2、另外一种办法直接关闭数据库后再启动也是可以的
SQL> startup force mount;
ORACLE instance started.

Total System Global Area 2872786944 bytes
Fixed Size                  2256712 bytes
Variable Size            2634023096 bytes
Database Buffers          218103808 bytes
Redo Buffers               18403328 bytes
Database mounted.

SQL> alter database open;

Database altered.
SQL>
时间: 2024-12-23 06:01:08

ORA-38760: This database instance failed to turn on flashback database的相关文章

ORA-38760: This database instance failed to turn on flashback database 第三篇

ORA-38760: This database instance failed to turn on flashback database  第三篇   第一篇 第二篇 问题现象:      在数据库alert告警日志中看见如下信息: Completed: ALTER DATABASE MOUNT Wed Nov 19 04:57:28 2014 alter database open Errors in file /DBSoft/diag/rdbms/woo/woo/trace/woo_or

ORA-38760: This database instance failed to turn on flashback database 错误解决过程

ORA-38760: This database instance failed to turn on flashback database  错误解决过程   问题现象:           一大早起床把数据库打开,本来想做个测试,结果不料弹出ORA-38760: This database instance failed to turn on flashback database的错误,这个错误很显然是由于flashback导致的错误. 错误分析:     首先从错误现象来看,是由于flas

Oracle 闪回特性(FLASHBACK DATABASE)

--===================================== -- Oracle 闪回特性(FLASHBACK DATABASE) --=====================================       闪回技术通常用于快速简单恢复数据库中出现的认为误操作等逻辑错误,从闪回的方式可以分为基于数据库级别闪回.表级别闪回.事务 级别闪回,根据闪回对数据的影响程度又可以分为闪回恢复,闪回查询.闪回恢复将修改数据,闪回点之后的数据将全部丢失.而闪回查询则可 以查询数

Oracle与Flashback Database 相关的视图

1. V$database 这个视图可以查看是否启用了Flashback database功能 SQL> select flashback_on from v$database; FLASHBACK_ON ------------------ YES 2. V$flashback_database_log Flashback Database 所能回退到的最早时间,取决与保留的Flashback Database Log 的多少, 该视图就可以查看许多有用的信息. Oldest_flashbac

解决oracle提示Failed to connect to database instance: ORA-12519错误

oracle数据库安装在阿里云上,一天收到以下告警: Name=ATABASENAME Type=Database Instance Host=iZW2519p6r9uZEEE Metric=Status Timestamp=Nov 17, 2014 4:16:37 AM CST Severity=Critical Message=Failed to connect to database instance: ORA-12519: TNS:no appropriate service handl

Attempt to fetch logical page (...) in database 2 failed. It belongs to allocation unit xxxx not to xxx

今天一个同事说在一个生产库执行某个存储过程,遇到了错误: Fatal error 605 occurred at jul 29 2014 我试着执行该存储过程,结果出现下面错误,每次执行该存储过程,得到的错误内容都不一样(page变化,还有就是allocation unit)变化 消息 605,级别 21,状态 3,过程 usp_xxxxxxxxx,第 228 行 Attempt to fetch logical page (7:121808) in database 2 failed. It

oracle中使用Flashback database功能恢复用户错误

Oracle10g中有一个新增得功能Flashback Database,当你启动它以后,它会定期将已发生变化的块写入到闪回日志的日志文件中.请注意这些日志不是由传统的Log Writer (LGWR) 过程写入,而是由一种称作Recovery Writer的新过程来写入. $ ps -ef|grep rvwr|grep -v grep oracle 27231 1 0 17:10:30 ? 0:00 ora_rvwr_eygle 注释:与常规的重做日志有所不同,回闪日志既不需要DBA创建,也不

闪回数据库(Flashback Database)

Flashback Database闪回数据库 使用闪回数据库可以将数据库快速的闪回到过去某个时间点.在启用闪回数据时,会将修改过的块的前映像作为闪回数据库日志保存在闪回恢复区中,如出现逻辑坏块或用户错误操作需要恢复到过去的时间点,闪回数据库将还原数据库的前映像,然后使用归档日志和redo前滚到期望恢复的时间点,因为无需还原数据库的数据文件,所有此过程速度比较传统的还原恢复通常快很多. 启动闪回数据库时,会将前映像数据保存在"闪回缓冲区"中,然后由恢复写入器(Recovery Writ

巧用flashback database实现灵活的数据切换

今天是DTCC第二天了,抽空去听了下,因为手头有一些活,听到一半只能赶回公司继续工作. 客户今天有一个需求,因为开发现在在生产环境中遇到了一些困难,需要在测试生产环境中复现问题,这样就需要从生产环境抽取出一些数据,可能数据量相对比较小,有个1G左右.需要把这些数据加载到测试生产环境中, 还是来张图更加清晰.我们需要把图中右边部分的生产环境中抽取部分数据导入到测试生产环境中,这里所说的测试生产环境是按照生产环境的结构来复制的.测试环境已经有一些测试数据,很可能和生产环境中的数据冲突. 就如同图中下