AI 助理
备案控制台
开发者社区 数据库 文章 正文

数据库文件备份与恢复案例

2017-11-15 1330
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
日志服务 SLS，月写入数据量 50GB 1个月
简介：
     数据库各种文件丢失恢复大全
SPFILE 丢失:

模拟操作:
oracle> mv spfileora10g.ora spora10g.ora
oracle>rman target /;
rman> shutdown immediate;
rman> startup nomount;
startup failed: ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/home/oracle/product/10.20/dbs/initora10g.ora'
rman>set dbid 3988862108;
rman>restore spfile from autobackup;
执行该命令，如果没有找到的话，那可能是文件的路径发生错误.可以通过直接赋予它的文
件
rman>restore spfile from
'/u01/oracle/flash_recovery_area/ORA10G/autobackup/2008_12_09/o1_mf_s_673025706_4mw
7xc79_.bkp
在dbs/目录下产生spfileora10g.ora 文件。证明spfile 已经恢复好
rman> shutdown immediate;
rman> startup ;(如果该命令不能够启动数据库，那么需要set dbid 3988862108)
controlfile 丢失:
startup nomount;
restore controlfile from autobackup;
alter database mount;
recover database;
alter database open resetlogs;
注意:在做了alter database open resetlogs;会把online redelog file 清空，数据文件丢失.所以这
个时候要做一个全备份。
oracle>rm *.ctl
oracle>rman target / ;//不能够连接到rman ,因为controlfile 丢失
oracle>sqlplus /nolog;
SQL>shutdown immediate; //因为controlfile 丢失，不能够正常shutdown
SQL>shutdown abort;
oracle>rman target /;
rman>startup nomount;
rman>restore controlfile from autobackup;
rman>alter database mount;
rman>alter database open resetlogs;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 12/09/2008 16:21:13
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/home/oracle/oradata/ora10g/system01.dbf
//出错, redo log 的scn 记录在controlfile 里面的，因为我们有新的controlfile,所以需要
resetlogs;
/*
resetlogs 命令表示一个数据库逻辑生存期的结束和另一个数据库逻辑生存期的开始，每次使
用resetlogs 命令的时候，SCN 不会被重置，不过oracle 会重置日志序列号，而且会重置
联机重做日志内容.
这样做是为了防止不完全恢复后日志序列会发生冲突（因为现有日志和数据文件间有了时间
差）。
*/
rman>recover database;
rman>alter database open resetlogs;
Redolog file 丢失:(下面的这些语句一定要在sqlplus 中执行,不是在rman 中执行)
(sqlplus/nolog)
1.shutdown immediate;
2.startup mount;
3.recover database until cancel;(media recovery)
4.alter database resetlogs;
数据文件丢失(在rman 中执行sql 语句，在sql 后面用双引号括起来):
1. sql "alter database datafile 3 offline";
2. restore datafile 3
3. recover datafile 3
4. sql "alter database datafile 3 online";
表空间丢失:
1. sql "alter tablespace users offline";//如果文件不存在，则用sql "alter tablespace users offline
immeidate";
2. restore tablespace users;
3. recover tablespace users; //与online redolog file 信息一致
4. sql "alter tablespace users online";
非catalog 方式完全恢复
数据库出现问题:
1.startup nomount;
2.restore controlfile from autobackup;
3.alter database mount;
4.restore database;
5.recover database;
6.alter database open resetlogs;
模拟操作:
oracle ora10g> rm *;
oracle ora10g> ls;
oracle ora10g> //数据文件，控制文件全部删除
oracle ora10g> rman target /; //因为controlfile 丢失，不能够连接到rman
oracle ora10g> sqlplus /nolog;
oracle ora10g> connect / as sysdba;
oracle ora10g> shutdown abort;
oracle ora10g> rman target /
rman> startup nomount;
rman> restore controlfile from autabackup;
rman> alter database mount;
rman> restore database;
rman> recover database; //online redolog 不存在
SQL>recover database until cancel; //当redo log 丢失，数据库在缺省的方式下，是不容许进行
recover 操作的,那么如何在这种情况下操作呢
SQL>create pfile from spfile;
vi /u01/product/10.20/dbs/initora10g.ora，在这个文件的最后一行添加
*.allow_resetlogs_corruption='TRUE'; //容许resetlog corruption
SQL>shutdown immediate;
SQL>startup pfile='/u01/product/10.20/dbs/initora10g.ora' mount;
SQL>alter database open resetlogs;
基于时间点的恢复:
run{
set until time "to_date(07/01/02 15:00:00','mm/dd/yy hh24:mi:ss')";
restore database;
recover database;
alter database open resetlogs;
}
ALTER SESSION SET NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS';
1.startup mount;
2.restore database until time "to_date('2009-7-19 13:19:00','YYYY-MM-DD HH24:MI:SS')";
3.recover database until time "to_date('2009-7-19 13:19:00','YYYY-MM-DD HH24:MI:SS')";
4.alter database open resetlogs;
如果有open resetlogs,都是不完整恢复.
基于SCN 的恢复:
1.startup mount;
2.restore database until scn 10000;
3.recover database until scn 10000;
4.alter database open resetlogs;
基于日志序列的恢复:
1.startup mount;
2.restore database until SEQUENCE 100 thread 1; //100 是日志序列
3.recover database until SEQUENCE 100 thread 1;
4.alter database open resetlogs;
日志序列查看命令： SQL>select * from v$log;其中有一个sequence 字段.resetlogs 就会把

sequence 置为1















本文转自东方之子736651CTO博客，原文链接：http://blog.51cto.com/ecloud/1339074 ，如需转载请自行联系原作者




文章标签：
数据库备份
日志服务
数据库
关系型数据库
Oracle
关键词：
数据库案例
数据库备份
数据库文件案例
数据库文件
技术小甜
目录
相关文章
1436047922066202
|
4月前
|
存储 Oracle 关系型数据库
服务器数据恢复—光纤存储上oracle数据库数据恢复案例
一台光纤服务器存储上有16块FC硬盘，上层部署了Oracle数据库。服务器存储前面板2个硬盘指示灯显示异常，存储映射到linux操作系统上的卷挂载不上，业务中断。 通过storage manager查看存储状态，发现逻辑卷状态失败。再查看物理磁盘状态，发现其中一块盘报告“警告”，硬盘指示灯显示异常的2块盘报告“失败”。 将当前存储的完整日志状态备份下来，解析备份出来的存储日志并获得了关于逻辑卷结构的部分信息。
1436047922066202
113 4
1436047922066202
|
4月前
|
NoSQL MongoDB 数据库
数据库数据恢复—MongoDB数据库数据恢复案例
MongoDB数据库数据恢复环境： 一台操作系统为Windows Server的虚拟机上部署MongoDB数据库。 MongoDB数据库故障： 工作人员在MongoDB服务仍然开启的情况下将MongoDB数据库文件拷贝到其他分区，数据复制完成后将MongoDB数据库原先所在的分区进行了格式化操作。 结果发现拷贝过去的数据无法使用。管理员又将数据拷贝回原始分区，MongoDB服务仍然无法使用，报错“Windows无法启动MongoDB服务（位于 本地计算机 上）错误1067：进程意外终止。”
1436047922066202
288 0
1243767626601764
|
2月前
|
SQL 关系型数据库 MySQL
Mysql数据恢复—Mysql数据库delete删除后数据恢复案例
本地服务器，操作系统为windows server。服务器上部署mysql单实例，innodb引擎，独立表空间。未进行数据库备份，未开启binlog。 人为误操作使用Delete命令删除数据时未添加where子句，导致全表数据被删除。删除后未对该表进行任何操作。需要恢复误删除的数据。 在本案例中的mysql数据库未进行备份，也未开启binlog日志，无法直接还原数据库。
1243767626601764
243 2
1436047922066202
|
7月前
|
SQL 数据库 数据安全/隐私保护
数据库数据恢复——sql server数据库被加密的数据恢复案例
SQL server数据库数据故障： SQL server数据库被加密，无法使用。 数据库MDF、LDF、log日志文件名字被篡改。 数据库备份被加密，文件名字被篡改。
1436047922066202
222 5
德哥
|
9月前
|
存储 关系型数据库 分布式数据库
PolarDB开源数据库进阶课5 在线备份
本文介绍了如何在PolarDB RAC一写多读集群中进行在线备份，特别针对共享存储模式。通过使用`polar_basebackup`工具，可以将实例的本地数据和共享数据备份到本地盘中。实验环境依赖于Docker容器中用loop设备模拟的共享存储。
德哥
254 1
1436047922066202
|
4月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—服务器异常断电导致Oracle数据库报错的数据恢复案例
Oracle数据库故障： 某公司一台服务器上部署Oracle数据库。服务器意外断电导致数据库报错，报错内容为“system01.dbf需要更多的恢复来保持一致性”。该Oracle数据库没有备份，仅有一些断断续续的归档日志。 Oracle数据库恢复流程： 1、检测数据库故障情况； 2、尝试挂起并修复数据库； 3、解析数据库文件； 4、导出并验证恢复的数据库文件。
1436047922066202
102 0
游客nsyhaoxcmeiq6
|
5月前
|
存储 SQL Java
数据存储使用文件还是数据库，哪个更合适？
数据库和文件系统各有优劣：数据库读写性能较低、结构 rigid，但具备计算能力和数据一致性保障；文件系统灵活易管理、读写高效，但缺乏计算能力且无法保证一致性。针对仅需高效存储与灵活管理的场景，文件系统更优，但其计算短板可通过开源工具 SPL（Structured Process Language）弥补。SPL 提供独立计算语法及高性能文件格式（如集文件、组表），支持复杂计算与多源混合查询，甚至可替代数据仓库。此外，SPL 易集成、支持热切换，大幅提升开发运维效率，是后数据库时代文件存储的理想补充方案。
游客nsyhaoxcmeiq6
267 1
蓝易云
|
7月前
|
存储 关系型数据库 MySQL
利用Cron表达式实现MySQL数据库的定时备份
以上就是如何使用Cron表达式和mysqldump命令实现MySQL数据库的定时备份。这种方法的优点是简单易用，而且可以根据需要定制备份的时间和频率。但是，它也有一些限制，例如，它不能备份MySQL服务器的配置文件和用户账户信息，也不能实现增量备份。如果需要更复杂的备份策略，可能需要使用专门的备份工具或服务。
蓝易云
174 15
1436047922066202
|
5月前
|
存储 Oracle 关系型数据库
oracle数据恢复—oracle数据库执行错误truncate命令的数据恢复案例
oracle数据库误执行truncate命令导致数据丢失是一种常见情况。通常情况下，oracle数据库误操作删除数据只需要通过备份恢复数据即可。也会碰到一些特殊情况，例如数据库备份无法使用或者还原报错等。下面和大家分享一例oracle数据库误执行truncate命令导致数据丢失的数据库数据恢复过程。
1436047922066202
246 0
1436047922066202
|
7月前
|
SQL 存储 分布式数据库
分布式存储数据恢复—hbase和hive数据库数据恢复案例
分布式存储数据恢复环境： 16台某品牌R730xd服务器节点，每台服务器节点上有数台虚拟机。 虚拟机上部署Hbase和Hive数据库。 分布式存储故障： 数据库底层文件被误删除，数据库不能使用。要求恢复hbase和hive数据库。
1436047922066202
258 12

热门文章

最新文章

  • 1
    云栖大会｜AI时代关系型数据库创新突破：软硬协同赋能企业数智化转型
  • 2
    云栖大会｜AI时代的数据库变革升级与实践：Data+AI驱动企业智能新范式
  • 3
    阿里云RDS云数据库全解析：产品功能、收费标准与活动参考
  • 4
    云栖大会｜AI浪潮下的NoSQL演进：下一代数据库的破局之道
  • 5
    Python SQLAlchemy模块：从入门到实战的数据库操作指南
  • 6
    除了JDBC，还有哪些常见的数据库访问技术？
  • 7
    【赵渝强老师】使用NetManager创建Oracle数据库的监听器
  • 8
    探究ClickHouse数据库的Mutation机制
  • 9
    阿里云数据库收费价格：MySQL、PostgreSQL、SQL Server和MariaDB引擎费用整理
  • 10
    阿里云数据库RDS费用价格：MySQL、SQL Server、PostgreSQL和MariaDB引擎收费标准
  • 1
    除了JDBC，还有哪些常见的数据库访问技术？
    176
  • 2
    Python SQLAlchemy模块：从入门到实战的数据库操作指南
    194
  • 3
    云栖大会｜AI时代关系型数据库创新突破：软硬协同赋能企业数智化转型
    559
  • 4
    云栖大会｜AI时代的数据库变革升级与实践：Data+AI驱动企业智能新范式
    467
  • 5
    云栖大会｜AI浪潮下的NoSQL演进：下一代数据库的破局之道
    216
  • 6
    【赵渝强老师】使用NetManager创建Oracle数据库的监听器
    123
  • 7
    探究ClickHouse数据库的Mutation机制
    105
  • 8
    阿里云RDS云数据库全解析：产品功能、收费标准与活动参考
    426
  • 9
    云栖重磅｜瑶池数据库：从云原生数据底座向“AI就绪”的多模态数据底座演进
    293
  • 10
    AI大模型应用实践 八：如何通过RAG数据库实现大模型的私有化定制与优化
    412

    • 相关课程

    更多
  • 数据库的前世今生
  • 数据库核心概念
  • 从传统数据库到云数据库演进
  • 数据库常见问题排查
  • 数据库及SQL/MySQL基础
  • 高校精品课-西安交通大学 -数据库理论与技术

    • 相关电子书

    更多
  • 开源数据库工作室推广计划
  • 国产数据库研制人才培养实践
  • 阿里云&信通院《Serverless数据库技术研究报告》
    • 下一篇
    阿里云对象存储OSS收费标准：500G存储118元1年、