面试宝典:介绍下Oracle数据库动态性能视图 V$RECOVER_FILE

Oracle V$RECOVER_FILE视图详解
原创 于 2025-08-27 12:12:54 发布 · 552 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#oracle #数据库

在这里插入图片描述

🗃️ Oracle 19C V$RECOVER_FILE 动态性能视图详解

1. 视图概述与核心作用

V$RECOVER_FILE 是 Oracle 数据库中用于识别和显示需要介质恢复的数据文件的关键动态性能视图。当数据库启动时发现数据文件需要应用归档日志或重做日志来进行恢复时，这些文件的信息会出现在此视图中。

2. 主要用途与应用场景

V$RECOVER_FILE 视图在以下场景中特别重要：

  • 数据库启动恢复：当数据库异常关闭后重新启动时，识别需要介质恢复的文件
  • 介质故障诊断：在数据文件损坏、丢失或不可访问时，确认需要恢复的文件
  • 恢复规划：在进行恢复操作前，评估需要恢复的文件数量和恢复工作量
  • 备份验证：验证备份完整性，确认所有需要恢复的文件都有可用的备份
  • 灾难恢复：在灾难恢复场景中，快速确定需要恢复的数据文件

3. 字段详解

以下是 V$RECOVER_FILE 视图的核心字段说明：

字段名称类型描述
FILE#NUMBER需要恢复的数据文件编号
ONLINE_STATUSVARCHAR2(10)文件的在线状态（ONLINE/OFFLINE/RECOVER）
ERRORVARCHAR2(36)恢复过程中遇到的错误信息
CHANGE#NUMBER需要开始恢复的SCN（系统变更号）
TIMEDATE需要开始恢复的时间戳
DATAFILE_NAMEVARCHAR2(513)数据文件的完整路径和名称（19C新增字段）
TABLESPACE_NAMEVARCHAR2(30)数据文件所属的表空间名称（19C新增字段）
BYTESNUMBER数据文件的大小（字节）
BLOCKSNUMBER数据文件的块数量
BLOCK_SIZENUMBER数据文件的块大小

4. 相关视图与基表

4.1 相关动态性能视图

视图名称描述
V$DATAFILE显示所有数据文件的信息，包括恢复状态
V$TABLESPACE显示表空间信息
V$DATAFILE_HEADER显示数据文件头信息，用于恢复验证
V$RECOVERY_STATUS显示恢复操作的状态信息
V$ARCHIVED_LOG显示归档日志信息，用于恢复操作
V$LOG显示重做日志信息
V$LOG_HISTORY显示日志历史信息

4.2 基表信息

V$RECOVER_FILE 视图基于控制文件和数据文件头中的元数据：

  • 数据来源：控制文件中的数据文件恢复记录
  • 底层结构：X$ 表（如 X$KCVFRC）
  • 中间视图：V_$RECOVER_FILE → GV_$RECOVER_FILE
  • 持久性：信息存储在控制文件中，实例重启后仍然存在

5. 底层原理与内部机制

5.1 恢复需求检测机制

Oracle 在以下情况下会检测到数据文件需要恢复：

graph TD
    A[数据库启动或文件检查] --> B{检查文件头SCN}
    B --> C[文件头SCN ≠ 控制文件SCN]
    C --> D[标记文件需要恢复]
    B --> E[文件头SCN = 控制文件SCN]
    E --> F[文件正常无需恢复]
    
    G[文件丢失或损坏] --> H[无法读取文件头]
    H --> D
    
    I[用户命令] --> J[ALTER DATABASE RECOVER]
    J --> D
    
    D --> K[记录到V$RECOVER_FILE]
    K --> L[等待恢复操作]

5.2 SCN 匹配机制

Oracle 使用 SCN（系统变更号）来协调数据文件的一致性：

  1. 检查点 SCN：存储在控制文件中，表示所有数据文件应该一致的点
  2. 文件头 SCN：存储在各个数据文件头中，表示该文件最后一致的点
  3. 恢复需求：当文件头 SCN 小于检查点 SCN 时，文件需要恢复

5.3 恢复类型检测

5.3.1 完全恢复需求
  • 文件需要应用归档日志和重做日志
  • CHANGE# 字段表示需要开始恢复的 SCN
  • 需要连续的归档日志序列
5.3.2 不完全恢复需求
  • 文件需要恢复到特定时间点或 SCN
  • 可能需要 UNTIL 子句指定恢复终点

6. 常用查询 SQL 示例

6.1 查看所有需要恢复的文件基本信息

SELECT file#, 
       tablespace_name,
       datafile_name,
       online_status,
       error,
       change#,
       time,
       ROUND(bytes/1024/1024, 2) AS size_mb
FROM v$recover_file
ORDER BY file#;

6.2 评估恢复工作量

SELECT COUNT(*) AS files_to_recover,
       SUM(bytes) AS total_bytes,
       ROUND(SUM(bytes)/1024/1024, 2) AS total_mb,
       MIN(change#) AS min_scn,
       MAX(change#) AS max_scn,
       (SELECT MIN(sequence#) FROM v$archived_log 
        WHERE first_change# <= MIN(rf.change#)) AS min_log_seq,
       (SELECT MAX(sequence#) FROM v$archived_log 
        WHERE first_change# >= MAX(rf.change#)) AS max_log_seq
FROM v$recover_file rf;

6.3 检查恢复所需的归档日志

SELECT rf.file#, 
       rf.tablespace_name,
       rf.change# AS recovery_start_scn,
       al.sequence# AS required_log_seq,
       al.name AS archive_log_name,
       al.first_change#,
       al.next_change#,
       al.completion_time
FROM v$recover_file rf
CROSS APPLY (
    SELECT sequence#, name, first_change#, next_change#, completion_time
    FROM v$archived_log 
    WHERE first_change# <= rf.change# 
      AND next_change# > rf.change#
      AND rownum = 1
) al
ORDER BY rf.file#;

6.4 监控恢复进度

SELECT rf.file#, 
       rf.tablespace_name,
       rf.datafile_name,
       rf.change# AS required_scn,
       d.status AS datafile_status,
       d.checkpoint_change# AS current_scn,
       CASE 
           WHEN d.checkpoint_change# >= rf.change# THEN 'RECOVERED'
           ELSE 'NEEDS RECOVERY'
       END AS recovery_status,
       ROUND((d.checkpoint_change# - rf.change#) / 
             NULLIF((SELECT MAX(next_change#) - rf.change# 
                     FROM v$archived_log 
                     WHERE first_change# <= rf.change#), 0) * 100, 2) AS progress_pct
FROM v$recover_file rf
JOIN v$datafile d ON (rf.file# = d.file#);

6.5 生成恢复命令脚本

SELECT 'RECOVER DATAFILE ''' || datafile_name || '''' AS recovery_command
FROM v$recover_file
WHERE error IS NULL
UNION ALL
SELECT 'RECOVER TABLESPACE ' || tablespace_name AS recovery_command
FROM (
    SELECT DISTINCT tablespace_name
    FROM v$recover_file
    WHERE error IS NULL
)
ORDER BY recovery_command;

7. 重要知识点与注意事项

7.1 关键概念

  1. SCN 一致性：Oracle 要求所有数据文件在相同 SCN 点保持一致
  2. 恢复范围：恢复操作需要从文件头 SCN 应用到控制文件 SCN
  3. 日志连续性：恢复需要连续的归档日志序列，任何缺口都会导致恢复失败

7.2 最佳实践

  1. 恢复前验证：在执行恢复前验证备份和归档日志的可用性

    -- 检查归档日志的连续性
SELECT thread#, 
       MIN(sequence#) AS first_seq,
       MAX(sequence#) AS last_seq,
       COUNT(*) AS total_logs,
       MAX(sequence#) - MIN(sequence#) + 1 AS expected_logs,
       CASE WHEN COUNT(*) = MAX(sequence#) - MIN(sequence#) + 1 
            THEN 'CONTINUOUS' 
            ELSE 'GAPS DETECTED' 
       END AS status
FROM v$archived_log
WHERE first_change# <= (SELECT MAX(change#) FROM v$recover_file)
  AND next_change# >= (SELECT MIN(change#) FROM v$recover_file)
GROUP BY thread#;

  2. 恢复策略选择：基于业务需求选择适当的恢复策略

    -- 评估恢复时间需求
SELECT tablespace_name,
       COUNT(*) AS file_count,
       ROUND(SUM(bytes)/1024/1024, 2) AS total_size_mb,
       (SELECT MIN(completion_time) 
        FROM v$archived_log 
        WHERE first_change# <= MIN(rf.change#)) AS earliest_log_time,
       (SELECT MAX(completion_time) 
        FROM v$archived_log 
        WHERE next_change# >= MAX(rf.change#)) AS latest_log_time
FROM v$recover_file rf
GROUP BY tablespace_name
ORDER BY total_size_mb DESC;

  3. 监控和告警：建立恢复操作的监控和告警机制

    -- 创建恢复需求监控
SELECT CASE 
         WHEN COUNT(*) > 0 THEN 'CRITICAL'
         ELSE 'NORMAL'
       END AS status,
       COUNT(*) AS files_need_recovery,
       LISTAGG(file# || ':' || tablespace_name, ', ') WITHIN GROUP (ORDER BY file#) AS file_list
FROM v$recover_file;

7.3 故障排查

  1. 恢复失败诊断：当恢复操作失败时诊断具体原因

    -- 检查恢复错误详情
SELECT rf.file#, rf.tablespace_name, rf.error,
       df.status AS datafile_status,
       (SELECT name FROM v$tablespace WHERE ts# = df.ts#) AS tablespace_name,
       rf.change#, df.checkpoint_change#
FROM v$recover_file rf
JOIN v$datafile df ON (rf.file# = df.file#)
WHERE rf.error IS NOT NULL;

  2. 文件状态验证：验证数据文件的物理状态和可访问性

    -- 检查数据文件的可访问性
SELECT rf.file#, rf.datafile_name,
       CASE 
           WHEN dbms_datafile.is_valid_name(rf.datafile_name) = 1 THEN 'ACCESSIBLE'
           ELSE 'INACCESSIBLE'
       END AS accessibility,
       rf.error
FROM v$recover_file rf;

  3. 存储层问题排查：检查存储层面的问题

    -- 检查文件系统权限和空间
SELECT rf.file#, rf.datafile_name,
       (SELECT privilege 
        FROM dba_tab_privs 
        WHERE table_name = 'DBMS_FILE' 
          AND grantee = (SELECT user FROM dual)) AS file_privs,
       (SELECT bytes_free 
        FROM dba_free_space 
        WHERE tablespace_name = rf.tablespace_name 
          AND rownum = 1) AS free_space
FROM v$recover_file rf;

7.4 恢复后的验证

-- 验证恢复完成状态
SELECT file#, 
       tablespace_name,
       datafile_name,
       CASE 
           WHEN EXISTS (SELECT 1 FROM v$datafile WHERE file# = rf.file# 
                        AND checkpoint_change# >= rf.change#) THEN 'RECOVERED'
           ELSE 'STILL NEEDS RECOVERY'
       END AS recovery_status
FROM v$recover_file rf;

-- 检查数据文件的完整性
SELECT file#, 
       tablespace_name,
       (SELECT status FROM v$datafile WHERE file# = rf.file#) AS current_status,
       (SELECT checkpoint_change# FROM v$datafile WHERE file# = rf.file#) AS current_scn
FROM v$recover_file rf;

通过深入理解 V$RECOVER_FILE 视图，DBA 可以有效地识别需要恢复的数据文件，规划恢复策略，监控恢复进度，并确保数据库的完整性和可用性。

欢迎关注我的公众号《IT小Chen》

Oracle数据库 v$datafile&v$datafile_header
weixin_tank88921的博客
07-21 1718
v$datafile是从oracle的控制文件中获得的数据文件的信息TS#NUMBEROFFLINEONLINESYSTEMRECOVERSYSOFFSYSTEMDISABLEDREAD ONLYREAD WRITEUNKNOWNARCHIVELOGARCHIVELOGARCHIVELOG010。
Dataguard巡检 - 常用查询、巡检命令、v$archived_log详解、问题记录
weixin_tank88921的博客
08-05 1363
V$ARCHIVED_LOG视图描述了系统中已经归档的日志文件的相关信息。归档日志是ARCHIVELOG模式的一种，用来记录DML以及DDL对数据库中对象所做的更改，保护数据库以及实施重做数据库恢复。V$ARCHIVED_LOG视图的主要用途是查看已经归档的日志的信息，确定要恢复的日志。
动态性能视图概述
weixin_43475880的博客
07-20 461
动态性能视图概述
oracle 数据字典、数据字典视图，动态性能视图(展示数据库的活动状态信息)
热门推荐
不是一枚开发
03-30 7万+
文章目录一.数据字典1.1 概念1.2 数据字典视图1.2.1 三种类型（1）user_tables（2）all_tables（3）dba_tables:二.动态性能视图2.1 概念2.2 常见的动态性能视图v$parameterv$processv$sessionv$sysstatv$logv$logfilev$lockv$transactionv$fixed_view_definition 一.数据字典 1.1 概念 数据字典记录数据库最基本的信息，包括数据字典基本表和数据字典视图； 数据字典基本表由
动态性能视图基础
02-21 188
动态性能视图基础 oracle维护了一组的虚拟表记录数据库的各种活动，称作动态性能表（dynamicperformance tables),动态性能视图（dynamic performance views）是建...
面试宝典:介绍下Oracle数据库动态性能视图 V$LISTENER_NETWORK
最新发布
chenoracle的博客
08-23 700
面试宝典:介绍下Oracle数据库动态性能视图 V$LISTENER_NETWORK
OceanBase 数据库数据字典视图和动态性能视图
viviliving的专栏
03-29 366
视图可以在租户内查询到本租户的 Unit 分布信息。系统租户的动态性能视图是特殊处理的，会直接展示整个集群所有租户信息的汇总。是租户所有机器信息的汇总。开头的视图是系统租户专用的，用于在系统租户内查看集群所有租户的数据库状态，比如。视图展示的是集群所有租户的所有日志流信息。视图展示的是租户内的日志流信息，系统租户内的。开头的视图展示的是各个租户内的信息，比如。表只展示系统租户自身的日志流信息。开头的视图在系统租户下都有对应的。只展示登录到的机器上的信息，动态性能视图的命名特点是以。
DataGuard利用backup incremental from scn解决gap，11.2.0.4 v$archive_gap不显示存在的gap
你好我是李白
11-22 1054
1.问题现象 客户一套双节点primary 11.2.0.4库，备库为单实例11.2.0.4 备库alert中有如下gap报错，但是查询v$archive_gap视图并没有条目输出： FAL[client]: Failed to request gap sequence GAP - thread 1 sequence 365-368 DBID 353046371 branch 9845...
ORACLE_ASM管理
qq_15993903的博客
03-09 1165
Oracle 10g 使用dbca创建asm实例，11g使用grid软件创建实例。 查看asm实例参数文件内容： ASM_POWER_LIMIT 这个参数 ASM_POWER_LIMIT 参数控制 ASM 后台进程 ARBx 的数量。 ARBx 进程用来进行 ASM 磁盘数据重新分布打散。ASM_POWER_LIMIT 取值 从 0 到 11 (据说从 10gR2 开...
Oracle数据库DBA面试题及答案_经典.docx
01-11
Oracle数据库DBA面试题及答案 以下是根据给定文件信息提炼出的知识点： 1. 冷备份和热备份的不同点： 冷备份是指在数据库关闭后进行备份，适用于所有模式的数据库。热备份是指在数据库仍旧处于工作状态时进行备份...
动态性能视图
06-27
介绍动态性能视图。这些视图一般作为V$视图引用。本文档包括下列内容： 动态性能视图。 视图说明。
20个常用的动态性能视图
03-23
20个常用oracle动态性能视图 详细
oracle 动态性能视图大全
12-19
本文详细介绍oracle 动态性能视图，基本上涵盖了所有的视图
常用oracle动态性能视图
06-27
常用oracle视图 V$SESSION 　　在本视图中，每一个连接到数据库实例中的session都拥有一条记录。包括用户session及后台进程如DBWR，LGWR，arcchiver等等。 V$SESSION中的常用列 V$SESSION是基础信息视图，用于找寻用户SID或SADDR。不过，它也有一些列会动态的变化，可用于检查用户。如例： SQL_HASH_VALUE，SQL_ADDRESS：这两列用于鉴别默认被session执行的SQL语句。如果为null或0，那就说明这个session没有执行任何SQL语句。PREV_HASH_VALUE和PREV_ADDRESS两列用来鉴别被session执行的上一条语句。 注意：当使用SQL*Plus进行选择时，确认你重定义的列宽不小于11以便看到完整的数值。 STATUS：这列用来判断session状态是： .....
达梦动态性能视图介绍
2401_84436407的博客
06-15 1286
动态视图存储着数据库的配置及数据库中变化的活动状态信息，可以通过查询获得所有的动态性能视图名称，各列介绍如下：动态视图的模式名为SYS，例如：。不过DM为每个动态视图建立了同名的全局同义词，因此用户也可以省略模式名对动态视图进行访问。关于动态视图的几点说明如下：一．普通用户查询某动态视图需要获得系统管理员的授权才能进行；二．在MPP环境下，查询结果会显示所有节点的动态视图信息；
oracle 动态性能(V$)视图
dolphin_ygj
04-05 262
C.1 动态性能视图Oracle 服务器包括一组基础视图，这些视图由服务器维护，系统管理员用户 SYS 可以访问它们。这些视图被称为动态性能视图，因为它们在数据库打开和使用时不断进行更新，而且它们的内容主要与性能有关。虽然这些视图很像普通的数据库表，但它们不允许用户直接进行修改。这些视图提供内部磁盘结构和内存结构方面的数据。用户可以对这些视图进行查询，以便对系统进行管理与优化。文件CATALOG....
达梦数据库动态性能视图
zbzyzl的博客
09-19 781
达梦数据库
IS_RECOVER_DEST_FILE
07-04
IS_RECOVER_DEST_FILE 是 Oracle 数据库中与恢复操作相关的内部机制之一，主要用于标识在恢复过程中生成的目标文件。这类文件通常出现在执行表级别恢复（Table-Level Recovery）或时间点恢复（Point-in-Time Recovery, PITR）时，涉及辅助实例（Auxiliary Instance）和导入导出操作。 ### 功能说明 在基于时间点的恢复操作中，例如使用 `RECOVER TABLE` 命令进行表恢复时，Oracle 会创建一个辅助实例，并将指定时间点的数据从备份中恢复到该实例中。随后，通过 Data Pump 导入工具将所需对象导出并重新导入到主数据库中。在此过程中，系统会生成多个临时文件，包括数据文件、控制文件以及归档日志文件等。这些文件被标记为 IS_RECOVER_DEST_FILE，以表明它们是为恢复目的而创建的中间文件，不属于主数据库的永久结构[^3]。 具体而言，IS_RECOVER_DEST_FILE 的作用包括： - 标识用于恢复操作的临时目标文件。 - 避免这些文件被误认为是主数据库的有效组成部分。 - 确保在恢复完成后，这些文件可以被自动清理或明确识别其用途。 ### 使用场景 IS_RECOVER_DEST_FILE 主要出现在以下几种恢复场景中： 1. **表级恢复（Table-Level Recovery）** 当用户需要恢复特定表或分区到某个时间点时，Oracle 会利用辅助实例完成恢复操作。在此过程中生成的所有文件均会被标记为 IS_RECOVER_DEST_FILE，以便于管理和后续清理。例如，执行如下命令时会触发此类行为： ```sql RECOVER TABLE "TEST"."TEST_PART":"P_20" OF PLUGGABLE DATABASE ebsdb UNTIL TIME "to_date('11/09/2022 15:18:11','MM/DD/YYYY HH24:MI:SS')" AUXILIARY DESTINATION '/u01/app/oracle/auxinstance'; ``` 在此命令执行期间，所有与辅助实例相关的文件都会被标记为 IS_RECOVER_DEST_FILE 。 2. **时间点恢复（Point-in-Time Recovery）** 在进行表空间时间点恢复（TSPITR）或数据库时间点恢复时，如果使用了辅助实例，则同样会产生此类标记的文件。这类恢复操作通常用于从逻辑损坏中恢复，例如误删表或错误更新大量数据的情况。 3. **快速恢复区（Fast Recovery Area）中的文件管理** 在 RMAN 恢复过程中，尤其是当归档日志文件被暂存到快速恢复区域（Fast Recovery Area）时，系统可能会自动设置 MAXSIZE 选项来限制这些临时文件的空间占用。IS_RECOVER_DEST_FILE 标记有助于识别哪些文件属于恢复流程的一部分，从而在适当的时候被清理或归档 [^1]。 ### 文件处理机制 在恢复任务完成后，Oracle 通常会自动清理这些标记为 IS_RECOVER_DEST_FILE 的文件。然而，在某些情况下，例如恢复失败或手动中断恢复流程时，可能需要手动删除这些文件以释放磁盘空间。可以通过查询 `V$RECOVER_FILE` 或 `V$DATAFILE` 视图来识别这些文件的状态和路径信息。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值