数据文件损坏、丢失

数据文件损坏（非系统表空间，非undo表空间），数据库关掉了

把备份拷贝到指定路径

startup mount

alter database rename file ‘+DATA/ora11g/datafile/***‘ to ‘+DATA/ora11g/datafile/***‘;

recover datafile 4;读归档，补数据

alter database open;

数据文件损坏（非系统表空间，非undo表空间），数据库在open时

alter tablespace users offline;

把备份拷贝到指定路径

alter database rename file ‘+DATA/ora11g/datafile/***‘ to ‘+DATA/ora11g/datafile/***‘;

recover datafile 4;

alter tablespace users online;

时间： 2024-10-12 21:16:51

数据文件损坏、丢失的相关文章

[课]9.2模拟数据库，表空间和数据文件损坏后的恢复操作

1环境准备对数据库做一次全备份: 验证当前的备份文件: 2数据库损坏的恢复 2.1模拟数据库损坏尝试重启数据库查看报错: 这里需要重点说明的是因为我们用的是CATLOG数据库作为目录数据库,所以即使控制文件丢失也不影响我们进行恢复. 现在我们查看一下告警文件的报错: 2.2进行数据库恢复 3表空间损坏的恢复 3.1模拟表空间损坏查看当前库的表空间,现在我们就模拟TEST_MSSM和TEST_ASSM表空间损坏. 删除表空间文件: 重启数据库查看报错信息: 我们查询一下告警文件里的错误信息:

【非关键性数据文件丢失(可以脱机数据文件的丢失)-恢复-1】

非关键性数据文件丢失(可以脱机数据文件的丢失): run{ sql 'alter database datafile <> offline'; restore datafile <>; recover datafile <>; slq 'alter database datafile <> online'; } 除了system.undo_tablespace参数后值对应的表空间都可以采用以上的办法恢复. [[email protected] ~]$ ls

非系统数据文件损坏，rman备份恢复

实验前提:已经做好备份. SQL> col file_name for a50select file_id,file_name from dba_data_files; FILE_ID FILE_NAME---------- --------------------------------------------------4 /home/oracle/app/oradata/orcl/users01.dbf2 /home/oracle/app/oradata/orcl/sysaux01.db

Mysql数据文件损坏如何恢复至最新状态

准备环境: 两台主机:A: 192.168.1.6 数据损坏B: 192.168.1.7 数据恢复搭建步骤: 主机A(192.168.1.6): 完全备份数据库 mysqldump -A -F --single-transaction --master-data=1 > /backup/fullbak`date +%F`.sql Mysql数据文件损坏如何恢复至最新状态原文地址:http://blog.51cto.com/9980200/2130012

MySQL实例多库某张表数据文件损坏导致xxx库无法访问故障恢复

一.问题发现命令行进入数据库实例手动给某张表进行alter操作,发现如下报错. mysql> use xx_xxx; No connection. Trying to reconnect... Connection id: 5 Current database: *** NONE *** Reading table information for completion of table and column names You can turn off this feature to get

ORA-01578 data block corrupted 数据文件损坏与修复 (多为借鉴 linux)

好吧,先说说造成崩溃的原因: 使用redhat 5.9 Linux 作为数据库服务器, 周五数据库正在使用中,硬关机造成数据库文件部分损坏(周一上班时,应用程序启动不起来,查看日志文件时,发现一个数据表映射失败) 使用pl/sql 查询数据文件时,发现查询表正常,但是使用 where限制条件的时候,会造成崩溃 (只是为了说明命令,未保留当时警告截图) 然后出现 ORA-01578 data block corrupted , 因此问题排查为当前数据表索引存在问题, 因此使用备份数据

ADG 备库数据文件损坏处理

一.描述单实例ADG数据库,备库system01.dbf文件损坏,需要重新恢复数据文件,保证主库库数据一致. 二.处理过程 1.数据库启动到mount状态Recovery Manager: Release 11.2.0.4.0 - Production on Thu Dec 12 20:42:35 2019 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to targe

利用innodb_force_recovery修复MySQL数据页损坏

现象:启动MySQL服务时报1067错误,服务无法启动. 查看xxx.err错误日志发现有数据页损坏信息: InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 200. 出现上述现象是由于突然断电.强制关机.强制杀死MySQL进程等操作所导致的. 首先修改my.ini中的innodb_force_recovery参数(4-6),使mysqld跳过恢复步骤,将mysqld 启动,将数据导出来然

ORACLE RMAN备份及还原 RMAN可以进行增量备份：数据库，表空间，数据文件

ORACLE RMAN备份及还原 RMAN可以进行增量备份:数据库,表空间,数据文件只有使用过的block可以被备份成backup set 表空间与数据文件对应关系:dba_data_files / v$datafile_header 在noarchivelog模式下,可以使用RMAN备份read-only和offline的表空间 ORACLE RMAN停机备份: 备份 RMAN连接上ORACLE,WINDOWS下在命令模式下 RMAN TARGET / 连接本地数据库用的是本地认证模式.RM