ORACLE如何查看用户管理备份与恢复的记录

这篇具有很好参考价值的文章主要介绍了ORACLE如何查看用户管理备份与恢复的记录。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

在Oracle数据库中,如果我们使用用户管理备份与恢复(User-Managed Backup and Recovery)方式去备份还原数据库的话,如何获取用户管理备份与恢复的记录信息呢?例如,我要查看某个数据库实例做用户管理备份的记录。一般使用下面脚本。似乎用户管理备份比较“简单”,目前我查了相关资料,只看到v$backup记录了相关信息。而且这个系统试图只能查看最后一次用户管理备份的记录信息。看不到相关历史记录信息。可能是这种备份与还原方式较少使用的缘故。远远没有RMAN备份方式的记录信息多。

alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';
set linesize 640;
set pagesize 60;
col change# for 999999999999999999;
select * from v$backup;

在测试环境中,我使用用户管理备份与恢复这种方式还原恢复了整个数据库,然后我查看用户管理备份的还原记录信息如下所示:

SQL> COL resetlogs_change# FOR 999999999999999;
SQL> SELECT incarnation#
  2        ,resetlogs_change#
  3        ,TO_CHAR(resetlogs_time, 'yyyy-mm-dd hh24:mi:ss') db_restored_time 
  4       ,resetlogs_change#
  5        --,scn_to_timestamp(resetlogs_change#) db_recovery_till_time
  6  FROM v$database_incarnation
  7  WHERE resetlogs_change# !=
  8  (SELECT MIN(resetlogs_change#) FROM v$database_incarnation
  9  );

INCARNATION# RESETLOGS_CHANGE# DB_RESTORED_TIME    RESETLOGS_CHANGE#
------------ ----------------- ------------------- -----------------
           2           1018536 2022-03-24 14:17:37           1018536
           3    15765877865306 2023-04-07 08:59:51    15765877865306

SQL> SELECT incarnation#
  2        ,resetlogs_change#
  3        ,TO_CHAR(resetlogs_time, 'yyyy-mm-dd hh24:mi:ss') db_restored_time 
  4        ,scn_to_timestamp(resetlogs_change#) db_recovery_till_time
  5  FROM v$database_incarnation
  6  WHERE resetlogs_change# !=
  7  (SELECT MIN(resetlogs_change#) FROM v$database_incarnation
  8  );
      ,scn_to_timestamp(resetlogs_change#) db_recovery_till_time
       *
ERROR at line 4:
ORA-08181: specified number is not a valid system change number
ORA-06512at "SYS.SCN_TO_TIMESTAMP", line 1


SQL>

如上所示,虽然可以看到用户管理备份与恢复的操作的时间点,但是查看还原恢复那个时间点是报ORA-08181错误(当然这个要看环境,有些情况下是不会报这个错误的)。我是使用下面脚本恢复的。

recover database using backup controlfile until time '2023-03-29 15:59:05';

其实我们可以用下面脚本查询用户管理备份/还原的记录,如下所示:文章来源地址https://www.toymoban.com/news/detail-411197.html

SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';

Session altered.

SQL> set linesize 640;
SQL> set pagesize 60;
SQL> col units for a30;
SQL> col item for a24;
SQL> col type for a16;
SQL> col units for a12;
SQL> col comments for a16;
SQL> col con_id for 999999;
SQL> select * from v$recovery_progress;

START_TIME          TYPE             ITEM                     UNITS             SOFAR      TOTAL TIMESTAMP           COMMENTS          CON_ID
------------------- ---------------- ------------------------ ------------ ---------- ---------- ------------------- ---------------- -------
2023-04-07 08:56:39 Media Recovery   Log Files                Files                 9          9                                            0
2023-04-07 08:56:39 Media Recovery   Active Apply Rate        KB/sec             3196       3196                                            0
2023-04-07 08:56:39 Media Recovery   Average Apply Rate       KB/sec             3582       3582                                            0
2023-04-07 08:56:39 Media Recovery   Maximum Apply Rate       KB/sec             4531       4531                                            0
2023-04-07 08:56:39 Media Recovery   Redo Applied             Megabytes           664        664                                            0
2023-04-07 08:56:39 Media Recovery   Recovery ID              RCVID                 0          0                     RCVID:                 0
2023-04-07 08:56:39 Media Recovery   Last Applied Redo        SCN+Time              0          0 2023-03-29 15:59:05 SCN: 15765877865       0
                                                                                                                     305

2023-04-07 08:56:39 Media Recovery   Active Time              Seconds             186        186                                            0
2023-04-07 08:56:39 Media Recovery   Apply Time per Log       Seconds              12         12                                            0
2023-04-07 08:56:39 Media Recovery   Checkpoint Time per Log  Seconds               8          8                                            0
2023-04-07 08:56:39 Media Recovery   Elapsed Time             Seconds             190        190                                            0

11 rows selected.

SQL>

到了这里,关于ORACLE如何查看用户管理备份与恢复的记录的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • ORACLE之rman备份恢复及故障处理

    一、参数文件恢复 1.1 首先查看归档模式是否打开 1.2 关闭数据库 1.3 将数据库启动到mount状态 1.4 开启归档 1.5 设置归档路径 1.6 查看归档信息 1.7 打开数据库 1.8 打开控制文件自动备份设置 (备份任意文件都会自动备份控制文件。) 1.9 备份全库 1.10 备份spfile 若spfile文件损坏并

    2024年02月01日
    浏览(45)
  • linux/ubuntu系统管理(8)ubuntu启动模式介绍以及如何进入单用户模式和恢复模式

    Ubuntu操作系统提供了多种启动模式,每种模式都有不同的用途和功能。下面将深入介绍Ubuntu的几种启动模式: 正常启动模式(Normal boot) :这是默认的启动模式,也是大多数用户使用的模式。在正常启动模式下,系统会按照正常的流程启动,加载所有必要的服务和驱动程序,

    2024年01月25日
    浏览(47)
  • 电脑微信聊天记录迁移微信文件迁移备份恢复

    前言 前提:尽量保持微信版本号一致。 首先让我们了解一下微信官方聊天记录保存规则(只有手机的保存规则,但是原理都是一样的) 此文章方法原理:微信PC版一定要保证原来的路径目录,且一定要同时拷贝【All Users】目录。原因是【All Users】目录里保存一些配置信息及

    2024年02月10日
    浏览(50)
  • Mysql日志管理与备份恢复

    Mysql的日志默认保存位置为/usr/local/mysql/date,Mysql的日志配置文件为/etc/my.cnf,里面有一个【mysqld】项。 1.1 错误日志 用来记录当MySQL启动、停止或运行时发生的错误信息,默认已开启 1.2 通用查询日志 用来记录MySQL的所有连接和语句,默认是关闭的 1.3 二进制日志 用来记录所有

    2024年02月04日
    浏览(59)
  • Mysql日志管理、备份与恢复

    Mysql的日志默认保存位置为/usr/local/mysql/date,Mysql的日志配置文件为/etc/my.cnf,里面有一个【mysqld】项 错误日志 用来记录当MySQL启动、停止或运行时发生的错误信息,默认已开启 通用查询日志 用来记录MySQL的所有连接和语句,默认是关闭的 二进制日志 用来记录所有更新了数据

    2024年02月04日
    浏览(51)
  • MySQL日志管理 备份和恢复

    备份的主要目的是灾难恢复,备份还可以测试应用、回滚数据修改、查询历史数据、审计等。 而备份、恢复中,日志起到了很重要的作用 #######前言:日志⭐⭐ MySQL 的日志默认保存位置为 /usr/local/mysql/data ##配置文件 vim /etc/my.cnf [mysqld] ##错误日志,用来记录当MySQL启动、停止

    2024年02月11日
    浏览(53)
  • mysql日志管理,备份与恢复

    一,备份的目的         备份的主要目的是灾难恢复,备份还可以测试应用、回滚数据修改、查询历史数据、审计等。         mysql备份出来主要是日志,mysql的日志种类有很多,但是在了解日志之前我们需要先知道mysql日志默认保存位置在哪:         mysql中有错误日志

    2024年02月10日
    浏览(55)
  • Linux MySQL 备份与恢复 日志管理

    备份策略 完全备份         每次备份都备份完整的数据库。         备份数据最大,每次都要完整备份。但是恢复最方便 差异备份         只备份上一次完全备份后的更新数据。         第一次完整备份,之后备份第一次没有备份的内容 增量备份        

    2024年02月10日
    浏览(47)
  • oracle数据库给用户授权DBA权限&Oracle查看哪些用户具有DBA权限

    步骤一:以sysdba身份登录到Oracle数据库 在授予DBA权限之前,我们首先要以sysdba身份登录到Oracle数据库。使用以下命令登录: 步骤二:创建用户(如有用户跳过) 要授予DBA权限,首先需要创建一个新用户。使用以下命令创建一个新用户: 步骤三:授予DBA权限 一旦用户创建成

    2024年02月09日
    浏览(54)
  • 【Milvus】记录一次基于milvus-backup做的Milvus备份与恢复

    milvus:v2.2.4 go:1.20.2 darwin/amd64 milvus-backup:v0.2.2 https://github.com/zilliztech/milvus-backup/releases 如果你的milvus是2.2.9版本及以上,可以直接下载最新的版本:git clone https://github.com/zilliztech/milvus-backup.git 默认使用的配置文件在config目录下,如果不需要手动指定,直接修改改文件即可,

    2024年02月16日
    浏览(51)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包