qq_33505270的博客

今天准备做一下实验，结果启动该数据库时候报错了。 ORA-03113: 通信通道的文件结尾 进程 ID: 22038 会话 ID: 1 序列号: 5 [oracle@ORA-RAC1 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on 星期五 3月 19 22:10:00 2021 Copyright (c) 1982, 2013, Oracle. All rights reserved. 已连接到空闲例程。

闪回应用和前提 很多场景的数据库都会出现误删除数据并提交，（未提交的情况可以rollback） 提交后发现数据或者表有用影响程序运行，但处于生产中的数据库不能做停机操作来进行不完全数据恢复怎么办！！？ flashback 能闪则闪这是经验主义的惯性思维，这话固然是有道理的毕竟闪回删除的数据一般是不需要停机。 图出自哪里我不清楚，但是表述很清晰。 1、employees表存在切有PK 主键 2、DROP TABLE /or delete from 3和4、此时查看一下recyclebin 就.

基于时间或SCN的不完全恢复 前言：此文章非RMAN的不完全恢复，本例子操作完全是以冷备为基础进行的不完全恢复 在进行任何操作之前，确保你数据库没有业务可以关闭（测试环境无关紧要） 下面是我画的草图，不是很好 还请见谅。 解释一下图： 红色线就是shuwdown immediate后备份的时间点 黄色的线这一时间段就是开启数据库后，事务执行的部分。 我在这段时间执行了一系列操作 浅蓝色是当前日志，并在浅蓝色线之后，我删除了重要文件，下列文件随意删除，我这里以删除当前日志...

热备模式 recover datafile (database status open) 先创建一个表空间进行实验 SYS@ prod>create tablespace test01 datafile '/u01/oradata/prod/test01.dbf' size 10M ; 表空间已创建。 修改表空间为热备模式 SYS@ prod>alter tablespace test01 begin backup; 表空间已更改。 操作系统层面执行cp命令拷贝数据文件test01..