Oracle处于热备份模式下shutdown abort之后db的恢复简介

前几天群里的一个哥们说db在处于begin backup模式shutdown之后起不来了,今天讲备份恢复顺道测试了一下,发现还是可以起来的,但是生产环境的话还是要注意,最好不要这么做。

SQL> alter tablespace users begin backup;

Tablespace altered.

SQL> shutdown immediate

ORA-01149: cannot shutdown - file 4 has online backup set

ORA-01110: data file 4: 'E:ORACLEORADATATESTUSERS01.DBF'

SQL> shutdown abort

ORACLE instance shut down.

SQL> startup

ORACLE instance started.

Total System Global Area 1071333376 bytes

Fixed Size 1379384 bytes

Variable Size 901776328 bytes

Database Buffers 163577856 bytes

Redo Buffers 4599808 bytes

Database mounted.

ORA-10873: file 4 needs to be either taken out of backup mode or media

recovered

ORA-01110: data file 4: 'E:ORACLEORADATATESTUSERS01.DBF'

SQL> select status from v$instance;

STATUS

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

MOUNTED

SQL> select file#,checkpoint_change# from v$datafile;

FILE# CHECKPOINT_CHANGE#

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

1 6277229

2 6277229

4 6277333

5 6277229

SQL>

本文URL地址:http://www.bianceng.cn/database/Oracle/201410/45567.htm

SQL> select file#,checkpoint_change# from v$datafile_header;

FILE# CHECKPOINT_CHANGE#

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

1 6277229

2 6277229

4 6277333

5 6277229

--这里的状态是UNKNOWN ERROR

SQL> select * from v$backup;

FILE# STATUS CHANGE# TIME

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

1 UNKNOWN ERROR 6277229 16-DEC-12

2 UNKNOWN ERROR 6277229 16-DEC-12

4 ACTIVE 6277333 16-DEC-12

5 NOT ACTIVE 6277229 16-DEC-12

SQL> alter tablespace users end backup;

Tablespace altered.

SQL> select status from v$instance;

STATUS

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

MOUNTED

SQL> select * from v$backup;

FILE# STATUS CHANGE# TIME

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

1 NOT ACTIVE 6277229 16-DEC-12

2 NOT ACTIVE 6277229 16-DEC-12

4 NOT ACTIVE 6277333 16-DEC-12

5 NOT ACTIVE 6277229 16-DEC-12

SQL> select file#,checkpoint_change# from v$datafile;

FILE# CHECKPOINT_CHANGE#

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

1 6277229

2 6277229

4 6277333

5 6277229

SQL> select file#,checkpoint_change# from v$datafile_header;

FILE# CHECKPOINT_CHANGE#

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

1 6277229

2 6277229

4 6277333

5 6277229

SQL> alter database open;

Database altered.

SQL>

时间: 2024-11-02 23:51:53

Oracle处于热备份模式下shutdown abort之后db的恢复简介的相关文章

小心阅读模式下的猫腻——看看我如何在Edge的阅读模式下绕过SOP

本文讲的是小心阅读模式下的猫腻--看看我如何在Edge的阅读模式下绕过SOP, Microsoft Edge全新的浏览器让人眼前一亮,而阅读模式可以说是其中的亮点之一.不过今天我们并不是要评价它的这个功能,而是要对运行在Edge浏览器 阅读模式下的各种伪协议运行机制进行一个详细的解剖. 要打开阅读模式,可以进入Edge浏览器,点击像一本书一样的图标,即可进入阅读模式: 使用阅读模式,阅读效果会更好一些: 但是,阅读模式页面下的真实地址是什么呢?打开开发者工具(F12)并在控制台中输入 locat

Oracle的Archive Log模式下的恢复工作

oracle|恢复     学习并测试了一下Oracle数据库在开启Archive Log模式下的恢复. 系统是Win2K Server+Oracle 8.1.7. 参考了Chinaunix.net和ITPub.com网站相关资料.在此感谢给我的帮助. 注意,养成一个好的习惯非常重要.在开始恢复之前,以及恢复完成后,都要做一个系统全备份. 首先,要开启Archive Log归档日志模式 1. 关闭数据库 2. 修改initSID.ora文件.这个文件通常在$ORACLE_HOME/admin/$

连接oracle数据库出现oracle ORA-12526: TNS: 监听程序: 所有适用例程都处于受限模式

服务器被重启之后连接出错,登陆服务器 sqlplus可以连接,但是jdbc以及sqldeveloper连接报错 ORA-12526 .   网上搜索到:   今天使用PL/SQL远程连接oracle数据库出现oracle ORA-12526: TNS: 监听程序: 所有适用例程都处于受限模式. 查了下原来之前改字符集时执行了:ALTER SYSTEM ENABLE RESTRICTED SESSION: 导致受限 解决办法:使用系统管理员身份运行以下一段代码 ALTER SYSTEM DISAB

Oracle IMU模式下REDO格式详解

1. 什么是IMU?IMU的主要作用是什么,也就是说为了解决什么问题? IMU--->In Memory Undo,10g新特性,数据库会在shared pool开辟独立的内存区域用于存储Undo信息, 每个新事务都会分配一个IMU buffer(私有的),一个buffer里有很多node,一个node相当于一个block(回滚块). IMU特性: IMU顾名思义就是在内存中的undo,现在每次更改data block,Oracle 不用去更改这个undo block(也不会生成相应的redo了

归档和非归档模式下ORA-01145错误的解决方法

总结了一下,在归档和非归档的场景下,ora-01145这个错误可能有如下三种情况: 1.off line tablespace --在非归档模式下尝试ofline 数据文件 SQL> alter tablespace tools offline immediate; alter tablespace tools offline immediate * ERROR at line 1:ORA-01145: offline immediate disallowed unless media reco

oracle双机热备份方法

oracle|备份|热备份 一.创建Standby Database 要求 1. Primary 与standby 数据库所在主机上的oracle server及*作系统版本必须相同,且具有相同的补丁: 2. primary 数据库必须为archive mode:Standby Database也必须为archive mode : 二.创建standby数据库 1. 首先查看Primary Database的归档模式(svrmgr>archive log list)若为无归档模式,将数据库转换为

Apache Spark源码走读(五)部署模式下的容错性分析 &standalone cluster模式下资源的申请与释放

<一>部署模式下的容错性分析 概要 本文就standalone部署方式下的容错性问题做比较细致的分析,主要回答standalone部署方式下的包含哪些主要节点,当某一类节点出现问题时,系统是如何处理的. Standalone部署的节点组成 介绍Spark的资料中对于RDD这个概念涉及的比较多,但对于RDD如何运行起来,如何对应到进程和线程的,着墨的不是很多. 在实际的生产环境中,Spark总是会以集群的方式进行运行的,其中standalone的部署方式是所有集群方式中最为精简的一种,另外是Me

oracle日志操作模式(归档模式和非归档模式的利与弊)_oracle

笔者今天就谈谈自己对这两种操作模式的理解,并且给出一些可行的建议,跟大家一起来提高Oracle数据库的安全性. 一.非归档模式的利与弊. 非归档模式是指不保留重做历史的日志操作模式,只能够用于保护例程失败,而不能够保护介质损坏.如果数据库采用的是日志操作模式的话,则进行日志切换时,新的日志会直接覆盖原有日志文件的内容,不会保留原有日志文件中的数据. 这么说听起来可能比较难理解.笔者举一个简单的例子,就会清楚许多.如现在Oracle数据库中有四个日志组,日志序列号分别为11. 12.13.14.当

oracle 数据库运行模式

可以通过如下命令查看oracle数据库的运行模式: SQL>CONNECT /AS SYSDBA; SQL>ARCHIVE LOG LIST Database log mode              Archive Mode Automatic archival             Enabled Archive destination            D:\oracle\RDBMS Oldest online log sequence     10 Next log seque