首页 数据库 mysql教程 对restore database preview显示结果的思考

对restore database preview显示结果的思考

Jun 07, 2016 pm 05:41 PM
database preview restore

一restoredatabasepreview解释:官方说明:YoucanapplyRESTORE...PREVIEWtoanyRESTOREoperationtocreateadetailedlistofeverybackuptobeusedintherequestedRESTO

 

restore database preview 解释:

官方说明:

You can apply RESTORE ... PREVIEW to any RESTORE operation to create a detailed list of every backup to be used in the requested RESTORE operation, and the necessary target SCN for recovery after the RESTORE operation is complete. This command accesses the RMAN repository to query the backup metadata, but does not actually read the backup files to ensure that they can be restored.

上面大致说了两点:

2 restore………preview命令实际上不读取备份文件以确认备份能够恢复。

二:restore database preview 显示结果

RMAN> restore database preview;

Starting restore at 22-NOV-12

using channel ORA_DISK_1

List of Backup Sets

===================

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

5 Full 568.48M DISK 00:00:58 20-NOV-12

BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20121120T084422

Piece Name: /backup/07nqp236_1_1

List of Datafiles in backup set 5

File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

1 Full 2150426643 20-NOV-12 /oracle/CRM2/system1.dbf

2 Full 2150426643 20-NOV-12 /oracle/CRM2/zxb.dbf

3 Full 2150426643 20-NOV-12 /oracle/CRM2/CRM/sysaux01.dbf

4 Full 2150426643 20-NOV-12 /oracle/CRM2/CRM/users01.dbf

5 Full 2150426643 20-NOV-12 /oracle/CRM2/zxa.dbf

6 Full 2150426643 20-NOV-12 /oracle/CRM2/CRM/test1.dbf

7 Full 2150426643 20-NOV-12 /oracle/CRM2/zxc.dbf

8 Full 2150426643 20-NOV-12 /oracle/CRM2/CRM/undotbs1.dbf

List of Archived Log Copies

Key Thrd Seq S Low Time Name

------- ---- ------- - --------- ----

35 1 2 A 20-NOV-12 /oracle/archive/1_2_799830099.dbf

36 1 3 A 20-NOV-12 /oracle/archive/1_3_799830099.dbf

37 1 4 A 20-NOV-12 /oracle/archive/1_4_799830099.dbf

38 1 5 A 20-NOV-12 /oracle/archive/1_5_799830099.dbf

39 1 6 A 20-NOV-12 /oracle/archive/1_6_799830099.dbf

40 1 7 A 20-NOV-12 /oracle/archive/1_7_799830099.dbf

41 1 8 A 20-NOV-12 /oracle/archive/1_8_799830099.dbf

42 1 9 A 21-NOV-12 /oracle/archive/1_9_799830099.dbf

43 1 10 A 21-NOV-12 /oracle/archive/1_10_799830099.dbf

44 1 11 A 21-NOV-12 /oracle/archive/1_11_799830099.dbf

45 1 12 A 21-NOV-12 /oracle/archive/1_12_799830099.dbf

46 1 13 A 21-NOV-12 /oracle/archive/1_13_799830099.dbf

47 1 14 A 21-NOV-12 /oracle/archive/1_14_799830099.dbf

48 1 15 A 22-NOV-12 /oracle/archive/1_15_799830099.dbf

49 1 16 A 22-NOV-12 /oracle/archive/1_16_799830099.dbf

50 1 17 A 22-NOV-12 /oracle/archive/1_17_799830099.dbf

51 1 18 A 22-NOV-12 /oracle/archive/1_18_799830099.dbf

52 1 19 A 22-NOV-12 /oracle/archive/1_19_799830099.dbf

53 1 20 A 22-NOV-12 /oracle/archive/1_20_799830099.dbf

54 1 21 A 22-NOV-12 /oracle/archive/1_21_799830099.dbf

55 1 22 A 22-NOV-12 /oracle/archive/1_22_799830099.dbf

56 1 23 A 22-NOV-12 /oracle/archive/1_23_799830099.dbf

57 1 24 A 22-NOV-12 /oracle/archive/1_24_799830099.dbf

58 1 25 A 22-NOV-12 /oracle/archive/1_25_799830099.dbf

59 1 26 A 22-NOV-12 /oracle/archive/1_26_799830099.dbf

60 1 27 A 22-NOV-12 /oracle/archive/1_27_799830099.dbf

Media recovery start SCN is 2150426643

Recovery must be done beyond SCN 2150426643 to clear data files fuzziness

Finished restore at 22-NOV-12

----------------------------------------------------------------------------------------

对于上面的信息的一点解释:

介质恢复的开始是2150426643:Media recovery start SCN is 2150426643

以及开始应用的归档文件seq 号2:/oracle/archive/1_2_799830099.dbf

都是由restore database后,数据文件头部信息决定,如下为转储数据文件头部信息:

Tablespace #2 - SYSAUX rel_fn:3

Creation at scn: 0x0000.00001896 10/22/2005 21:44:46

Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0

reset logs count:0x2fac7053 scn: 0x0000.802c8c23 reset logs terminal rcv data:0x0 scn: 0x0000.00000000

prev reset logs count:0x2fac6f51 scn: 0x0000.802c3dfd prev reset logs terminal rcv data:0x0 scn: 0x0000.00000000

recovered at 11/22/2012 14:18:39

status:0x0 root dba:0x00000000 chkpt cnt: 1114 ctl cnt:1113

begin-hot-backup file size: 0

本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn

热AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover

AI Clothes Remover

用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool

Undress AI Tool

免费脱衣服图片

Clothoff.io

Clothoff.io

AI脱衣机

Video Face Swap

Video Face Swap

使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

<🎜>:泡泡胶模拟器无穷大 - 如何获取和使用皇家钥匙
4 周前 By 尊渡假赌尊渡假赌尊渡假赌
北端:融合系统,解释
4 周前 By 尊渡假赌尊渡假赌尊渡假赌
Mandragora:巫婆树的耳语 - 如何解锁抓钩
3 周前 By 尊渡假赌尊渡假赌尊渡假赌

热工具

记事本++7.3.1

记事本++7.3.1

好用且免费的代码编辑器

SublimeText3汉化版

SublimeText3汉化版

中文版,非常好用

禅工作室 13.0.1

禅工作室 13.0.1

功能强大的PHP集成开发环境

Dreamweaver CS6

Dreamweaver CS6

视觉化网页开发工具

SublimeText3 Mac版

SublimeText3 Mac版

神级代码编辑软件(SublimeText3)

热门话题

Java教程
1673
14
CakePHP 教程
1429
52
Laravel 教程
1333
25
PHP教程
1278
29
C# 教程
1257
24
MySQL的角色:Web应用程序中的数据库 MySQL的角色:Web应用程序中的数据库 Apr 17, 2025 am 12:23 AM

MySQL在Web应用中的主要作用是存储和管理数据。1.MySQL高效处理用户信息、产品目录和交易记录等数据。2.通过SQL查询,开发者能从数据库提取信息生成动态内容。3.MySQL基于客户端-服务器模型工作,确保查询速度可接受。

说明InnoDB重做日志和撤消日志的作用。 说明InnoDB重做日志和撤消日志的作用。 Apr 15, 2025 am 12:16 AM

InnoDB使用redologs和undologs确保数据一致性和可靠性。1.redologs记录数据页修改,确保崩溃恢复和事务持久性。2.undologs记录数据原始值,支持事务回滚和MVCC。

MySQL与其他编程语言:一种比较 MySQL与其他编程语言:一种比较 Apr 19, 2025 am 12:22 AM

MySQL与其他编程语言相比,主要用于存储和管理数据,而其他语言如Python、Java、C 则用于逻辑处理和应用开发。 MySQL以其高性能、可扩展性和跨平台支持着称,适合数据管理需求,而其他语言在各自领域如数据分析、企业应用和系统编程中各有优势。

初学者的MySQL:开始数据库管理 初学者的MySQL:开始数据库管理 Apr 18, 2025 am 12:10 AM

MySQL的基本操作包括创建数据库、表格,及使用SQL进行数据的CRUD操作。1.创建数据库:CREATEDATABASEmy_first_db;2.创建表格:CREATETABLEbooks(idINTAUTO_INCREMENTPRIMARYKEY,titleVARCHAR(100)NOTNULL,authorVARCHAR(100)NOTNULL,published_yearINT);3.插入数据:INSERTINTObooks(title,author,published_year)VA

MySQL与其他数据库:比较选项 MySQL与其他数据库:比较选项 Apr 15, 2025 am 12:08 AM

MySQL适合Web应用和内容管理系统,因其开源、高性能和易用性而受欢迎。1)与PostgreSQL相比,MySQL在简单查询和高并发读操作上表现更好。2)相较Oracle,MySQL因开源和低成本更受中小企业青睐。3)对比MicrosoftSQLServer,MySQL更适合跨平台应用。4)与MongoDB不同,MySQL更适用于结构化数据和事务处理。

解释InnoDB缓冲池及其对性能的重要性。 解释InnoDB缓冲池及其对性能的重要性。 Apr 19, 2025 am 12:24 AM

InnoDBBufferPool通过缓存数据和索引页来减少磁盘I/O,提升数据库性能。其工作原理包括:1.数据读取:从BufferPool中读取数据;2.数据写入:修改数据后写入BufferPool并定期刷新到磁盘;3.缓存管理:使用LRU算法管理缓存页;4.预读机制:提前加载相邻数据页。通过调整BufferPool大小和使用多个实例,可以优化数据库性能。

MySQL:结构化数据和关系数据库 MySQL:结构化数据和关系数据库 Apr 18, 2025 am 12:22 AM

MySQL通过表结构和SQL查询高效管理结构化数据,并通过外键实现表间关系。1.创建表时定义数据格式和类型。2.使用外键建立表间关系。3.通过索引和查询优化提高性能。4.定期备份和监控数据库确保数据安全和性能优化。

学习MySQL:新用户的分步指南 学习MySQL:新用户的分步指南 Apr 19, 2025 am 12:19 AM

MySQL值得学习,因为它是强大的开源数据库管理系统,适用于数据存储、管理和分析。1)MySQL是关系型数据库,使用SQL操作数据,适合结构化数据管理。2)SQL语言是与MySQL交互的关键,支持CRUD操作。3)MySQL的工作原理包括客户端/服务器架构、存储引擎和查询优化器。4)基本用法包括创建数据库和表,高级用法涉及使用JOIN连接表。5)常见错误包括语法错误和权限问题,调试技巧包括检查语法和使用EXPLAIN命令。6)性能优化涉及使用索引、优化SQL语句和定期维护数据库。

See all articles