cuiqiong6888
cuiqiong6888

recover database skip [forever] tablespace XXX 的用法介绍

recovery过程中可以临时将某个暂无法恢复出来的tablespace skip掉，先恢复其它部分， 待recovery database完成并open database后，再recover这个被skip掉的表空间；recover database skip [forever] tablespace ... 可以支持以上功能
// complete recovery场景下使用 skip tablespace XXX

###列出database备份
RMAN> list backup of database;




List of Backup Sets
===================




BS Key  Type LV Size       Device Type Elapsed Time Completion Time  
------- ---- -- ---------- ----------- ------------ -----------------
76278   Full    2.00G      DISK        00:00:26     20150623 05:56:05
        BP Key: 76281   Status: AVAILABLE  Compressed: NO  Tag: TAG20150623T055537
        Piece Name: /oradata06/fra/TSTDB1/backupset/2015_06_23/o1_mf_nnndf_TAG20150623T055537_1kR5zK8Nx_.bkp
  List of Datafiles in backup set 76278
  File LV Type Ckp SCN    Ckp Time          Name
  ---- -- ---- ---------- ----------------- ----
  1       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/system01.dbf
  2       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/sysaux01.dbf
  3       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/undotbs01.dbf
  4       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/users01.dbf
  5       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/ts0329_1.dbf
  6       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/xdbts1.dbf
  7       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/ts0212.dbf
  8       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/ts0212_1.dbf
  9       Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/ts0422_1.dbf
  10      Full 12723362138466 20150623 05:55:39 /oradata06/testaaaaa/ts0611.dbf


RMAN> list backup of controlfile
2> ;




List of Backup Sets
===================




BS Key  Type LV Size       Device Type Elapsed Time Completion Time  
------- ---- -- ---------- ----------- ------------ -----------------
76277   Full    13.64M     DISK        00:00:00     20150621 16:56:29
        BP Key: 76280   Status: AVAILABLE  Compressed: NO  Tag: TAG20150621T165532
        Piece Name: /oradata06/fra/TSTDB1/backupset/2015_06_21/o1_mf_ncsnf_TAG20150621T165532_1kP9z0FUh_.bkp
  Control File Included: Ckp SCN: 12723362045827   Ckp time: 20150621 16:56:29


BS Key  Type LV Size       Device Type Elapsed Time Completion Time  
------- ---- -- ---------- ----------- ------------ -----------------
76279   Full    13.64M     DISK        00:00:01     20150623 05:56:15
        BP Key: 76282   Status: AVAILABLE  Compressed: NO  Tag: TAG20150623T055537
        Piece Name: /oradata06/fra/TSTDB1/backupset/2015_06_23/o1_mf_ncsnf_TAG20150623T055537_1kR5_UAqO_.bkp
  Control File Included: Ckp SCN: 12723362138489   Ckp time: 20150623 05:56:14


###当前database schema
RMAN> report schema;


Report of database schema for database with db_unique_name TSTDB1


List of Permanent Datafiles
===========================
File Size(MB) Tablespace           RB segs Datafile Name
---- -------- -------------------- ------- ------------------------
1    1024     SYSTEM               YES     /oradata06/testaaaaa/system01.dbf
2    896      SYSAUX               NO      /oradata06/testaaaaa/sysaux01.dbf
3    2048     UNDOTBS              YES     /oradata06/testaaaaa/undotbs01.dbf
4    1024     USERS                NO      /oradata06/testaaaaa/users01.dbf
5    128      TS0329               NO      /oradata06/testaaaaa/ts0329_1.dbf
6    500      XDBTS                NO      /oradata06/testaaaaa/xdbts1.dbf
7    128      TS0212               NO      /oradata06/testaaaaa/ts0212.dbf
8    48       TS0212               NO      /oradata06/testaaaaa/ts0212_1.dbf
9    1800     TS0422_1             NO      /oradata06/testaaaaa/ts0422_1.dbf
10   128      TS0611_NEW           NO      /oradata06/testaaaaa/ts0611.dbf


List of Temporary Files
=======================
File Size(MB) Tablespace           Maxsize(MB) Tempfile Name
---- -------- -------------------- ----------- --------------------
1    1024     TEMP                 1024        /oradata06/testaaaaa/temp01.dbf
  
###关闭数据库进行restore
shutdown immediate;
startup mount;
restore database;


###重命名数据文件，模拟datafile丢失的场景，recover database提示缺datafile 10
mv /oradata06/testaaaaa/ts0611.dbf /oradata06/testaaaaa/ts0611.dbf.bak


RMAN> recover database;


Starting recover at 20150623 09:24:10
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=398 device type=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 06/23/2015 09:24:11
RMAN-06094: datafile 10 must be restored


select ts.ts#,ts.name from v$tablespace ts,v$datafile df where df.ts#=ts.ts# and df.file#=10;
       TS# NAME
---------- ------------------------------
        15 TS0611_NEW


RMAN> recover database skip tablespace TS0611_NEW;


Starting recover at 20150623 09:35:43
using channel ORA_DISK_1


Executing: alter database datafile 10 offline    
starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc thread=1 sequence=2
media recovery complete, elapsed time: 00:00:02
Finished recover at 20150623 09:35:47


col name format a50
set linesize 100 pagesize 40
select name,status from v$datafile;
NAME                                               STATUS
-------------------------------------------------- -------
/oradata06/testaaaaa/system01.dbf                  SYSTEM
/oradata06/testaaaaa/sysaux01.dbf                  ONLINE
/oradata06/testaaaaa/undotbs01.dbf                 ONLINE
/oradata06/testaaaaa/users01.dbf                   ONLINE
/oradata06/testaaaaa/ts0329_1.dbf                  ONLINE
/oradata06/testaaaaa/xdbts1.dbf                    ONLINE
/oradata06/testaaaaa/ts0212.dbf                    ONLINE
/oradata06/testaaaaa/ts0212_1.dbf                  ONLINE
/oradata06/testaaaaa/ts0422_1.dbf                  ONLINE
/oradata06/testaaaaa/ts0611.dbf                    OFFLINE    


alter database open;


###挪回datafile 10, recover tablespace ts0611_new
mv /oradata06/testaaaaa/ts0611.dbf.bak /oradata06/testaaaaa/ts0611.dbf 


recover tablespace ts0611_new;


alter tablespace ts0611_new online;


SYS@tstdb1-SQL> select name,status from v$datafile;


NAME                                               STATUS
-------------------------------------------------- -------
/oradata06/testaaaaa/system01.dbf                  SYSTEM
/oradata06/testaaaaa/sysaux01.dbf                  ONLINE
/oradata06/testaaaaa/undotbs01.dbf                 ONLINE
/oradata06/testaaaaa/users01.dbf                   ONLINE
/oradata06/testaaaaa/ts0329_1.dbf                  ONLINE
/oradata06/testaaaaa/xdbts1.dbf                    ONLINE
/oradata06/testaaaaa/ts0212.dbf                    ONLINE
/oradata06/testaaaaa/ts0212_1.dbf                  ONLINE
/oradata06/testaaaaa/ts0422_1.dbf                  ONLINE
/oradata06/testaaaaa/ts0611.dbf                    ONLINE



//complete recovery场景下使用 skip forever XXX

shutdown immediate
rman target / catalog rman/773946@tstdb2
startup nomount
restore database;
alter database mount;


mv /oradata06/testaaaaa/ts0611.dbf /oradata06/testaaaaa/ts0611.dbf.bak


RMAN> recover database;


Starting recover at 20150623 09:54:34
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=332 device type=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 06/23/2015 09:54:35
RMAN-06094: datafile 10 must be restored


###complete recovery的场景下使用skip forever
RMAN>  recover database skip forever tablespace ts0611_new;


Starting recover at 20150623 10:02:19
using channel ORA_DISK_1


Executing: alter database datafile 10 offline drop    
starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc
archived log for thread 1 with sequence 5 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc
archived log for thread 1 with sequence 6 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc thread=1 sequence=2
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc thread=1 sequence=3
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc thread=1 sequence=4
media recovery complete, elapsed time: 00:00:02
Finished recover at 20150623 10:02:23


col name format a60
set linesize 120
select name,status,checkpoint_change# from v$datafile;
NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362144126
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362144126
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362144126
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362144126
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362144126
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362144126
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362144126
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362144126
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362144126
/oradata06/testaaaaa/ts0611.dbf                              OFFLINE     12723362144126    


alter database open;


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362144129
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362144129
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362144129
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362144129
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362144129
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362144129
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362144129
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362144129
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362144129
/oradata06/testaaaaa/ts0611.dbf                              OFFLINE     12723362144126    


###挪回原位
mv /oradata06/testaaaaa/ts0611.dbf.bak /oradata06/testaaaaa/ts0611.dbf


SYS@tstdb1-SQL> alter tablespace ts0611_new online;
alter tablespace ts0611_new online
*
ERROR at line 1:
ORA-01113: file 10 needs media recovery
ORA-01110: data file 10: '/oradata06/testaaaaa/ts0611.dbf'


###skip forever的tablespace依然可以recover
RMAN> recover tablespace ts0611_new;


Starting recover at 20150623 10:06:11
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=332 device type=DISK


starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc
archived log for thread 1 with sequence 5 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc
archived log for thread 1 with sequence 6 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc thread=1 sequence=2
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc thread=1 sequence=3
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc thread=1 sequence=4
media recovery complete, elapsed time: 00:00:00
Finished recover at 20150623 10:06:12


10 rows selected.


SYS@tstdb1-SQL> alter tablespace ts0611_new online;


Tablespace altered.


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362144129
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362144129
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362144129
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362144129
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362144129
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362144129
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362144129
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362144129
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362144129
/oradata06/testaaaaa/ts0611.dbf                              ONLINE      12723362144824    


10 rows selected.



//incomplete recovery场景下使用 skip tablespace XXX，open db后还能继续恢复这个表空间

shutdown immediate
startup mount
restore database;


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            ONLINE      12723362138466
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362138466
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362138466
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362138466
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362138466
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362138466
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362138466
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362138466
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362138466
/oradata06/testaaaaa/ts0611.dbf                              ONLINE      12723362138466


mv /oradata06/testaaaaa/ts0611.dbf /oradata06/testaaaaa/ts0611.dbf.bak


---recover database until scn
RMAN> recover database  until scn 12723362144133;


Starting recover at 20150623 10:17:25
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 06/23/2015 10:17:25
RMAN-06094: datafile 10 must be restored


---recover database until scn ... skip tablespace ...
RMAN> recover database  until scn 12723362144133 skip tablespace ts0611_new;


Starting recover at 20150623 10:18:15
using channel ORA_DISK_1


Executing: alter database datafile 10 offline    
starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc
archived log for thread 1 with sequence 5 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc
archived log for thread 1 with sequence 6 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc thread=1 sequence=2
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc thread=1 sequence=3
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc thread=1 sequence=4
media recovery complete, elapsed time: 00:00:02
Finished recover at 20150623 10:18:19


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            ONLINE      12723362144133
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362144133
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362144133
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362144133
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362144133
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362144133
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362144133
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362144133
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362144133
                                                             OFFLINE                  0


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362145858
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362145858
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362145858
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362145858
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362145858
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362145858
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362145858
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362145858
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362145858
/oradata06/testaaaaa/ts0611.dbf                              OFFLINE     12723362145858


###打开数据库
alter database open resetlogs


col name format a60
set linesize 120 numwidth 16
select name,status,checkpoint_change# from v$datafile;
NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362145859
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362145859
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362145859
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362145859
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362145859
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/ts0611.dbf                              OFFLINE     12723362145858


select name,status,checkpoint_change# from v$datafile_header;
NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362145859
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362145859
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362145859
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362145859
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362145859
                                                             OFFLINE                  0


###挪回datafile 10
mv /oradata06/testaaaaa/ts0611.dbf.bak /oradata06/testaaaaa/ts0611.dbf


###online tablespace，提示Datafile 10是resetlogs前的版本
SYS@tstdb1-SQL> alter tablespace ts0611_new online;
alter tablespace ts0611_new online
*
ERROR at line 1:
ORA-01190: control file or data file 10 is from before the last RESETLOGS
ORA-01110: data file 10: '/oradata06/testaaaaa/ts0611.dbf'


###recover tablespace ts0611_new依然成功
RMAN> recover tablespace ts0611_new;


Starting recover at 20150623 10:28:50
using channel ORA_DISK_1


starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc
archived log for thread 1 with sequence 5 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc
archived log for thread 1 with sequence 6 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc
archived log for thread 1 with sequence 7 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_7_1kRKxVWK7_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc thread=1 sequence=2
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc thread=1 sequence=3
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc thread=1 sequence=4
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc thread=1 sequence=5
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc thread=1 sequence=6
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_7_1kRKxVWK7_.arc thread=1 sequence=7
media recovery complete, elapsed time: 00:00:01
Finished recover at 20150623 10:28:51


SYS@tstdb1-SQL> select name,status,resetlogs_change#,checkpoint_change# from v$datafile_header;


NAME                                                         STATUS  RESETLOGS_CHANGE# CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ----------------- ------------------
/oradata06/testaaaaa/system01.dbf                            ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/users01.dbf                             ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/ts0212.dbf                              ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE     12723362144134     12723362145859
/oradata06/testaaaaa/ts0611.dbf                              ONLINE     12723362144134     12723362146664


10 rows selected.


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362145859
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362145859
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362145859
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362145859
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362145859
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362145859
/oradata06/testaaaaa/ts0611.dbf                              ONLINE      12723362146664





//incomplete recovery场景下使用 skip forever tablespace XXX，open db后XXX表空间仍可以恢复

shutdown immediate
startup mount
restore database;


mv /oradata06/testaaaaa/ts0611.dbf /oradata06/testaaaaa/ts0611.dbf.bak


SYS@tstdb1-SQL> select name,status,resetlogs_change#,checkpoint_change# from v$datafile_header;


NAME                                                         STATUS  RESETLOGS_CHANGE# CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ----------------- ------------------
/oradata06/testaaaaa/system01.dbf                            ONLINE     12723362054987     12723362138466
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE     12723362054987     12723362138466
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE     12723362054987     12723362138466
/oradata06/testaaaaa/users01.dbf                             ONLINE     12723362054987     12723362138466
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE     12723362054987     12723362138466
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE     12723362054987     12723362138466
/oradata06/testaaaaa/ts0212.dbf                              ONLINE     12723362054987     12723362138466
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE     12723362054987     12723362138466
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE     12723362054987     12723362138466
                                                             ONLINE                  0                  0


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362147430
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362147430
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362147430
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362147430
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362147430
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362147430
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362147430
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362147430
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362147430
/oradata06/testaaaaa/ts0611.dbf                              ONLINE      12723362147430


RMAN> recover database until scn 12723362147000 skip forever tablespace ts0611_new;


Starting recover at 20150623 10:40:21
using channel ORA_DISK_1


Executing: alter database datafile 10 offline drop    
starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc
archived log for thread 1 with sequence 5 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc
archived log for thread 1 with sequence 6 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc
archived log for thread 1 with sequence 7 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_7_1kRKxVWK7_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc thread=1 sequence=2
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc thread=1 sequence=3
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc thread=1 sequence=4
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc thread=1 sequence=5
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc thread=1 sequence=6
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_7_1kRKxVWK7_.arc thread=1 sequence=7
media recovery complete, elapsed time: 00:00:02
Finished recover at 20150623 10:40:25


alter database open resetlogs;


mv /oradata06/testaaaaa/ts0611.dbf.bak /oradata06/testaaaaa/ts0611.dbf


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362147004
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362147004
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362147004
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0611.dbf                              OFFLINE                  0


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362147004
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362147004
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0611.dbf                              OFFLINE     12723362138466


RMAN> recover tablespace ts0611_new;


Starting recover at 20150623 10:48:20
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=398 device type=DISK


starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc
archived log for thread 1 with sequence 5 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc
archived log for thread 1 with sequence 6 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc
archived log for thread 1 with sequence 7 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_7_1kRKxVWK7_.arc
archived log for thread 1 with sequence 1 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_1_1kRLv2UWQ_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_2_1kR6taPTD_.arc thread=1 sequence=2
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_3_1kR6teZeM_.arc thread=1 sequence=3
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_4_1kR6tmGw7_.arc thread=1 sequence=4
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_5_1kRIdmC2Q_.arc thread=1 sequence=5
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_6_1kRIdovOA_.arc thread=1 sequence=6
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_7_1kRKxVWK7_.arc thread=1 sequence=7
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_23/o1_mf_1_1_1kRLv2UWQ_.arc thread=1 sequence=1
media recovery complete, elapsed time: 00:00:00
Finished recover at 20150623 10:48:21
starting full resync of recovery catalog
full resync complete


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362147004
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362147004
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0611.dbf                              OFFLINE     12723362147001


10 rows selected.


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362147004
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362147004
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362147004
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0611.dbf                              OFFLINE     12723362147000


alter tablespace ts0611_new online


Tablespace altered.


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            SYSTEM      12723362147004
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362147004
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362147004
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0611.dbf                              ONLINE      12723362148075


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;


NAME                                                         STATUS  CHECKPOINT_CHANGE#
------------------------------------------------------------ ------- ------------------
/oradata06/testaaaaa/system01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/sysaux01.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/undotbs01.dbf                           ONLINE      12723362147004
/oradata06/testaaaaa/users01.dbf                             ONLINE      12723362147004
/oradata06/testaaaaa/ts0329_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/xdbts1.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212.dbf                              ONLINE      12723362147004
/oradata06/testaaaaa/ts0212_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0422_1.dbf                            ONLINE      12723362147004
/oradata06/testaaaaa/ts0611.dbf                              ONLINE      12723362148075


SYS@tstdb1-SQL> create table aaa(id number) tablespace ts0611_new;


Table created.



// incomplete recovery场景下使用 skip forever tablespace XXX，open db后XXX表空间仍可以恢复并验证XXX表空间的恢复点

###新建表空间，进行备份
create tablespace ts0625_1 datafile '/oradata06/testaaaaa/ts0625_1.dbf' size 128m;


backup database plus archivelog;    
archivelog备份在tag=TAG20150625T095036、TAG20150625T095110
datafile & controlfile备份在tag=TAG20150625T095039


###创建测试表，记录before drop时间
create table t0625_2 tablespace ts0625_1 as select * from all_users;


SYS@tstdb1-SQL> select count(*) from t0625_2;


        COUNT(*)
----------------
              19
              
alter system switch logfile;
alter system switch logfile;
alter system switch logfile;


select sysdate from dual;
SYSDATE
-----------------
20150625 09:52:50          


drop table t0625_1;
select sysdate from dual;
SYSDATE
-----------------
20150625 09:55:00          


alter system switch logfile;
alter system switch logfile;
alter system switch logfile;    


shutdown immediate
startup mount;


###restore到before drop time
RMAN> restore database until time '20150625 09:52:50';


Starting restore at 20150625 10:01:13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=332 device type=DISK


channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /oradata06/testaaaaa/system01.dbf
channel ORA_DISK_1: restoring datafile 00002 to /oradata06/testaaaaa/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /oradata06/testaaaaa/undotbs01.dbf
channel ORA_DISK_1: restoring datafile 00004 to /oradata06/testaaaaa/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /oradata06/testaaaaa/ts0422_1.dbf
channel ORA_DISK_1: restoring datafile 00006 to /oradata06/testaaaaa/xdbts1.dbf
channel ORA_DISK_1: restoring datafile 00007 to /oradata06/testaaaaa/ts0212.dbf
channel ORA_DISK_1: restoring datafile 00008 to /oradata06/testaaaaa/ts0212_1.dbf
channel ORA_DISK_1: restoring datafile 00009 to /oradata06/testaaaaa/ts0623.dbf
channel ORA_DISK_1: restoring datafile 00010 to /oradata06/testaaaaa/ts0624.dbf
channel ORA_DISK_1: restoring datafile 00011 to /oradata06/testaaaaa/ts0624_2.dbf
channel ORA_DISK_1: restoring datafile 00012 to /oradata06/testaaaaa/ts0625.dbf
channel ORA_DISK_1: restoring datafile 00013 to /oradata06/testaaaaa/ts0625_1.dbf
channel ORA_DISK_1: reading from backup piece /oradata06/fra/TSTDB1/backupset/2015_06_25/o1_mf_nnndf_TAG20150625T095039_1kTq1Y_mg_.bkp
channel ORA_DISK_1: piece handle=/oradata06/fra/TSTDB1/backupset/2015_06_25/o1_mf_nnndf_TAG20150625T095039_1kTq1Y_mg_.bkp tag=TAG20150625T095039
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:01:05
Finished restore at 20150625 10:02:19


###模拟ts0625_1.dbf文件丢失
mv /oradata06/testaaaaa/ts0625_1.dbf /oradata06/testaaaaa/ts0625_1.dbf.old


col name format a40
set numwidth 16 linesize 140 pagesize 50 
SYS@tstdb1-SQL> select name,status,resetlogs_change#,checkpoint_change# from v$datafile_header;
NAME                                     STATUS  RESETLOGS_CHANGE# CHECKPOINT_CHANGE#
---------------------------------------- ------- ----------------- ------------------
/oradata06/testaaaaa/system01.dbf        ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/sysaux01.dbf        ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/undotbs01.dbf       ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/users01.dbf         ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/xdbts1.dbf          ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/ts0212.dbf          ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/ts0623.dbf          ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/ts0624.dbf          ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE     12723362559613     12723362561576
/oradata06/testaaaaa/ts0625.dbf          ONLINE     12723362559613     12723362561576
                                         ONLINE                  0                  0


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;
NAME                                     STATUS  CHECKPOINT_CHANGE#
---------------------------------------- ------- ------------------
/oradata06/testaaaaa/system01.dbf        SYSTEM      12723362563571
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362563571
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362563571
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362563571
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362563571
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362563571
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362563571
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362563571
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362563571
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362563571
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362563571
/oradata06/testaaaaa/ts0625.dbf          ONLINE      12723362563571
/oradata06/testaaaaa/ts0625_1.dbf        ONLINE      12723362563571


###必须recover database skip tablespace XXX才能保证recover database的顺利进行
RMAN> recover database until time '20150625 09:52:50';


Starting recover at 20150625 10:06:39
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 06/25/2015 10:06:40
RMAN-06094: datafile 13 must be restored


RMAN> recover database skip forever tablespace ts0625_1 until time '20150625 09:52:50';


Starting recover at 20150625 10:07:12
using channel ORA_DISK_1


Executing: alter database datafile 13 offline drop
starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_2_1kTq3AZHd_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_3_1kTq8e8FN_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_4_1kTq8obLf_.arc
archived log for thread 1 with sequence 5 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_5_1kTq8-6p7_.arc
archived log for thread 1 with sequence 6 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_6_1kTqAaKlg_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_2_1kTq3AZHd_.arc thread=1 sequence=2
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_3_1kTq8e8FN_.arc thread=1 sequence=3
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_4_1kTq8obLf_.arc thread=1 sequence=4
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_5_1kTq8-6p7_.arc thread=1 sequence=5
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_6_1kTqAaKlg_.arc thread=1 sequence=6
media recovery complete, elapsed time: 00:00:01
Finished recover at 20150625 10:07:15


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;


NAME                                     STATUS  CHECKPOINT_CHANGE#
---------------------------------------- ------- ------------------
/oradata06/testaaaaa/system01.dbf        ONLINE      12723362562753
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362562753
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362562753
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362562753
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362562753
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362562753
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362562753
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362562753
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362562753
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362562753
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362562753
/oradata06/testaaaaa/ts0625.dbf          ONLINE      12723362562753
                                         OFFLINE                  0


###open resetlogs
alter database open resetlogs;


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;


NAME                                     STATUS  CHECKPOINT_CHANGE#
---------------------------------------- ------- ------------------
/oradata06/testaaaaa/system01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362562757
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362562757
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0625.dbf          ONLINE      12723362562757
                                         OFFLINE                  0


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                     STATUS  CHECKPOINT_CHANGE#
---------------------------------------- ------- ------------------
/oradata06/testaaaaa/system01.dbf        SYSTEM      12723362562757
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362562757
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362562757
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0625.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0625_1.dbf        OFFLINE                  0


###恢复datafile 12的至源路径
mv /oradata06/testaaaaa/ts0625_1.dbf.old /oradata06/testaaaaa/ts0625_1.dbf


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;
NAME                                     STATUS  CHECKPOINT_CHANGE#
---------------------------------------- ------- ------------------
/oradata06/testaaaaa/system01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362562757
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362562757
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0625_1.dbf        OFFLINE     12723362561576


###PRIOR_RESETLOGS_CHANGE#=12723362559613，根据resetlogs_change#=12723362559613到v$archived_log查找最大的sequence#
SYS@tstdb1-SQL> select max(sequence#) from v$archived_log where resetlogs_change#=12723362559613;


  MAX(SEQUENCE#)
----------------
              12
              
RMAN> recover tablespace ts0625_1;    


Starting recover at 20150625 10:12:28
starting full resync of recovery catalog
full resync complete
using channel ORA_DISK_1


starting media recovery


archived log for thread 1 with sequence 2 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_2_1kTq3AZHd_.arc
archived log for thread 1 with sequence 3 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_3_1kTq8e8FN_.arc
archived log for thread 1 with sequence 4 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_4_1kTq8obLf_.arc
archived log for thread 1 with sequence 5 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_5_1kTq8-6p7_.arc
archived log for thread 1 with sequence 6 is already on disk as file /oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_6_1kTqAaKlg_.arc
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_2_1kTq3AZHd_.arc thread=1 sequence=2
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_3_1kTq8e8FN_.arc thread=1 sequence=3
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_4_1kTq8obLf_.arc thread=1 sequence=4
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_5_1kTq8-6p7_.arc thread=1 sequence=5
archived log file name=/oradata06/fra/TSTDB1/archivelog/2015_06_25/o1_mf_1_6_1kTqAaKlg_.arc thread=1 sequence=6
media recovery complete, elapsed time: 00:00:01
Finished recover at 20150625 10:12:31
starting full resync of recovery catalog
full resync complete


SYS@tstdb1-SQL> select name,status,checkpoint_change#,resetlogs_change# from v$datafile_header;


NAME                                     STATUS  CHECKPOINT_CHANGE# RESETLOGS_CHANGE#
---------------------------------------- ------- ------------------ -----------------
/oradata06/testaaaaa/system01.dbf        ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362562757    12723362562754
/oradata06/testaaaaa/ts0625_1.dbf        OFFLINE     12723362562754    12723362562754            


---12723362562754包含在log sequence# 6里
SYS@tstdb1-SQL> select sequence#,first_change#,next_change# from v$archived_log where resetlogs_change#=12723362559613 and 12723362562754 between first_change# and next_change#;


       SEQUENCE#    FIRST_CHANGE#     NEXT_CHANGE#
---------------- ---------------- ----------------
               6   12723362562746   12723362562767


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                     STATUS  CHECKPOINT_CHANGE#
---------------------------------------- ------- ------------------
/oradata06/testaaaaa/system01.dbf        SYSTEM      12723362562757
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362562757
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362562757
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0625_1.dbf        OFFLINE     12723362562753


SYS@tstdb1-SQL> select count(*) from t0625_2;
select count(*) from t0625_2
                     *
ERROR at line 1:
ORA-00376: file 13 cannot be read at this time
ORA-01110: data file 13: '/oradata06/testaaaaa/ts0625_1.dbf'


alter tablespace ts0625_1 online;


###验证表t0625_2存在
SYS@tstdb1-SQL> select count(*) from t0625_2;


        COUNT(*)
----------------
              19


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile;


NAME                                     STATUS  CHECKPOINT_CHANGE#
---------------------------------------- ------- ------------------
/oradata06/testaaaaa/system01.dbf        SYSTEM      12723362562757
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362562757
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362562757
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0625_1.dbf        ONLINE      12723362564357


12 rows selected.


SYS@tstdb1-SQL> select name,status,checkpoint_change# from v$datafile_header;


NAME                                     STATUS  CHECKPOINT_CHANGE#
---------------------------------------- ------- ------------------
/oradata06/testaaaaa/system01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/sysaux01.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/undotbs01.dbf       ONLINE      12723362562757
/oradata06/testaaaaa/users01.dbf         ONLINE      12723362562757
/oradata06/testaaaaa/ts0422_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/xdbts1.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0212_1.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0623.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624.dbf          ONLINE      12723362562757
/oradata06/testaaaaa/ts0624_2.dbf        ONLINE      12723362562757
/oradata06/testaaaaa/ts0625_1.dbf        ONLINE      12723362564357


结论：skip tablespace /skip forever tablespace用在incomplete recovery/complete recovery的场景中都可以起到将延迟recover表空间的功能，先把db拉起来，再恢复这个表空间；incomplete recovery先把database recover到指定时间点open resetlogs，之后再执行recover tablespace XXX的效果相当于将该表空间从备份点恢复到open resetlogs后的当前最新的时间点。skip tablespace和skip forever tablespace作用上没有明显区别

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/53956/viewspace-1726049/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/53956/viewspace-1726049/

你可能感兴趣的:(数据库)

  • Google earth studio 简介 陟彼高冈yu 旅游
    GoogleEarthStudio是一个基于Web的动画工具，专为创作使用GoogleEarth数据的动画和视频而设计。它利用了GoogleEarth强大的三维地图和卫星影像数据库，使用户能够轻松地创建逼真的地球动画、航拍视频和动态地图可视化。网址为https://www.google.com/earth/studio/。GoogleEarthStudio是一个基于Web的动画工具，专为创作使用G
  • 关于提高复杂业务逻辑代码可读性的思考 编程经验分享 开发经验java数据库开发语言
    目录前言需求场景常规写法拆分方法领域对象总结前言实际工作中大部分时间都是在写业务逻辑，一般都是三层架构，表示层（Controller）接收客户端请求，并对入参做检验，业务逻辑层（Service）负责处理业务逻辑，一般开发都是在这一层中写具体的业务逻辑。数据访问层（Dao）是直接和数据库交互的，用于查数据给业务逻辑层，或者是将业务逻辑层处理后的数据写入数据库。简单的增删改查接口不用多说，基本上写好一
  • SQL Server_查询某一数据库中的所有表的内容 qq_42772833 SQLServer数据库sqlserver
    1.查看所有表的表名要列出CrabFarmDB数据库中的所有表（名），可以使用以下SQL语句：USECrabFarmDB;--切换到目标数据库GOSELECTTABLE_NAMEFROMINFORMATION_SCHEMA.TABLESWHERETABLE_TYPE='BASETABLE';对这段SQL脚本的解释：SELECTTABLE_NAME：这个语句的作用是从查询结果中选择TABLE_NAM
  • 深入理解 MultiQueryRetriever：提升向量数据库检索效果的强大工具 nseejrukjhad 数据库python
    深入理解MultiQueryRetriever：提升向量数据库检索效果的强大工具引言在人工智能和自然语言处理领域，高效准确的信息检索一直是一个关键挑战。传统的基于距离的向量数据库检索方法虽然广泛应用，但仍存在一些局限性。本文将介绍一种创新的解决方案：MultiQueryRetriever，它通过自动生成多个查询视角来增强检索效果，提高结果的相关性和多样性。MultiQueryRetriever的工
  • MongoDB Oplog 窗口 喝醉酒的小白 MongoDB运维
    在MongoDB中，oplog（操作日志）是一个特殊的日志系统，用于记录对数据库的所有写操作。oplog允许副本集成员（通常是从节点）应用主节点上已经执行的操作，从而保持数据的一致性。它是MongoDB副本集实现数据复制的基础。MongoDBOplog窗口oplog窗口是指在MongoDB副本集中，从节点可以用来同步数据的时间范围。这个窗口通常由以下因素决定：Oplog大小：oplog的大小是有限
  • python os 环境变量 CV矿工 python开发语言numpy
    环境变量：环境变量是程序和操作系统之间的通信方式。有些字符不宜明文写进代码里，比如数据库密码，个人账户密码，如果写进自己本机的环境变量里，程序用的时候通过os.environ.get（）取出来就行了。os.environ是一个环境变量的字典。环境变量的相关操作importos"""设置/修改环境变量：os.environ[‘环境变量名称’]=‘环境变量值’#其中key和value均为string类
  • 【PG】常见数据库、表属性设置 江无羡 数据库
    PG的常见属性配置方法数据库复制、备份相关表的复制标识单表操作批量表操作链接数据库复制、备份相关表的复制标识单表操作通过ALTER语句单独更改一张表的复制标识。ALTERTABLE[tablename]REPLICAIDENTITYFULL;批量表操作通过代码块的方式，对某个schema中的所有表一起更新其复制标识。SELECTtablename,CASErelreplidentWHEN'd'TH
  • nosql数据库技术与应用知识点 皆过客，揽星河 NoSQLnosql数据库大数据数据分析数据结构非关系型数据库
    Nosql知识回顾大数据处理流程数据采集(flume、爬虫、传感器)数据存储(本门课程NoSQL所处的阶段)Hdfs、MongoDB、HBase等数据清洗(入仓)Hive等数据处理、分析(Spark、Flink等)数据可视化数据挖掘、机器学习应用(Python、SparkMLlib等)大数据时代存储的挑战(三高)高并发(同一时间很多人访问)高扩展(要求随时根据需求扩展存储)高效率(要求读写速度快)
  • insert into select 主键自增_mybatis拦截器实现主键自动生成 weixin_39521651 insertintoselect主键自增mybatisdelete返回值mybatisinsert返回主键mybatisinsert返回对象mybatisplusinsert返回主键mybatisplus插入生成id
    前言前阵子和朋友聊天，他说他们项目有个需求，要实现主键自动生成，不想每次新增的时候，都手动设置主键。于是我就问他，那你们数据库表设置主键自动递增不就得了。他的回答是他们项目目前的id都是采用雪花算法来生成，因此为了项目稳定性，不会切换id的生成方式。朋友问我有没有什么实现思路，他们公司的orm框架是mybatis，我就建议他说，不然让你老大把mybatis切换成mybatis-plus。mybat
  • 关于Mysql 中 Row size too large (＞ 8126) 错误的解决和理解 秋刀prince mysqlmysql数据库
    提示：啰嗦一嘴，数据库的任何操作和验证前，一定要记得先备份！！！不会有错；文章目录问题发现一、问题导致的可能原因1、页大小2、行格式2.1compact格式2.2Redundant格式2.3Dynamic格式2.4Compressed格式3、BLOB和TEXT列二、解决办法1、修改页大小（不推荐）2、修改行格式3、修改数据类型为BLOB和TEXT列4、其他优化方式（可以参考使用）4.1合理设置数据
  • Java爬虫框架（一）--架构设计 狼图腾-狼之传说 java框架java任务html解析器存储电子商务
    一、架构图那里搜网络爬虫框架主要针对电子商务网站进行数据爬取，分析，存储，索引。爬虫：爬虫负责爬取，解析，处理电子商务网站的网页的内容数据库：存储商品信息索引：商品的全文搜索索引Task队列：需要爬取的网页列表Visited表：已经爬取过的网页列表爬虫监控平台：web平台可以启动，停止爬虫，管理爬虫，task队列，visited表。二、爬虫1.流程1)Scheduler启动爬虫器，TaskMast
  • MongoDB知识概括 GeorgeLin98 持久层mongodb
    MongoDB知识概括MongoDB相关概念单机部署基本常用命令索引-IndexSpirngDataMongoDB集成副本集分片集群安全认证MongoDB相关概念业务应用场景：传统的关系型数据库（如MySQL），在数据操作的“三高”需求以及应对Web2.0的网站需求面前，显得力不从心。解释：“三高”需求：①Highperformance-对数据库高并发读写的需求。②HugeStorage-对海量数
  • Mongodb Error: queryTxt ETIMEOUT xxxx.wwwdz.mongodb.net 佛一脚 errorreactmongodb数据库
    背景每天都能遇到奇怪的问题，做个记录，以便有缘人能得到帮助！换了一台电脑开发nextjs程序。需要连接mongodb数据，对数据进行增删改查。上一台电脑好好的程序，新电脑死活连不上mongodb数据库。同一套代码，没任何修改，搞得我怀疑人生了，打开浏览器进入mongodb官网毫无问题，也能进入线上系统查看数据，网络应该是没问题。于是我尝试了一下手机热点，这次代码能正常跑起来，连接数据库了！！！是不
  • 入门MySQL——查询语法练习 K_un
    前言：前面几篇文章为大家介绍了DML以及DDL语句的使用方法，本篇文章将主要讲述常用的查询语法。其实MySQL官网给出了多个示例数据库供大家实用查询，下面我们以最常用的员工示例数据库为准，详细介绍各自常用的查询语法。1.员工示例数据库导入官方文档员工示例数据库介绍及下载链接：https://dev.mysql.com/doc/employee/en/employees-installation.h
  • 博客网站制作教程 2401_85194651 javamaven
    首先就是技术框架：后端：Java+SpringBoot数据库：MySQL前端：Vue.js数据库连接：JPA(JavaPersistenceAPI)1.项目结构blog-app/├──backend/│├──src/main/java/com/example/blogapp/││├──BlogApplication.java││├──config/│││└──DatabaseConfig.java
  • ubuntu安装wordpress lissettecarlr
    1安装nginx网上安装方式很多，这就就直接用apt-get了apt-getinstallnginx不用启动啥，然后直接在浏览器里面输入IP:80就能看到nginx的主页了。如果修改了一些配置可以使用下列命令重启一下systemctlrestartnginx.service2安装mysql输入安装前也可以更新一下软件源，在安装过程中将会让你输入数据库的密码。sudoapt-getinstallmy
  • 深入浅出 -- 系统架构之负载均衡Nginx的性能优化 xiaoli8748_软件开发 系统架构系统架构负载均衡nginx
    一、Nginx性能优化到这里文章的篇幅较长了，最后再来聊一下关于Nginx的性能优化，主要就简单说说收益最高的几个优化项，在这块就不再展开叙述了，毕竟影响性能都有多方面原因导致的，比如网络、服务器硬件、操作系统、后端服务、程序自身、数据库服务等，对于性能调优比较感兴趣的可以参考之前《JVM性能调优》中的调优思想。优化一：打开长连接配置通常Nginx作为代理服务，负责分发客户端的请求，那么建议开启H
  • 【RabbitMQ 项目】服务端：数据管理模块之绑定管理 月夜星辉雪 rabbitmq分布式
    文章目录一.编写思路二.代码实践一.编写思路定义绑定信息类交换机名称队列名称绑定关键字：交换机的路由交换算法中会用到没有是否持久化的标志，因为绑定是否持久化取决于交换机和队列是否持久化，只有它们都持久化时绑定才需要持久化。绑定就好像一根绳子，两端连接着交换机和队列，当一方不存在，它就没有存在的必要了定义绑定持久化类构造函数：如果数据库文件不存在则创建，打开数据库，创建binding_table插入
  • 计算机毕业设计PHP仓储综合管理系统（源码+程序+VUE+lw+部署） java毕设程序源码王哥 php课程设计vue.js
    该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程。欢迎交流项目运行环境配置：phpStudy+Vscode+Mysql5.7+HBuilderX+Navicat11+Vue+Express。项目技术：原生PHP++Vue等等组成，B/S模式+Vscode管理+前后端分离等等。环境需要1.运行环境：最好是小皮phpstudy最新版，我们在这个版本上开发的。其他版本理论上也可以。2.开发
  • 3.增删改查--连接查询 问女何所忆
    关系型数据库的一个特点就是，多张表之间存在关系，以致于我们可以连接多张表进行查询操作，所以连接查询会是关系型数据库中最常见的操作。连接查询主要分为三种，交叉连接、内连接和外连接，我们一个个说。1、交叉连接交叉连接其实连接查询的第一个阶段，它简单表现为两张表的笛卡尔积形式，具体例子：如果你没学过数学中的笛卡尔积概念，你可以这样简单的理解这里的交叉连接：两张表的交叉连接就是一个连接合并的过程，T1表中
  • docker from指令的含义_多个FROM-含义 weixin_39722188 dockerfrom指令的含义
    小编典典什么是基本图片？一组文件，加上EXPOSE端口ENTRYPOINT和CMD。您可以添加文件并基于该基础图像构建新图像，Dockerfile并以FROM指令开头：后面提到的图像FROM是新图像的“基础图像”。这是否意味着如果我neo4j/neo4j在FROM指令中声明，则在运行映像时，neo数据库将自动运行并且可在端口7474的容器中使用？仅当您不覆盖CMD和时ENTRYPOINT。但是图像
  • Redis:缓存击穿 我的程序快快跑啊 缓存redisjava
    缓存击穿(热点key)：部分key(被高并发访问且缓存重建业务复杂的)失效,无数请求会直接到数据库，造成巨大压力1.互斥锁：可以保证强一致性线程一：未命中之后，获取互斥锁，再查询数据库重建缓存，写入缓存，释放锁线程二：查询未命中，未获得锁(已由线程一获得)，等待一会，缓存命中互斥锁实现方式：redis中setnxkeyvalue:改变对应key的value,仅当value不存在时执行，以此来实现互
  • mysql学习教程，从入门到精通，TOP 和MySQL LIMIT 子句（15） 知识分享小能手 大数据数据库MySQLmysql学习oracle数据库开发语言adb大数据
    1、TOP和MySQLLIMIT子句内容在SQL中，不同的数据库系统对于限制查询结果的数量有不同的实现方式。TOP关键字主要用于SQLServer和Access数据库中，而LIMIT子句则主要用于MySQL、PostgreSQL（通过LIMIT/OFFSET语法）、SQLite等数据库中。下面将分别详细介绍这两个功能的语法、语句以及案例。1.1、TOP子句（SQLServer和Access）1.1
  • ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your †徐先森® Oracle数据库Web相关错误集
    createtablestudents(idintunsignedprimarykeyauto_increment,namevarchar(50)notnull,ageintunsigned,highdecimal(3,2),genderenum('男','女','中性','保密','妖')default'保密',cls_idintunsigned);在对数据库插入如上带有中文带有默认值的字段的时
  • Redis 有哪些危险命令？如何防范？ 花小疯 redis缓存数据库危险命令大数据
    Redis有哪些危险命令？Redis的危险命令主要有以下几个：1.keys客户端可查询出所有存在的键。2.flushdb删除Redis中当前所在数据库中的所有记录，并且此命令从不会执行失败。3.flushall删除Redis中所有数据库中的所有记录，不止是当前所在数据库，并且此命令从不会执行失败。4.config客户端可修改Redis配置。怎么禁用和重命名危险命令？看下redis.conf默认配置
  • 【Golang】 Golang 的 GORM 库中的 Rows 函数 不爱洗脚的小滕 golang开发语言后端
    文章目录前言一、Rows函数解释二、代码实现三、总结前言在使用Go语言进行数据库操作时，GORM（GoObject-RelationalMapping）库是一个常用的工具。它提供了一种简洁和强大的方式来处理数据库操作。本文将介绍GORM库中的Rows函数，这是一个用于执行原生SQL查询并返回结果的函数。一、Rows函数解释在GORM库中，Rows函数用于执行原生SQL查询并返回*sql.Rows结
  • 接口测试如何设计测试用例 李蕴Ronnie
    接口测试用例设计方式针对每个必填参数，都设计一条参数为空的测试用例必填参数不存在传的参数值在数据库中不存在添加数据接口，传入已有的数据重复添加编辑数据接口，各个字段分别编辑，合并编辑参数数据类型限制，针对每个参数设计一条参数值类型不符合的逆向用例参数自身取值范围，针对所有参数，设计一条每个参数值在取值范围内最大值的正向测试用例是否满足前提条件（token、headers），几个前提条件几条用例针对
  • Hadoop架构 henan程序媛 hadoop大数据分布式
    一、案列分析1.1案例概述现在已经进入了大数据(BigData)时代，数以万计用户的互联网服务时时刻刻都在产生大量的交互，要处理的数据量实在是太大了，以传统的数据库技术等其他手段根本无法应对数据处理的实时性、有效性的需求。HDFS顺应时代出现，在解决大数据存储和计算方面有很多的优势。1.2案列前置知识点1.什么是大数据大数据是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的大量数据集合，
  • 非关系型数据库 天秤-white nosql
    一、为什么要用Nosql1.单机MySQL的时代。一个基本的网站访问量一般不会太大，单个数据库完全足够。那时候更多使用的静态网页html，服务器根本没有太大压力。这时候网站的瓶颈是什么？-数据量如果太大，一个机器放不下。-数据量太大需要建立数据的索引（B+Tree），一个服务器内存放不下。-访问量读写混合，一个服务器承受不了。2.memcached缓存+MySQL+垂直拆分（读写分离）。网站80%
  • 六、全局锁和表锁：给表加个字段怎么有这么多阻碍 nieniemin
    数据库锁设计的初衷是处理并发问题。作为多用户共享的资源，当出现并发访问的时候，数据库需要合理地控制资源的访问规则。而锁就是用来实现这些访问规则的重要数据结构。根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。6.1全局锁全局锁就是对整个数据库实例加锁。MySQL提供了一个加全局读锁的方法，命令是Flushtableswithreadlock(FTWRL)。当你需要让整个库处于
  • 用MiddleGenIDE工具生成hibernate的POJO（根据数据表生成POJO类） AdyZhang POJOeclipseHibernateMiddleGenIDE
    推荐:MiddlegenIDE插件,   是一个Eclipse   插件.     用它可以直接连接到数据库,   根据表按照一定的HIBERNATE规则作出BEAN和对应的XML ，用完后你可以手动删除它加载的JAR包和XML文件!     今天开始试着使用
  • .9.png Cb123456 android
      “点九”是andriod平台的应用软件开发里的一种特殊的图片形式，文件扩展名为：.9.png 　　智能手机中有自动横屏的功能,同一幅界面会在随着手机(或平板电脑)中的方向传感器的参数不同而改变显示的方向,在界面改变方向后,界面上的图形会因为长宽的变化而产生拉伸,造成图形的失真变形。 　　我们都知道android平台有多种不同的分辨率，很多控件的切图文件在被放大拉伸后，边
  • 算法的效率 天子之骄 算法效率复杂度最坏情况运行时间大O阶平均情况运行时间
    算法的效率 效率是速度和空间消耗的度量。集中考虑程序的速度，也称运行时间或执行时间，用复杂度的阶(O)这一标准来衡量。空间的消耗或需求也可以用大O表示，而且它总是小于或等于时间需求。   以下是我的学习笔记：   1.求值与霍纳法则，即为秦九韶公式。   2.测定运行时间的最可靠方法是计数对运行时间有贡献的基本操作的执行次数。运行时间与这个计数成正比。
  • java数据结构 何必如此 java数据结构
    Java 数据结构 Java工具包提供了强大的数据结构。在Java中的数据结构主要包括以下几种接口和类： 枚举（Enumeration） 位集合（BitSet） 向量（Vector） 栈（Stack） 字典（Dictionary） 哈希表（Hashtable） 属性（Properties） 以上这些类是传统遗留的，在Java2中引入了一种新的框架-集合框架(Collect
  • MybatisHelloWorld 3213213333332132
    //测试入口TestMyBatis package com.base.helloworld.test; import java.io.IOException; import org.apache.ibatis.io.Resources; import org.apache.ibatis.session.SqlSession; import org.apache.ibat
  • Java|urlrewrite|URL重写|多个参数 7454103 javaxmlWeb工作
     个人工作经验！ 如有不当之处，敬请指点 1.0  web -info 目录下建立     urlrewrite.xml  文件 类似如下： <?xml version="1.0" encoding="UTF-8" ?>   <!DOCTYPE u
  • 达梦数据库+ibatis darkranger sqlmysqlibatisSQL Server
    --插入数据方面 如果您需要数据库自增... 那么在插入的时候不需要指定自增列. 如果想自己指定ID列的值, 那么要设置 set identity_insert  数据库名.模式名.表名; ----然后插入数据; example: create table zhabei.test( id bigint identity(1,1) primary key, nam
  • XML 解析 四种方式 aijuans android
    XML现在已经成为一种通用的数据交换格式,平台的无关性使得很多场合都需要用到XML。本文将详细介绍用Java解析XML的四种方法。 XML现在已经成为一种通用的数据交换格式,它的平台无关性,语言无关性,系统无关性,给数据集成与交互带来了极大的方便。对于XML本身的语法知识与技术细节,需要阅读相关的技术文献,这里面包括的内容有DOM(Document Object
  • spring中配置文件占位符的使用 avords
    1.类 <?xml version="1.0" encoding="UTF-8"?><!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.o
  • 前端工程化-公共模块的依赖和常用的工作流 bee1314 webpack
    题记： 一个人的项目，还有工程化的问题嘛？   我们在推进模块化和组件化的过程中，肯定会不断的沉淀出我们项目的模块和组件。对于这些沉淀出的模块和组件怎么管理？另外怎么依赖也是个问题？ 你真的想这样嘛？   var BreadCrumb = require(‘../../../../uikit/breadcrumb’); //真心ugly。  
  • 上司说「看你每天准时下班就知道你工作量不饱和」，该如何回应？ bijian1013 项目管理沟通IT职业规划
    问题：上司说「看你每天准时下班就知道你工作量不饱和」，如何回应         正常下班时间6点，只要是6点半前下班的，上司都认为没有加班。   Eno-Bea回答，注重感受，不一定是别人的         虽然我不知道你具体从事什么工作与职业，但是我大概猜测，你是从事一项不太容易出现阶段性成果的工作
  • TortoiseSVN，过滤文件 征客丶 SVN
    环境： TortoiseSVN 1.8 配置： 在文件夹空白处右键 选择  TortoiseSVN -> Settings 在 Global ignote pattern 中添加要过滤的文件： 多类型用英文空格分开 *name ： 过滤所有名称为 name 的文件或文件夹 *.name ： 过滤所有后缀为 name 的文件或文件夹 --------
  • 【Flume二】HDFS sink细说 bit1129 Flume
    1. Flume配置   a1.sources=r1 a1.channels=c1 a1.sinks=k1 ###Flume负责启动44444端口 a1.sources.r1.type=avro a1.sources.r1.bind=0.0.0.0 a1.sources.r1.port=44444 a1.sources.r1.chan
  • The Eight Myths of Erlang Performance bookjovi erlang
    erlang有一篇guide很有意思： http://www.erlang.org/doc/efficiency_guide 里面有个The Eight Myths of Erlang Performance： http://www.erlang.org/doc/efficiency_guide/myths.html   Myth: Funs are sl
  • java多线程网络传输文件(非同步)-2008-08-17 ljy325 java多线程socket
    利用 Socket 套接字进行面向连接通信的编程。客户端读取本地文件并发送；服务器接收文件并保存到本地文件系统中。 使用说明:请将TransferClient, TransferServer, TempFile三个类编译，他们的类包是FileServer. 客户端: 修改TransferClient: serPort, serIP, filePath, blockNum,的值来符合您机器的系
  • 读《研磨设计模式》-代码笔记-模板方法模式 bylijinnan java设计模式
    声明： 本文只为方便我个人查阅和理解，详细的分析以及源代码请移步 原作者的博客http://chjavach.iteye.com/ import java.sql.Connection; import java.sql.DriverManager; import java.sql.PreparedStatement; import java.sql.ResultSet;
  • 配置心得 chenyu19891124 配置
    时间就这样不知不觉的走过了一个春夏秋冬，转眼间来公司已经一年了，感觉时间过的很快，时间老人总是这样不停走，从来没停歇过。 作为一名新手的配置管理员，刚开始真的是对配置管理是一点不懂，就只听说咱们公司配置主要是负责升级，而具体该怎么做却一点都不了解。经过老员工的一点点讲解，慢慢的对配置有了初步了解，对自己所在的岗位也慢慢的了解。 做了一年的配置管理给自总结下： 1.改变 从一个以前对配置毫无
  • 对“带条件选择的并行汇聚路由问题”的再思考 comsci 算法工作软件测试嵌入式领域模型
    2008年上半年，我在设计并开发基于”JWFD流程系统“的商业化改进型引擎的时候，由于采用了新的嵌入式公式模块而导致出现“带条件选择的并行汇聚路由问题”(请参考2009-02-27博文)，当时对这个问题的解决办法是采用基于拓扑结构的处理思想，对汇聚点的实际前驱分支节点通过算法预测出来，然后进行处理，简单的说就是找到造成这个汇聚模型的分支起点，对这个起始分支节点实际走的路径数进行计算，然后把这个实际
  • Oracle 10g 的clusterware 32位 下载地址 daizj oracle
    Oracle 10g 的clusterware 32位 下载地址 http://pan.baidu.com/share/link?shareid=531580&uk=421021908 http://pan.baidu.com/share/link?shareid=137223&uk=321552738 http://pan.baidu.com/share/l
  • 非常好的介绍：Linux定时执行工具cron dongwei_6688 linux
    Linux经过十多年的发展，很多用户都很了解Linux了，这里介绍一下Linux下cron的理解，和大家讨论讨论。cron是一个Linux 定时执行工具，可以在无需人工干预的情况下运行作业，本文档不讲cron实现原理，主要讲一下Linux定时执行工具cron的具体使用及简单介绍。 新增调度任务推荐使用crontab -e命令添加自定义的任务（编辑的是/var/spool/cron下对应用户的cr
  • Yii assets目录生成及修改 dcj3sjt126com yii
    assets的作用是方便模块化，插件化的，一般来说出于安全原因不允许通过url访问protected下面的文件，但是我们又希望将module单独出来，所以需要使用发布，即将一个目录下的文件复制一份到assets下面方便通过url访问。 assets设置对应的方法位置 \framework\web\CAssetManager.php   assets配置方法 在m
  • mac工作软件推荐 dcj3sjt126com mac
    mac上的Terminal + bash ＋ screen组合现在已经非常好用了，但是还是经不起iterm＋zsh＋tmux的冲击。在同事的强烈推荐下，趁着升级mac系统的机会，顺便也切换到iterm＋zsh＋tmux的环境下了。 我为什么要要iterm2 切换过来也是脑袋一热的冲动，我也调查过一些资料，看了下iterm的一些优点： * 兼容性好，远程服务器 vi 什么的低版本能很好兼
  • Memcached(三)、封装Memcached和Ehcache frank1234 memcachedehcachespring ioc
    本文对Ehcache和Memcached进行了简单的封装，这样对于客户端程序无需了解ehcache和memcached的差异，仅需要配置缓存的Provider类就可以在二者之间进行切换，Provider实现类通过Spring IoC注入。 cache.xml <?xml version="1.0" encoding="UTF-8"?>
  • Remove Duplicates from Sorted List II hcx2013 remove
    Given a sorted linked list, delete all nodes that have duplicate numbers, leaving only distinct numbers from the original list. For example,Given 1->2->3->3->4->4->5,
  • Spring4新特性——注解、脚本、任务、MVC等其他特性改进 jinnianshilongnian spring4
    Spring4新特性——泛型限定式依赖注入 Spring4新特性——核心容器的其他改进 Spring4新特性——Web开发的增强 Spring4新特性——集成Bean Validation 1.1(JSR-349)到SpringMVC  Spring4新特性——Groovy Bean定义DSL Spring4新特性——更好的Java泛型操作API  Spring4新
  • MySQL安装文档 liyong0802 mysql
      工作中用到的MySQL可能安装在两种操作系统中，即Windows系统和Linux系统。以Linux系统中情况居多。   安装在Windows系统时与其它Windows应用程序相同按照安装向导一直下一步就即，这里就不具体介绍，本文档只介绍Linux系统下MySQL的安装步骤。   Linux系统下安装MySQL分为三种：RPM包安装、二进制包安装和源码包安装。二
  • 使用VS2010构建HotSpot工程 p2p2500 HotSpotOpenJDKVS2010
    1. 下载OpenJDK7的源码：      http://download.java.net/openjdk/jdk7      http://download.java.net/openjdk/      2. 环境配置     ▶
  • Oracle实用功能之分组后列合并 seandeng888 oracle分组实用功能合并
    1       实例解析 由于业务需求需要对表中的数据进行分组后进行合并的处理，鉴于Oracle10g没有现成的函数实现该功能，且该功能如若用JAVA代码实现会比较复杂，因此，特将SQL语言的实现方式分享出来，希望对大家有所帮助。如下： 表test 数据如下： ID,SUBJECTCODE,DIMCODE,VALUE 1&nbs
  • Java定时任务注解方式实现 tuoni javaspringjvmxmljni
    Spring 注解的定时任务，有如下两种方式： 第一种： <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans"  xmlns:xsi="http
  • 11大Java开源中文分词器的使用方法和分词效果对比 yangshangchuan word分词器ansj分词器Stanford分词器FudanNLP分词器HanLP分词器
    本文的目标有两个： 1、学会使用11大Java开源中文分词器 2、对比分析11大Java开源中文分词器的分词效果 本文给出了11大Java开源中文分词的使用方法以及分词结果对比代码，至于效果哪个好，那要用的人结合自己的应用场景自己来判断。 11大Java开源中文分词器，不同的分词器有不同的用法，定义的接口也不一样，我们先定义一个统一的接口： /** * 获取文本的所有分词结果, 对比
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他