Oracle 数据恢复：时间点恢复技巧分享 (oracle 时间点恢复数据库)
随着数据量的增加、业务应用的复杂化以及各种原因导致的数据库故障，Oracle 数据库恢复的需求越来越重要。时间点恢复是Oracle数据库的一种常用恢复技术，它可以恢复到某个过去时间点的数据库状态，以解决因为误操作或其他因素导致数据丢失或错误的问题。本文将会为您介绍Oracle数据库中时间点恢复技巧。
一、 理解时间点恢复
时间点恢复是一种恢复数据库的方法，它能够使得数据库可以回滚到一个历史状态，从而在故障恢复、误操作处理、测试数据回滚等方面提供有效的支持。时间点恢复基于Oracle数据库的恢复机制，其流程包括设置闪回数据区域（Flashback Data Area）、开启闪回查询（Flashback Query）特性以及使用闪回版本查询（Flashback Version Query）特性。
二、 时间点恢复的实施步骤
时间点恢复技术主要分为两种：常规时间点恢复和基于日志的时间点恢复。下面是常规时间点恢复的实施步骤：
1、 设置闪回数据区域
在实施时间点恢复之前，需先设置闪回数据区域。设置闪回数据区域的SQL语句如下：
ALTER SYSTEM SET db_recovery_file_dest_size = {size}G;
ALTER SYSTEM SET db_recovery_file_dest = ‘{path}’ scope=both;
其中，size代表闪回数据区域的大小，单位为GB，path代表闪回数据区域的路径。
2、 开启闪回查询特性
使用以下语句开启闪回查询特性：
ALTER DATABASE FLASHBACK ON;
执行以上命令会使Oracle数据库开启闪回查询特性，从而允许用户在不更改数据库实例状态的情况下查询过去状态的信息。
3、 恢复到时间点
使用以下语句恢复到指定时间点：
FLASHBACK DATABASE TO TIMESTAMP TO_TIMESTAMP(‘{timestamp}’, ‘YYYY-MM-DD HH24:MI:SS’);
其中，timestamp代表目标时间点，格式为YYYY-MM-DD HH24:MI:SS，例如‘2023-06-18 13:30:00’。
4、 重做日志恢复
在恢复完成后，需要执行物理恢复协调器（Redo Log Coordinator）来执行重做日志恢复。使用以下语句：
RECOVER DATABASE USING BACKUP CONTROLFILE;
执行以上命令会将重做日志应用到闪回版本中，以将数据库恢复到目标时间点状态。
5、 恢复测试
为确保恢复成功，应该进行必要的测试，如执行SQL查询、检查表、验证数据等。
三、 基于日志的时间点恢复
在传统的最基本的恢复方式中，基于日志的时间点恢复是少不了的。在是恢复模式下，Oracle数据库基于redo log来进行时间点恢复，它重放redo日志中的变更以恢复数据库到指定的时间点状态。
1、 确认SCN
在基于日志的时间点恢复中，首先需要确定系统更改编号（SCN），SCN是同步整个系统状态更改的种类特征，在Oracle中，系统更改编号是通过日志号码来标识的。以下是通过查询当前SCN的SQL语句：
SELECT CURRENT_SCN FROM V$DATABASE;
2、 恢复控制文件和在线重做日志
将控制文件和在线重做日志转换，即还原备份数据库。在实际环境中，这个步骤通常会在实施其他任务并且需要数据库回滚到以前状态时才会使用。
3、 装载数据库
使用RESETLOGS选项启动数据库。在基于日志的恢复模式中，只有连接到数据库并经过RESETLOGS选项重新启动数据库才能结束时间点恢复过程。
4、 打开恢复后的数据库
使用以下语句打开恢复后的数据库：
ALTER DATABASE OPEN RESETLOGS;
如果执行该命令时，系统会提示未应用的日志文件，需要继续应用系统SCN更改之后的剩余日志。
5、 确定恢复成功
您应该执行一些测试以确保整个过程成功。比如，执行SQL查询、检查表、验证数据等。
四、
时间点恢复技术是Oracle数据库的一种重要的恢复技术，可在某种程度上减少运维人员在故障处理、误操作处理、测试回滚等方面的工作任务。在实际业务应用中，对于不同的业务场景需要灵活选择时间点恢复技术，同时也通过不断实践优化技巧以达到更好的恢复效果。
相关问题拓展阅读：
Oracle数据库的备份及恢复策略研究
多工联机重作日志文件
每个数据库实例都有其自己的联机重作日志组 在操作数据库时 Oracle首先将数据库的全部改变坦唤保存在重作日志缓冲区中 随后日志记录器进程（LGWR）将数据从系统共用区SGA（System Global Area）的重作日志缓冲区写机重作日志文件 在磁盘崩溃或实例失败时 可以通过与之相关的联机重作日志来保护数据库 将损失降至更低 但Oracle在默认的方式下只创建一组重作日志文件（每一组只有一个项目文件） 为了减少丢失这些重要的重作日志文件的危险 因此需要对其进行镜像拷贝
在Oracle级多工联机重作日志文件 即增加多个文件到每个组以便镜像数据 这样I/O故障或写丢失只损坏一个拷贝 从而保证了LGWR后台进程至少能够向一个成员写入信息 数据库仍然可以继续运行 同时应保证日志组的成员不应驻存在同一物理设备上 因为这将削弱多重日志文件的作用
镜像拷贝控制文件
控制文件描述通用的数据库结构 它存储了大量数据库状态信息 包括物理结构和联机重作日志文件在当时的名称 位置 状态 控制文件在数据库启动时被Oracle实例读取 保持打开并随着操作而文件内容更新 直到实例关闭为止 在它打开的过程中能够同步需要恢复的信息 包括检查点信息 因此若损坏或丢失了控制文件 Oracle将不能继续工作 因此应在系统中保持控制文件的多个拷贝 且这些拷贝应置于安装于不同磁盘控制器下的不同磁盘设备中
由于Oracle没有提供对控制文件多工的完整支持 因此应在对控制文件使用操作系统或硬件镜像 即在修改初始化文件的control_files参数后重新启动数据库前 应将控制文件复制到定义的新位置 否则数据库启动时将会出错
激活归档进程
当数据库运行于NOARCHIVELOG模式下时 只能在完全关闭数据库后进行数据库的一致备份 并且同时禁用了联机重作日志的存档 这样在Oracle实例失败时只能将数据库修复到最近毕蚂的完整数据库备份时的那一点上 不能在失效点处对实例进行恢复 而在ARCHIVELOG模式下 数据库不仅可以进行一致备份 还可以在数据库打开的情况下进行联机备份 通过数据库的备份和联机与存档的重作日志文件 用户可以恢复所有已提交的事务 并允许将数据库恢复到指定的时间 SCN或日志系列号处 增大了恢复的灵活性 减少了故障时的数据丢失 因此数据库应运行于ARCHIVELOG模式
在ARCHIVELOG模式下为了防止文件损坏和介质故障 应把日志归档到不同的磁盘上 这可以通过在初始化文件中为归档重作日志指定多个目标实现
数据库实施较大改变时备份
因为控制文件中保存了数据库的模式结构信息 因此在对数据库进行较大改变（包括改变表结构 增加 删除日志文件或数据文件等）时应立即备份控制文件及相应的数据文件
使用RESETLOGS选项打开数据库后进行备份
在以RESETLOGS选项打开数据库后 应对整个数据库进行脱机或联机的备份 否则将不能恢复重置日志后的改变
当以RESETLOGS选项打开数据库时 Oracle将抛弃恢复中没有应用的重复信息 并确保永远不再运用 同时还将初始化控制文件中关于联机日志和重作线程的信息 清除联机日志中的内容 因此 RESETLOGS前的归档日志的序列号将与RESETLOGS后的Oracle控制文件的要让数凯求值不相符（备份文件中的检查点比控制文件中的检查点旧） 即在恢复中不能应用以前的归档日志文件 从而导致RESETLOGS操作之前的备份在新形体中无用
避免备份联机重作日志文件
由于文中提出了多工联机重作日志文件且数据库运行于ARCHIVELOG模式 ARCH进程能够将联机重作日志归档 因此不必对其进行备份 若用备份的联机重作日志文件重建它 可能会引起日志文件序列号的混乱 从而破坏数据库 得到适得其反的结果
重置联机日志
在进行了不完全恢复或用备份控制文件进行恢复后 应重置联机日志
为了确保数据库的一致性 必须保证在恢复后所有数据文件都恢复到同一个时间点 但不完全恢复可能导致数据文件中具有一个与其它文件不同的检查点 导致数据库的一致性受到破坏 同样 备份的控制文件中保存的SCN和计数器与当前日志文件中的值可能不同 从而也破坏了数据库的一致性 因此应在进行完上述两项操作后重置联机日志
数据库的逻辑备份
以上所述备份都为物理备份 是实际物理数据库文件从一处拷贝到另一处的备份 除此之外还可使用Oracle提供的导出实用程序进行数据库的逻辑备份 Oracle同时还提供了相应的导入实用程序重建逻辑备份中保存的信息
逻辑备份只拷贝数据库中的数据 而不记录数据位置的备份过程 它利用SQL语句 从数据库中导出数据到一个存放在合适位置的外部文件中 同时并可检测到数据块的损坏 因此可用其作为物理备份的补充
备份策略
考虑到如今大部分信息系统每周的业务是 × 操作 因此采用联机备份 否则可每隔一定时间进行一次脱机备份
应用上述规则 可得出下述典型的备份策略
①镜像拷贝重作日志文件
②镜像拷贝控制文件
③激活归档进程 即以ARCHIVELOG模式操作数据库
④每天进行数据库的部分联机备份（每天进行数据库的完全热备份将无畏地增加数据库的负担且没有必要 同时也增加了数据库恢复时的灵活性）
⑤每隔一周或几周进行一次数据库的逻辑备份
实际项目应用
当数据库中的文件达到一定数量后 DBA可能记不住该备份的文件的名或位置 因此 若能使备份过程自动化可有效地减轻DBA的负担 同时不会遗漏应备份的文件 应用自动批处理文件及脚本文件可实现备份 恢复的自动化 下面简介了在实际项目开发中应用本文所提出的自动备份 恢复策略 通过实际应用 证明了该策略的正确性和可行性
（ ）下述脚本实现联机重作日志的多工
connect 账户名/密码 alter database ktgis add logfile member 日志文件的存储位置 to group 联机日志组号; shutdown immediate startup pfile=初始化文件的存放位置 exclusive mount; 装载数据库且不打开 alter database archivelog; 激活归档进程 alter database open; exit
（ ）下列VB代码自动建立联机备份的批处理文件及相应的脚本文件
Set adoTmp = objConnect Execute( select tablespace_name from sys dba_data_files ) 得到数据库中的表空间名 Dim lnum As Long Dim lnum As Long lNum = FreeFile Open 自动备份批处理文件路径 For Binary As lNum lnum = FreeFile Open onlinebegin sql For Binary As lnum onlinebegin sql为设置表空间进入热备份模式的脚本文件文件名 lnum = FreeFile Open onlineend sql For Binary As lnum onlinebegin sql为结束表空间热备份模式的脚本文件文件名 strTmp = connect 账户名/密码 & Chr( ) & Chr( ) Put lnum strTmp strTmp = shutdown immediate & Chr( ) & Chr( ) Put lnum strTmp strTmp = startup pfile=初始化文件的存放位置exclusive mount; & Chr( ) & Chr( ) Put lnum strTmp strTmp = alter database archivelog; & Chr( ) & Chr( ) Put lnum strTmp strTmp = alter database open; & Chr( ) & Chr( ) Put lnum strTmp strTmp = connect 账户名/密码 & Chr( ) & Chr( ) Put lnum strTmp strTmp = Oracle服务管理器路径 & @ & onlinebegin sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlinebegin sql Put lNum strTmp Do While Not adoTmp EOF Set adoTmp = objConnect Execute( select file_name from sys dba_data_files where tablespace_name= & adoTmp Fields( ) & ) 得到当前表空间所对应的所有数据文件名 通过循环即可得到所有表空间所对应数据文件名 若只备份指定的表空间 可指定表空间名从而得到其对应的物理数据文件 strTmp = alter tablespace & adoTmp Fields( ) & begin backup; & Chr( ) & Chr( ) 将表空间置于热备份模式 Put lnum strTmp strTmp = Oracle的ocopy exe工具全路径 & adoTmp Fields( ) & & 备份文件存放路径 & Chr( ) & Chr( ) Put lNum strTmp strTmp = alter tablespace & adoTmp Fields( ) & end backup; & Chr( ) & Chr( ) 表空间恢复正常模式 Put lnum strTmp adoTmp MoveNext Loop strTmp = Oracle服务管理器路径 & @ & onlineend sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlineend sql Put lNum strTmp strTmp = exit & Chr( ) & Chr( ) 退出服务管理器 Put lnum strTmp strTmp = alter system switch logfile; & Chr( ) & Chr( ) 强制日志转换 使Oracle创建一个归档日志文件 Put lnum strTmp strTmp = exit & Chr( ) & Chr( ) Put lnum strTmp Close Set adoTmp = Nothing Set adoTmp = Nothing
运行得到的自动批处理文件 即可自动进行数据库的联机备份
（ ）在从备份中恢复数据文件后 执行下列脚本将数据库的恢复程序
connect账户名/密码 shutdown abort startup mount pfile=初始化文件的存放位置; 装载数据库 set autorecovery on; 打开自动恢复 recover database; alter database open; 打开数据库
结束语
lishixinzhi/Article/program/Oracle/202311/18527
如何用飞康CDP恢复Oracle 11g数据库
本文将重点向您介绍如何利用飞康CDP恢复Oracle 11g 服务器及其数据库。同时，将帮助您进一步了解如何利用连续、实时的日志和定时的快照将数据简单、快速、精细的恢复到任意时间点。
当用户的Oracle 11g的磁盘或分区已经受到飞康CDP的保护，飞康CDP的DiskSafe将为用户提供多种数据恢复途径。用户可以将数据恢复到原始磁盘或是其它磁盘，创建系统和数据的副本也变得非常简单。然而，更好的恢复方法就是根据你的恢复对象进行恢复。下面将介绍几种典型的数据恢复场景和Oracle特定恢复的场景。
场景1: 恢复磁盘上的一个或多个文件
如果你不小心删除了磁盘上的一个文件，或者你需要从一些已经修改过的文件中找回一些旧的信息，最简单的恢复方法是加载一个包含了丢失的文件或是原始文件的快照视图。在文件被删除或是被修改之前的时间段产生的任何快照视图都可以被选择加载。加载了快照视图以后，只要将你需要的文件拷贝到你需要的位置就行了。
加载一个快照就是创建了一个单独的虚拟磁盘。加载的快照是镜像的精确视图，当快照创建的时候它就已经存在了。由于加载的快照由快照区里的当前镜像和变化数据组成，因搜陵此不再需要额外的磁盘空间。
下面的屏幕截图显示，在/01上加载的Oracle 磁盘sdb。
1. 列出当前的sdb快照并选择一个需要加载的快照做为TimeView。
2. 用CDP调取TimeView (下图)：
#
亮漏谈 3. 在当前磁盘中找出TimeView 并将其加载到服务器上：
4. 浏览TimeView并从中找到你丢失的数据，将其拷贝到需要的位置，然后卸载这个TimeView：
场景2: 恢复非系统盘或分区
这种情况的恢复与上一种场景的恢复非常相似：加载相应的TimeView，将整个磁盘或分区恢复到原始盘或是其它磁盘。
注意：如果将本地磁盘或分区恢复到一个新的磁盘，而这个磁盘的容量大于主磁盘，你必须手动的对新磁盘执行解除保护-再添加保护的动作，从而使新磁盘可以遵循已经设定的保护策略。
场景3: 恢复系统磁盘或分区
如果需要恢复的是常用于启动的系统磁盘或分区，可以利用DiskSafe恢复盘来完成。对于硬盘或是操作系统出现故障，或者磁盘、操作系统已经进行了修理或替换的情况，这种恢复方式非常有用。
一旦服务器从DiskSafe恢复盘进行启动，你可以访问CDP管理器，并通过CDP管理器上的镜像或选定的快照恢复整个磁盘或分区。数据可以被敬碰恢复到原始盘或是其它的磁盘。
场景4: 恢复Oracle数据库对象
如果数据库对象(表)发生损毁或删除，最简单的办法是利用Oracle备份服务器加载包含原始对象的快照视图进行恢复。打开数据库，从中导出原始对象并转存文件，最后将该文件导入到所运行的生产数据库中。
注意：Oracle 11g 具备回收站功能：如果你意外的删除了某个表，实际它只是被放入了回收站，你可以执行“撤消”命令将表找回。
场景5: 完整恢复Oracle数据库时间点
如果是由于磁盘故障引发一个或者多个数据文件丢失，你可能就需要整个数据库了。这种情况下，更佳的方式是加载故障前的最后一个快照，从而将数据恢复到新的磁盘。
然而，一个已经加载的快照并不能作为工作磁盘使用，因为当快照被卸载时，这个被加载的快照上所发生的所有变化都将会丢失。也就是说，你只能从加载的快照中复制Oracle 数据到生产磁盘。你的RTO将完全根据从TimeView (快照)向生产存储复制数据所需的时间而定。
如果你的数据库很大，你需要缩短RTO，利用CDP的复制功能是非常好的选择。利用CDP的复制功能，可以在本地或远程的服务器上为受保护磁盘保留一份视图拷贝。如果主站点的主磁盘发生故障，二级站点的复制磁盘可以立即被提升为主磁盘，并分配给Oracle服务器进行加载，数据库可以在几乎不停机的情况下立即恢复生产运行。数据库将处于完成最后一次完整复制时的状态。
如果用最后一次快照恢复数据库，那么这个快照从创建以后到磁盘故障发生之间所提交的交易将全部丢失。对于大多数企业来说，这都是不能接受的。有一种方法可以帮你恢复这部分数据丢失：通过CDP镜像，将快照创建以后到磁盘故障发生之间所提交的交易生成可回放的日志记录文件，你可以利用这些可回放的日志记录文件实现完整恢复。然后，用Oracle 的恢复命令找回需要的SCN就可以了。
oracle数据库：完整备份,十二小时后数据库出现问题,这十二个小时的数据怎么恢复？
你是24：00备份。后面12个小时没有备份。
数据库是否是归档模式，如果是调用归档文件恢复数据。是否是RAC、DG之类的也好恢复
数据库的使用并不多，可以从在线日志里面读取到部分数据。
数据量很大，又没开归档。那么只能哭瞎咯
关于oracle 时间点恢复数据库的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
