Orcle数据库恢复

不知道什么原因,服务器上的数据库报错:ORA-01033:ORACLE initialization or shutdown in progress

首先检查:监听文件的主机名及端口号是否更改

数据文件丢失:

1)C:\Users\Administrator>set ORACLE_SID = orcl  
    2)C:\Users\Administrator>sqlplus "/as sysdba" 
    3)SQL> shutdown immediate 
    4)SQL> startup:提示出错原因

我们这次报的错误是:oracle内部错误代码:kcratr_nab_less_than_odr 只能借助于数据库恢复了

尝试不完全恢复

  1. SQL> RECOVER DATABASE UNTIL CANCEL;
  2. ORA-10879: error signaled in parallel recovery slave
  3. ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误
  4. ORA-01152: 文件 1 没有从过旧的备份中还原
  5. ORA-01110: 数据文件 1: ‘D:\DBDMS\DATA\SYSTEM01.DBF‘
  6. --重建控制文件
  7. SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS ‘D:/1.TXT‘;
  8. SQL> SHUTDOWN IMMEDIATE;
  9. ORA-01109: 数据库未打开
  10. 已经卸载数据库。
  11. ORACLE 例程已经关闭。
  12. SQL> STARTUP NOMOUNT;
  13. SQL> CREATE CONTROLFILE REUSE DATABASE "DBDMS" NORESETLOGS  NOARCHIVELOG  (从1.txt中复制过来就行)
  14. recover database; //恢复数据库
  15. 打开数据库 alter database open;
时间: 2024-11-06 20:20:57

Orcle数据库恢复的相关文章

Mssql企业实战之数据库恢复

数据库完整还原的目的是还原整个数据库. 整个数据库在还原期间处于脱机状态.在数据库的任何部分变为联机之前,必须将所有数据恢复到同一点,即数据库的所有部分都处于同一时间点并且不存在未提交的事务. 在完整恢复模式下,数据库可以还原到特定时间点.时间点可以是最新的可用备份.特定的日期和时间或者标记的事务. 还原完整数据库步骤 通常,将数据库恢复到故障点分为以下几个步骤: 1. 备份活动事务日志(称为尾部日志).此操作将创建结尾日志备份.如果活动日志不可用,则该日志部分的所有事务将全部丢失. 注:在完整

Oracle数据库恢复案例

当我们在使用Oracle数据库时,突然断电,造成很多问题,致使旧数据丢失,影响了数据的正确性,破坏了数据库.此时,用户急切需求恢复数据.本文以此为例,讲述数据库数据恢复. 一.案例描述: 数据库因突然断电,数据库启库报system01.dbf需要更多的恢复来保持一致性,数据库无法打开:数据库没有备份,归档日志也不连续.客户提供了数据库的在线文件,急需恢复zxfg用户下的数据.   二.恢复流程:  1 数据库的故障检测 2 尝试挂起数据库并修复数据库 3解析数据文件 4 验证数据 5导出数据与交

[网络课摘抄]8.1模拟控制文件丢失后的数据库恢复(完全恢复)

1.环境准备 1.1确认数据库版本 1.2确认数据库归档 1.3备份数据库文件 2模拟控制文件丢失后的数据库恢复(完全恢复). 2.1查看控制文件位置 2.2执行操作后删除控制文件 2.3启动数据库 启动数据库的时候发现数据库发生了报错,提示无法确认控制文件,检查告警文件,我们现在检查一下告警文件里的信息: 2.4重建控制文件 对于日志和数据文件都完整的情况下,如果只是控制文件丢失,那么重建控制文件是最好的一种解决方式,一般重建控制文件能够解决99%的问题,现在我们就重建控制文件. 2.5尝试打

事务与数据库恢复原理

事务与数据库恢复原理 数据存储的逻辑单位是数据块,数据操作的逻辑单位是事务. 事务是用户定义的一组操作序列,有一条或多条相关SQL语句组成,是数据库应用程序的基本逻辑单位.事务管理技术主要包括数据库的恢复技术和并发控制技术. 事务的处理逻辑过程 1. 服务器进程捡取该事务的SQL语句,然后检查共享池,查看是否包含该SQL语句的共享SQL区. 2. 如有,则检查该用户是否有访问所涉及的数据的权限,如有,则使用共享SQL区处理该SQL语句.如果没有找到共享SQL区,则分配一个新的SQL区,以便分析.

用友金蝶SQL数据库误格式化恢复 SQL数据库修复 SQL数据库恢复 工具 方法

用友金蝶SQL数据库误格式化恢复 SQL数据库修复 SQL数据库恢复 硬盘误格式化.重分区.重装操作系统覆盖 SQL数据解决方法 [客户名称]:贵州铜仁市开天驾驶人培训中心 [软件名称]:用友T3普及版 [数据库版本]:MS SQL server 2000  [数据库大小]:1GB X 6  (3个账套 总共6个年度). [问题描述]:由于服务器中毒或卡顿,客户将服务器电脑送到 装机店 重做操作系统.未详细告知电脑用途,导致整个硬盘被维修店技术员 全盘格式化重新分区,并且重新做好了新的操作系统,

oracle 数据恢复,只有oradata文件夹里的文件,没有备份文件的数据库恢复,重装系统后,oracle 10g数据库恢复

格式化重装系统后,才想起来oracle 10g 数据库没有做备份,开始以为很麻烦,没想到数据库恢复的还挺顺利的 恢复方法: 1,把原来的数据库文件备份,(D:\oracle\product\10.2.0\oradata\gqxt),重新命名即可,我命名为gqxt_old,(否则装数据库的时候会提示sid已存在). 2,重新安装数据库到原来的路径(不安装到原来的路径也没关系,但是原来的数据库文件必须在原来的路径不能变,也就是oradata\gqxt所在的路径不能变),数据库的名字就是你要恢复的名字

微擎数据库恢复 微擎doesn't exist in engine解决

是否遇到  微擎数据库恢复 微擎doesn't exist in engine  提示这样? 打开网站首页 直接挂掉 显示不完整? SQL: SELECT * FROM `ims_agent_copyright` WHERE `yuming` = :__yuming LIMIT 1 SQL: SELECT * FROM `ims_agent_copyright` WHERE `yuming` = :__yuming LIMIT 1 Params: array ( ':__yuming' => '

MySQL数据库恢复(使用mysqlbinlog命令)

MySQL数据库恢复(使用mysqlbinlog命令) 1:开启binlog日志记录 修改mysql配置文件mysql.ini,在[mysqld]节点下添加 复制代码代码如下: # log-bin log-bin = E:/log/logbin.log 路径中不要包含中文和空格.重启mysql服务.通过命令行停止和启动mysql服务 复制代码代码如下: c:\>net stop mysql; c:\>net start mysql; 进入命令行进入mysql并查看二进制日志是否已经启动 Sql

linux mkfs误格式化文件系统清除sybase数据库恢复记录

写这篇博客的目的主要是警醒自己在Linux运维操作时刻不能掉以轻心,无论涉及什么样的操作都应该慎重,尤其对运行核心业务的系统,操作前确认系统的运行环境. 事由介绍: 开发的同事找我协助部署sybase数据库的自动备份,数据库架构为RHCS高可用集群,数据库部署在共享磁盘sda中,同时反馈说集群也是有问题,无法自动切换,以下记录操作失误和恢复的全过程. 1.当天下午我登陆sybase数据库服务器,首先查看了系统版本: #cat /etc/redhat-release  Red Hat Enterp