首頁 資料庫 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

使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

<🎜>:泡泡膠模擬器無窮大 - 如何獲取和使用皇家鑰匙
3 週前 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教學
1670
14
CakePHP 教程
1428
52
Laravel 教程
1329
25
PHP教程
1274
29
C# 教程
1256
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 14, 2025 am 12:18 AM

MySQL索引基数对查询性能有显著影响:1.高基数索引能更有效地缩小数据范围,提高查询效率;2.低基数索引可能导致全表扫描,降低查询性能;3.在联合索引中,应将高基数列放在前面以优化查询。

初學者的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.定期備份和監控數據庫確保數據安全和性能優化。

See all articles