根据备份文件和 oplog恢复数据到某个时间点，为啥报不能恢复

Posted 2023-05-03

参考技术A oracle中可以利用rman还原归档日志到某个时间点：1、理解还原与恢复恢复(recover):将备份之后的归档日志apply到数据库，也就根据归档日志的事务将数据库刷新到特定或最新状态(通常在还原之后操作)。对于归档日志中那些已提交的事务进行前滚，未提交的事务进行回滚。还原归档日志:还原归档日志是位于还原数据库与恢复数据库之间的这么一个过程。它会将那些在备份归档日志时使用delete[all]input方式删除的归档日志还原到缺省的归档位置。在还原数据库之后，如果要做recover，也就是作介质恢复那就需要用到归档日志。那还原之后进行recover需要的归档日志在哪里呢？归档日志在指定的归档路径那里，那到底有没有呢？如果有，还原时出现提示，归档日志已经在指定位置。如果没有，但是备份的归档备份集那里有，也行啊。备份集里包含备份片，也就是打包了归档日志。那既然打包就要解包，解包到缺省路径或指定路径。这就是还原归档日志。--演示环境--为了较好的模拟还原归档日志,我们仅仅使用了一个特定的数据文件进行copy方式备份，然后备份归档日志(备份时删除归档日志)--接下来破坏数据文件，还原数据文件，还原归档日志文件，恢复日志文件。[oracle@linux3~]$cat/etc/issueEnterpriseLinuxEnterpriseLinuxServerrelease5.5(Carthage)Kernel\ronan\m[oracle@linux3~]$sqlplus-VSQL*Plus:Release11.2.0.1.0Productiona、备份数据文件及归档日志RMAN>listbackupofarchivelogall;--->列出当前数据库已经备份的归档日志specificationdoesnotmatchanybackupintherepositoryRMAN>listbackupset;--->列出当前数据库已存在的备份集specificationdoesnotmatchanybackupintherepositorySQL>selectusername,default_tablespacefromdba_userswhereusername='SCOTT';-->查看用户scott所在的表空间及数据文件

MySQL的冷备份和热备份概念理解（转）

一、冷备份（off, 慢， 时间点上恢复）

冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份是将关键性文件拷贝到另外位置的一种说法。对于备份数据库信息而言，冷备份是最快和最安全的方法。

冷备份的优点：

1．是非常快速的备份方法（只需拷贝文件）

2．容易归档（简单拷贝即可）

3．容易恢复到某个时间点上（只需将文件再拷贝回去）

4．能与归档方法相结合，作数据库“最新状态”的恢复。

5．低度维护，高度安全。

冷备份的缺点：

1．单独使用时，只能提供到“某一时间点上”的恢复。

2．在实施备份的全过程中，数据库必须要作备份而不能作其它工作。也就是说，在冷备份过程中，数据库必须是关闭状态。

3．若磁盘空间有限，只能拷贝到磁带等其它外部存储设备上，速度会很慢。

4．不能按表或按用户恢复。

值得注意的是冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的 。而且在恢复后一定要把数据库文件的属组和属主改为mysql。

二、热备份 （on, 快）

热备份是在数据库运行的情况下，备份数据库操作的sql语句，当数据库发生问题时，可以重新执行一遍备份的sql语句。

热备份的优点：

1．可在表空间或数据文件级备份，备份时间短。

2．备份时数据库仍可使用。

3．可达到秒级恢复（恢复到某一时间点上）。

4．可对几乎所有数据库实体作恢复。

5．恢复是快速的，在大多数情况下在数据库仍工作时恢复。

热备份的缺点：

1．不能出错，否则后果严重。

2．若热备份不成功，所得结果不可用于时间点的恢复。

3．因难于维护，所以要特别仔细小心，不允许“以失败而告终”。

 

参考：

https://www.linuxidc.com/Linux/2014-03/98710.htm（以上内容转自此篇文章）