oracle實驗記錄 （恢復-表空間基於時間點恢復(手動)）
tablespace point in time recover(TSPITR)
對於不完全恢復 不是常用的 代價太大,所有資料檔案 都要丟失資料
TSPITR 就是將某個或多個出問題的tablespace回退到 要恢復的時間點,其它tablespace不變
簡單介紹下TSPIRT :
tspitr只適用於archivelog mode
primary database:也是target database ,就是指 包含要恢復tablespace的tablespace
recovery set:需要執行recovry的tablespace set(必須自包含)
auxiliary database:是target database的一個副本database,當執行tspITRd的時候,auxixiary 把recovery set恢復到過去的時間點,auxiliary database 必須有system ,undo
及recovery set 的tablespace
auxiliary SET:就是auxixiary database 所需要的除去recovery set 外的 其他檔案,需要controlfile,system datafile,undo datafile
先用手動方式操作一次就明白原理了,然後用rman ,rman操作很簡單一條命令就可以
SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
SQL> col file_name format a40
SQL> col tablespace_name format a20
SQL> select file_name,tablespace_name from dba_data_files;
FILE_NAME TABLESPACE_NAME
---------------------------------------- --------------------
D:\TEST.DBF TEST
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EX EXAMPLE
AMPLE01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\US USERS
ERS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SY SYSAUX
SAUX01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UN UNDOTBS1
FILE_NAME TABLESPACE_NAME
---------------------------------------- --------------------
DOTBS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SY SYSTEM
STEM01.DBF
已選擇6行。
SQL> alter database begin backup;
資料庫已更改。
SQL> @d:\backup\backupscript.txt
已複製 1 個檔案。
已複製 1 個檔案。
已複製 1 個檔案。
已複製 1 個檔案。
已複製 1 個檔案。
已複製 1 個檔案。
SQL> alter database end backup;
資料庫已更改。
SQL> alter database backup controlfile to 'd:\auxiliary\control01.ctl';
資料庫已更改。
SQL> conn xh/a831115
已連線。
SQL> create table t1 (a int) tablespace users;
表已建立。
SQL> create table t2 (a int) tablespace test;
表已建立。
SQL> insert into t1 values(1);
已建立 1 行。
SQL> commit;
提交完成。
SQL> insert into t2 values(2);
已建立 1 行。
SQL> commit;
提交完成。
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
862980
SQL> truncate table t2;
表被截斷。
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
863158
SQL> insert into t1 values (2);
已建立 1 行。
SQL> commit;
提交完成。
SQL> select * from t2;
未選定行
SQL> alter system switch logfile;
系統已更改。
SQL> select group#,status ,first_change# from v$log
2 ;
GROUP# STATUS FIRST_CHANGE#
---------- ---------------- -------------
1 ACTIVE 857906
2 INACTIVE 836721
3 CURRENT 863177
SQL> alter system checkpoint;
系統已更改。
SQL> select group#,status ,first_change# from v$log
2 ;
GROUP# STATUS FIRST_CHANGE#
---------- ---------------- -------------
1 INACTIVE 857906
2 INACTIVE 836721
3 CURRENT 863177
SQL> select count(*) from v$archived_log where 862980 between first_change# and nex
t_change#;
COUNT(*)
----------
1
要求:恢復test tablespace上 t2表 到未truncate前(SCN 862980),其它tablespace 不恢復(t1 表 不跟著一起恢復到 SCN 862980)
SQL> execute sys.dbms_tts.transport_set_check('TEST',true);檢查能否移動 是否符合條件
PL/SQL 過程已成功完成。
SQL>
SQL> select * from sys.transport_set_violations;
未選定行
如果包含sys object 不行,另外表空間必須自包含比如一個表上有個INDEX INDEX 所在表空間必須是該表空間(還有如分割槽表,lob列)
SQL> select * from transport_set_violations;
VIOLATIONS
--------------------------------------------------------------------------------
Sys owned object T2 in tablespace TEST not allowed in pluggable set~~~~~~~~~~~~~~~~~~~~~~~~~~~~SYS OBJECT 不行
create pfile='d:\initauxixh.ora' from spfile
進行修改
*.__db_cache_size=373293056
orcl.__db_cache_size=310378496
*.__java_pool_size=4194304
orcl.__java_pool_size=4194304
*.__large_pool_size=4194304
orcl.__large_pool_size=4194304
*.__shared_pool_size=222298112
orcl.__shared_pool_size=285212672
*.__streams_pool_size=0
orcl.__streams_pool_size=0
*.audit_file_dest='d:\auxiliary'
*.background_dump_dest='d:\auxiliary'
*.compatible='10.2.0.1.0'
*.control_files='d:\auxiliary\CONTROL01.CTL'
*.core_dump_dest='d:\auxiliary'
*.db_block_size=8192
*.db_file_multiblock_read_count=16
*.db_name='orcl'*************************************db_name 必須等於主庫 因為要參照主庫
*.db_recovery_file_dest='d:\auxiliary'
*.db_recovery_file_dest_size=2147483648
*.log_archive_dest_1=''
*.log_archive_format='ARC%S_%R.%T.arc'
*.open_cursors=300
*.pga_aggregate_target=203423744
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=612368384
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='d:\auxiliary'
*.db_unique_name='auxixh'***********default為db_name,資料庫的唯一名~~使用auxiliary 時or standby 必須設定與primary 不同名字
*.db_file_name_convert=('E:\oracle\product\10.2.0\oradata\orcl','d:\auxiliary','d:\','d:\auxili')****對映target database目錄到auxiliary(要是與priamry目錄一樣
不用設定)
*.log_file_name_convert=('E:\oracle\product\10.2.0\oradata\orcl','d:\auxiliary\')***********************同上(oracle會在auxiliary自動建立logfile)
C:\>oradim -new -sid auxixh -intpwd xh123
例項已建立。
C:\>set oracle_sid=auxixh
C:\>sqlplus / as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on 星期五 8月 28 10:07:40
Copyright (c) 1982, 2005, Oracle. All rights reserved.
已連線到空閒例程。
SQL> startup nomount pfile='d:\initauxixh.ora'
ORACLE 例程已經啟動。
Total System Global Area 612368384 bytes
Fixed Size 1250428 bytes
Variable Size 230689668 bytes
Database Buffers 373293056 bytes
Redo Buffers 7135232 bytes
SQL> host copy d:\backup\system01.dbf d:\auxiliary\system01.dbf
已複製 1 個檔案。
SQL> host copy d:\backup\UNDOTBS01.DBF d:\auxiliary\undotbs01.dbf
已複製 1 個檔案。
SQL> host copy d:\backup\TEST.DBF d:\auxiliary\test.dbf
已複製 1 個檔案。
SQL> alter database mount clone database;
資料庫已更改。
SQL> col name format a40
SQL> select name,status from v$datafile;
NAME STATUS
---------------------------------------- -------
D:\AUXILIARY\SYSTEM01.DBF SYSOFF
D:\AUXILIARY\UNDOTBS01.DBF OFFLINE
D:\AUXILIARY\SYSAUX01.DBF OFFLINE
D:\AUXILIARY\USERS01.DBF OFFLINE
D:\AUXILIARY\EXAMPLE01.DBF OFFLINE
D:\AUXILIARY\TEST.DBF OFFLINE
已選擇6行。
SQL> alter database datafile 'D:\AUXILIARY\SYSTEM01.DBF' online;
資料庫已更改。
SQL> alter database datafile 'D:\AUXILIARY\undotbs01.DBF' online;
資料庫已更改。
SQL> alter database datafile 'D:\AUXILIARY\test.DBF' online;
資料庫已更改。
SQL> select checkpoint_change# from v$datafile;
CHECKPOINT_CHANGE#
------------------
862791
862791
862791
862791
862791
862791
已選擇6行。
SQL> select checkpoint_change# from v$datafile_header;
CHECKPOINT_CHANGE#
------------------
862791
862791
0
0
0
862791
已選擇6行。
SQL> recover database until change 862980 using backup controlfile;
ORA-00279: ?? 862791 (? 08/28/2009 09:53:59 ??) ???? 1 ????
ORA-00289: ??: E:\ARCHIVELOG\ARC00008_0695918991.001.ARC
ORA-00280: ?? 862791 (???? 1) ??? #8 ?
指定日誌: {
auto
已應用的日誌。
完成介質恢復。
SQL> alter database open resetlogs;
SQL> select checkpoint_change# from v$datafile;
CHECKPOINT_CHANGE#
------------------
862983
862983
0
0
0
862983
已選擇6行。
SQL> select checkpoint_change# from v$datafile_header;
CHECKPOINT_CHANGE#
------------------
862983
862983
0
0
0
862983
已選擇6行。
資料庫已更改。
SQL> select * from t2;
select * from t2
*
第 1 行出現錯誤:
ORA-00942: ??????????????
SQL> select * from xh.t2;
A
----------
2
C:\>set oracle_sid=auxixh
C:\>exp 'system/a123 as sysdba' point_in_time_recover=y tablespaces=test file=e:\te
st.dmp
Export: Release 10.2.0.1.0 - Production on 星期五 8月 28 10:15:13 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連線到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
已匯出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集
注: 將不匯出表資料 (行)
即將匯出表空間時間點恢復物件...
對於表空間 TEST...
. 正在匯出簇定義
. 正在匯出表定義
. . 正在匯出表 T2
. 正在匯出引用完整性約束條件
. 正在匯出觸發器
. 終止時間點恢復
成功終止匯出, 沒有出現警告。
SQL> alter tablespace test offline;(target database)
表空間已更改。
SQL> host copy d:\auxiliary\test.dbf D:\TEST.DBF(target database)~~~~~~~~~~~~將在auxiliary修改好的datafile 複製回primary
已複製 1 個檔案。
SQL> host imp 'sys/a831115 as sysdba' point_in_time_recover=y datafiles=D:\TEST.DBF(target database)
file=e:\test.dmp
Import: Release 10.2.0.1.0 - Production on 星期五 8月 28 10:20:07 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
連線到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
經由常規路徑由 EXPORT:V10.02.01 建立的匯出檔案
即將匯入表空間時間點恢復物件...
已經完成 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集中的匯入
. 正在將 SYS 的物件匯入到 SYS
. 正在將 XH 的物件匯入到 XH
. . 正在匯入表 "T2"
. 正在將 SYS 的物件匯入到 SYS
成功終止匯入, 但出現警告。
SQL>
SQL> alter tablespace test online;(target database)
表空間已更改。
SQL> select * from t1;(target database)
A
----------
1
2
SQL> select * from t2;(target database)
A
----------
2
SQL> select name,checkpoint_change# from v$datafile;(target database)
NAME CHECKPOINT_CHANGE#
-------------------------------------------------- ------------------
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF 863255
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DB 863255
F
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF 863255
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF 863255
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DB 863255
F
D:\TEST.DBF 864569
已選擇6行。
SQL> select name,checkpoint_change# from v$datafile_header;(target database)
NAME CHECKPOINT_CHANGE#
-------------------------------------------------- ------------------
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF 863255
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DB 863255
F
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF 863255
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF 863255
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DB 863255
F
D:\TEST.DBF 864569
已選擇6行。
小結:原理很簡單,就是將要recover的tablespace 放到auxiliary database上 recover 然後在通過EXP/IMP匯入回primary
SQL> desc sys.TS_PITR_objects_to_be_dropped;(這個可以檢視 當你恢復tablespace該tablespace 要丟失的,可以通過exp imp解決)
名稱 是否為空? 型別
----------------------------------------- -------- ----------------------------
OWNER NOT NULL VARCHAR2(30)
NAME NOT NULL VARCHAR2(30)
CREATION_TIME NOT NULL DATE
TABLESPACE_NAME VARCHAR2(30)
~~~~~~~~~~~~解釋及使用 轉自Oracle® Database Backup and Recovery User's Guide 11g Release 1 (11.1)
Column Name Meaning
OWNER
Owner of the object to be dropped.
NAME
The name of the object that will be lost as a result of undergoing TSPITR
CREATION_TIME
Creation timestamp for the object.
TABLESPACE_NAME
Name of the tablespace containing the object.
Filter the view for objects whose CREATION_TIME is after the target time for TSPITR. For example, with a recovery set consisting of users and tools, and a
recovery point in time of November 2, 2007, 7:03:11 AM, issue the statement shown in Example 20-4.
Example 20-4 Querying TS_PITR_OBJECTS_TO_BE_DROPPED
SELECT OWNER, NAME, TABLESPACE_NAME,
TO_CHAR(CREATION_TIME, 'YYYY-MM-DD:HH24:MI:SS')
FROM TS_PITR_OBJECTS_TO_BE_DROPPED
WHERE TABLESPACE_NAME IN ('USERS','TOOLS')
AND CREATION_TIME > TO_DATE('02-NOV-06:07:03:11','YY-MON-DD:HH24:MI:SS')
ORDER BY TABLESPACE_NAME, CREATION_TIME;
SQL> desc sys.TS_PITR_CHECK ;
名稱 是否為空? 型別
----------------------------------------- -------- ----------------------------~~~~~~~~檢查是否符合條件
OBJ1_OWNER VARCHAR2(30)
OBJ1_NAME VARCHAR2(30)
OBJ1_SUBNAME VARCHAR2(30)
OBJ1_TYPE VARCHAR2(16)
TS1_NAME VARCHAR2(30)
OBJ2_NAME VARCHAR2(30)
OBJ2_SUBNAME VARCHAR2(30)
OBJ2_TYPE VARCHAR2(15)
OBJ2_OWNER VARCHAR2(30)
TS2_NAME VARCHAR2(30)
CONSTRAINT_NAME VARCHAR2(30)
REASON VARCHAR2(81)
使用例子 專自oracle Oracle® Database Backup and Recovery User's Guide 11g Release 1 (11.1)
You can use the TS_PITR_CHECK view to identify relationships between objects that span the recovery set boundaries. If this view returns rows when queried,
then investigate and correct the problem. Proceed with TSPITR only when TS_PITR_CHECK view returns no rows for the tablespaces not in the recovery set.
Record all actions performed during this step so that you can re-create any suspended or removed relationships after completing TSPITR.
The query in Example 20-1 illustrates how to use the TS_PITR_CHECK view. For an example with an initial recovery set consisting of tools and users, the
SELECT statement against TS_PITR_CHECK would be as follows:
Example 20-1 Querying TS_PITR_CHECK for a Subset of Tablespaces
SELECT *
FROM SYS.TS_PITR_CHECK
WHERE (
TS1_NAME IN ('USERS','TOOLS')
AND TS2_NAME NOT IN ('USERS','TOOLS')
)
OR (
TS1_NAME NOT IN ('USERS','TOOLS')
AND TS2_NAME IN ('USERS','TOOLS')
);
To run a complete TSPITR check on all the tablespaces in the database (not just the tablespaces in the recovery set), you can run the query in Example 20-2.
Example 20-2 Querying TS_PITR_CHECK for All Tablespaces
SELECT *
FROM SYS.TS_PITR_CHECK
WHERE (
'SYSTEM' IN (TS1_NAME, TS2_NAME)
AND TS1_NAME <> TS2_NAME
AND TS2_NAME <> '-1'
)
OR (
TS1_NAME <> 'SYSTEM'
AND TS2_NAME = '-1'
);
Because of the number and width of the columns in the TS_PITR_CHECK view, you may want to format the columns as follows when running the query:
SET LINESIZE 120
COLUMN OBJ1_OWNER HEADING "own1"
COLUMN OBJ1_OWNER FORMAT a6
COLUMN OBJ1_NAME HEADING "name1"
COLUMN OBJ1_NAME FORMAT a5
COLUMN OBJ1_SUBNAME HEADING "subname1"
COLUMN OBJ1_SUBNAME FORMAT a8
COLUMN OBJ1_TYPE HEADING "obj1type"
COLUMN OBJ1_TYPE FORMAT a8 word_wrapped
COLUMN TS1_NAME HEADING "ts1_name"
COLUMN TS1_NAME FORMAT a6
COLUMN OBJ2_NAME HEADING "name2"
COLUMN OBJ2_NAME FORMAT a5
COLUMN OBJ2_SUBNAME HEADING "subname2"
COLUMN OBJ2_SUBNAME FORMAT a8
COLUMN OBJ2_TYPE HEADING "obj2type"
COLUMN OBJ2_TYPE FORMAT a8 word_wrapped
COLUMN OBJ2_OWNER HEADING "own2"
COLUMN OBJ2_OWNER FORMAT a6
COLUMN TS2_NAME HEADING "ts2_name"
COLUMN TS2_NAME FORMAT a6
COLUMN CONSTRAINT_NAME HEADING "cname"
COLUMN CONSTRAINT_NAME FORMAT a5
COLUMN REASON HEADING "reason"
COLUMN REASON FORMAT a25 word_wrapped
Assume a case in which the partitioned table tp has two partitions, p1 and p2, that exist in tablespaces users and tools respectively. Also assume that a
partitioned index called tpind is defined on tp, and that the index has two partitions id1 and id2 (that exist in tablespaces id1 and id2 respectively). In
this case, you would get the output shown in Example 20-3 when you run the query in Example 20-1.
Example 20-3 Output for Query of TS_PITR_CHECK
own1 name1 subname1 obj1type ts1_name name2 subname2 obj2type own2 ts2_name cname reason
--- ---- ----- ------ ------- ---- ------ -------- --- -------- --- ------
SYSTEM TP P1 TABLE USER TPIND IP1 INDEX PARTITION PARTITION SYS ID1 Partitioned Objects not fully contained in the recovery set
SYSTEM TP P2 TABLE TOOLS TPIND IP2 INDEX PARTITION PARTITION SYS ID2 Partitioned Objects not fully contained in the recovery set
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
SQL> shutdown immediate;(auxiliary database )
資料庫已經關閉。
已經解除安裝資料庫。
ORACLE 例程已經關閉。
SQL> startup nomount pfile='d:\initauxixh.ora'(auxiliary database )
ORACLE 例程已經啟動。
Total System Global Area 612368384 bytes
Fixed Size 1250428 bytes
Variable Size 230689668 bytes
Database Buffers 373293056 bytes
Redo Buffers 7135232 bytes
SQL> alter database mount;
alter database mount
*
第 1 行出現錯誤:
ORA-01697: ???????????
SQL> alter database mount clone database;(auxiliary database ) auxiliary 關閉後 再開啟 必須按這個步驟
資料庫已更改。
SQL> alter database open;(auxiliary database )
SQL> conn xh/a831115
已連線。
SQL> select * from t1;
select * from t1
*
第 1 行出現錯誤:
ORA-00376: 此時無法讀取檔案 4
ORA-01110: 資料檔案 4: 'D:\AUXILIARY\USERS01.DBF'
SQL> select * from t2;
A
----------
2
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12020513/viewspace-613473/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 【Oracle 恢復表空間】 實驗Oracle
- 表空間TSPITR恢復-實驗
- Oracle RMAN 表空間恢復Oracle
- mongodb 基於oplog的時間點恢復MongoDB
- DM8 基於時間點的恢復
- PostgreSQL 時間點恢復SQL
- ORACLE資料庫基於時間點的不完全恢復Oracle資料庫
- 備份與恢復：Polardb資料庫資料基於時間點恢復資料庫
- (Les16 執行資料庫恢復)-表空間恢復資料庫
- 7.5 使用binary log 做基於時間點的恢復
- 基於percona xtrabackup之innobackupex實現基於時間點資料庫恢復資料庫
- SYSTEM 表空間管理及備份恢復
- PostgreSQL啟動恢復期間，恢復到的時間線的確定SQL
- mongodb異機做時間點恢復(基於時間範圍查詢匯出oplog)MongoDB
- oracle基於SCN增量恢復Oracle
- MySQL binlog基於時間點恢復資料失敗是什麼鬼？MySql
- 2.MongoDB 4.2副本集環境基於時間點的恢復MongoDB
- 【PG備份恢復】pg_basebackup 多表空間備份恢復測試
- 【DATAGUARD】Oracle 通過Dataguard指定恢復時間用於找回丟失資料Oracle
- mongodb使用備份後的oplog做時間點恢復MongoDB
- 1.MongoDB 2.7主從複製(master –> slave)環境基於時間點的恢復MongoDBAST
- PostgreSQL12中實現增量備份與任意時間點恢復SQL
- 《PostgreSQL 指南：內幕探索》之基礎備份與時間點恢復（上）SQL
- 使用NineData構建任意時間點（PITR）資料恢復能力資料恢復
- win10恢復到上一個時間節點的方法Win10
- oracle 增量備份恢復驗證Oracle
- 基於 Vuex 的時移操作（撤回/恢復）實現Vue
- NBU恢復oracleOracle
- 【資料庫資料恢復】磁碟空間不足導致sql server錯誤的資料恢復資料庫資料恢復SQLServer
- 【資料庫資料恢復】SQL Server資料庫磁碟空間不足的資料恢復案例資料庫資料恢復SQLServer
- 恢復聊天記錄手機軟體如何使用
- MySQL備份與恢復——基於Xtrabackup物理備份恢復MySql
- postgreSQL 恢復至故障點 精準恢復SQL
- oracle使用小記、刪除恢復Oracle
- 大事務導致資料庫恢復時間長資料庫
- oracle 表移動表空間Oracle
- Oracle表移動表空間Oracle
- PostgreSQL從小白到高手教程 - 第41講：postgres表空間備份與恢復SQL
- DM7使用DMRMAN恢復資料庫到指定時間點/LSN資料庫