[20190718]12c rman新特性 表恢复.txt

最新推荐文章于 2021-06-17 16:25:23 发布
最新推荐文章于 2021-06-17 16:25:23 发布
阅读量115 收藏
点赞数

[20190718]12c rman新特性 表恢复.txt

--//12c rman 支持一个新特性,恢复表在某个时间或者scn号.
--//实际上11g以前支持到表空间级别,12c更加近一步,通过简单的命令,把以前需要dba操作的许多命令封装在一起,
--//一气呵成完成这个工作,简化操作,也减少出现错误的可能.
--//但是在去年10月我在windows环境下测试一直是失败，最后总是出现ORA-28056: Writing audit records to Windows Event Log failed
--//最近才知道如何解决这个问题，做一个记录。

1.环境:
SCOTT@test01p> @ ver1
PORT_STRING                    VERSION        BANNER                                                                               CON_ID
------------------------------ -------------- -------------------------------------------------------------------------------- ----------
IBMPC/WIN_NT64-9.1.0           12.2.0.1.0     Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production              0

SCOTT@test01p> create table t as select * from all_objects;
Table created.

SCOTT@test01p> select count(*) from t;
  COUNT(*)
----------
     18612

SCOTT@test01p> select count(*) from t where owner='SYS';
  COUNT(*)
----------
     11166

SYS@test> show pdbs
CON_ID CON_NAME OPEN MODE  RESTRICTED
------ -------- ---------- ----------
     2 PDB$SEED READ ONLY  NO
     3 TEST01P  READ WRITE NO    

2.测试前准备:
--//备份全库:
RMAN> backup database format '/tmp/backup/full20190718_%U';
Starting backup at 2019-07-18 21:40:57
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00003 name=D:\APP\ORACLE\ORADATA\TEST\SYSAUX01.DBF
input datafile file number=00001 name=D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
input datafile file number=00005 name=D:\APP\ORACLE\ORADATA\TEST\UNDOTBS01.DBF
input datafile file number=00007 name=D:\APP\ORACLE\ORADATA\TEST\USERS01.DBF
channel ORA_DISK_1: starting piece 1 at 2019-07-18 21:40:58

channel ORA_DISK_1: finished piece 1 at 2019-07-18 21:43:24
piece handle=D:\TMP\BACKUP\FULL20190718_1UU708RA_1_1 tag=TAG20190718T214058 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:02:26
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00011 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\USERS01.DBF
input datafile file number=00010 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\UNDOTBS01.DBF
input datafile file number=00008 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\SYSTEM01.DBF
input datafile file number=00009 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\SYSAUX01.DBF
input datafile file number=00036 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\LFREE05X.DBF
channel ORA_DISK_1: starting piece 1 at 2019-07-18 21:43:25
channel ORA_DISK_1: finished piece 1 at 2019-07-18 21:44:20
piece handle=D:\TMP\BACKUP\FULL20190718_1VU708VS_1_1 tag=TAG20190718T214058 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:55
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00002 name=D:\APP\ORACLE\ORADATA\TEST\PDBSEED\SYSTEM01.DBF
input datafile file number=00006 name=D:\APP\ORACLE\ORADATA\TEST\PDBSEED\UNDOTBS01.DBF
input datafile file number=00004 name=D:\APP\ORACLE\ORADATA\TEST\PDBSEED\SYSAUX01.DBF
channel ORA_DISK_1: starting piece 1 at 2019-07-18 21:44:20
channel ORA_DISK_1: finished piece 1 at 2019-07-18 21:45:05
piece handle=D:\TMP\BACKUP\FULL20190718_20U7091K_1_1 tag=TAG20190718T214058 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45
Finished backup at 2019-07-18 21:45:05

Starting Control File and SPFILE Autobackup at 2019-07-18 21:45:06
piece handle=D:\APP\ORACLE\FAST_RECOVERY_AREA\TEST\TEST\AUTOBACKUP\2019_07_18\O1_MF_S_1013982306_GM0XZ3QX_.BKP comment=NONE
Finished Control File and SPFILE Autobackup at 2019-07-18 21:45:09

3.测试:
--//开始模拟误操作.
SCOTT@test01p> select current_scn,sysdate from v$database;
CURRENT_SCN SYSDATE
----------- -------------------
    9271668 2019-07-18 21:46:17

SCOTT@test01p> update t set owner='SYS' ;
18569 rows updated.

SCOTT@test01p> commit;
Commit complete.

SCOTT@test01p> select current_scn,sysdate from v$database;
CURRENT_SCN SYSDATE
----------- -------------------
    9271915 2019-07-18 21:48:08

SCOTT@test01p> drop table t purge;
Table dropped.

SCOTT@test01p> select current_scn,sysdate from v$database;
CURRENT_SCN SYSDATE
----------- -------------------
    9271949 2019-07-18 21:48:18
    
3.恢复测试:
RMAN> recover table scott.t OF PLUGGABLE DATABASE test01p until scn 9271668 auxiliary destination 'D:\app\oracle\expdp' datapump destination 'D:\app\oracle\expdp' ;
Starting recover at 2019-07-18 21:52:17
using channel ORA_DISK_1
RMAN-05026: warning: presuming following set of tablespaces applies to specified point-in-time

List of tablespaces expected to have UNDO segments
Tablespace SYSTEM
Tablespace TEST01P:SYSTEM
Tablespace UNDOTBS1
Tablespace TEST01P:UNDOTBS1

Creating automatic instance, with SID='hfrF'

initialization parameters used for automatic instance:
db_name=TEST
db_unique_name=hfrF_pitr_test01p_TEST
compatible=12.2.0
db_block_size=8192
db_files=200
diagnostic_dest=D:\APP\ORACLE
_system_trig_enabled=FALSE
sga_target=768M
processes=200
db_create_file_dest=D:\app\oracle\expdp
log_archive_dest_1='location=D:\app\oracle\expdp'
enable_pluggable_database=true
_clone_one_pdb_recovery=true
#No auxiliary parameter file used


starting up automatic instance TEST

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 07/18/2019 21:52:49
RMAN-04006: error from auxiliary database: ORA-28056: Writing audit records to Windows Event Log failed
ORA-28056: Writing audit records to Windows Event Log failed

--//我以前的测试错误出现在这里。ORA-28056: Writing audit records to Windows Event Log failed。
--//我开始以为windows日志满了，清除无效。
--//实际上Oracle服务由Oracle OS用户运行。这个用户没有管理权限，应该通过本地帐户运行Oracle服务。
--//重启数据库以及监听重复测试：

RMAN> recover table scott.t OF PLUGGABLE DATABASE test01p until scn 9271668 auxiliary destination 'D:\app\oracle\expdp' datapump destination 'D:\app\oracle\expdp' ;

Starting recover at 2019-07-18 22:02:38
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=182 device type=DISK
RMAN-05026: warning: presuming following set of tablespaces applies to specified point-in-time

List of tablespaces expected to have UNDO segments
Tablespace SYSTEM
Tablespace TEST01P:SYSTEM
Tablespace UNDOTBS1
Tablespace TEST01P:UNDOTBS1

Creating automatic instance, with SID='mkyp'

initialization parameters used for automatic instance:
db_name=TEST
db_unique_name=mkyp_pitr_test01p_TEST
compatible=12.2.0
db_block_size=8192
db_files=200
diagnostic_dest=D:\APP\ORACLE
_system_trig_enabled=FALSE
sga_target=768M
processes=200
db_create_file_dest=D:\app\oracle\expdp
log_archive_dest_1='location=D:\app\oracle\expdp'
enable_pluggable_database=true
_clone_one_pdb_recovery=true
#No auxiliary parameter file used

starting up automatic instance TEST

Oracle instance started

Total System Global Area     805306368 bytes

Fixed Size                     8924064 bytes
Variable Size                234882144 bytes
Database Buffers             553648128 bytes
Redo Buffers                   7852032 bytes
Automatic instance created

contents of Memory Script:
{
# set requested point in time
set until  scn 9271668;
# restore the controlfile
restore clone controlfile;

# mount the controlfile
sql clone 'alter database mount clone database';

# archive current online log
sql 'alter system archive log current';
}
executing Memory Script

executing command: SET until clause

Starting restore at 2019-07-18 22:03:57
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=9 device type=DISK

channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: restoring control file
channel ORA_AUX_DISK_1: reading from backup piece D:\APP\ORACLE\FAST_RECOVERY_AREA\TEST\TEST\AUTOBACKUP\2019_07_18\O1_MF_S_1013982306_GM0XZ3QX_.BKP
channel ORA_AUX_DISK_1: piece handle=D:\APP\ORACLE\FAST_RECOVERY_AREA\TEST\TEST\AUTOBACKUP\2019_07_18\O1_MF_S_1013982306_GM0XZ3QX_.BKP tag=TAG20190718T214506
channel ORA_AUX_DISK_1: restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:08
output file name=D:\APP\ORACLE\EXPDP\TEST\CONTROLFILE\O1_MF_GM0Z2NF3_.CTL
Finished restore at 2019-07-18 22:04:10

sql statement: alter database mount clone database

sql statement: alter system archive log current

contents of Memory Script:
{
# set requested point in time
set until  scn 9271668;
# set destinations for recovery set and auxiliary set datafiles
set newname for clone datafile  1 to new;
set newname for clone datafile  8 to new;
set newname for clone datafile  5 to new;
set newname for clone datafile  10 to new;
set newname for clone datafile  3 to new;
set newname for clone datafile  9 to new;
set newname for clone tempfile  1 to new;
set newname for clone tempfile  3 to new;
# switch all tempfiles
switch clone tempfile all;
# restore the tablespaces in the recovery set and the auxiliary set
restore clone datafile  1, 8, 5, 10, 3, 9;

switch clone datafile all;
}
executing Memory Script

executing command: SET until clause
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME

renamed tempfile 1 to D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_TEMP_%U_.TMP in control file
renamed tempfile 3 to D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_TEMP_%U_.TMP in control file

Starting restore at 2019-07-18 22:04:34
using channel ORA_AUX_DISK_1

Starting restore at 2019-07-18 22:04:34
using channel ORA_AUX_DISK_1

channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_AUX_DISK_1: restoring datafile 00001 to D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_SYSTEM_%U_.DBF
channel ORA_AUX_DISK_1: restoring datafile 00005 to D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_UNDOTBS1_%U_.DBF
channel ORA_AUX_DISK_1: restoring datafile 00003 to D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_SYSAUX_%U_.DBF
channel ORA_AUX_DISK_1: reading from backup piece D:\TMP\BACKUP\FULL20190718_1UU708RA_1_1
channel ORA_AUX_DISK_1: piece handle=D:\TMP\BACKUP\FULL20190718_1UU708RA_1_1 tag=TAG20190718T214058
channel ORA_AUX_DISK_1: restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:02:16
channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_AUX_DISK_1: restoring datafile 00008 to D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_SYSTEM_%U_.DBF
channel ORA_AUX_DISK_1: restoring datafile 00010 to D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_UNDOTBS1_%U_.DBF
channel ORA_AUX_DISK_1: restoring datafile 00009 to D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_SYSAUX_%U_.DBF
channel ORA_AUX_DISK_1: reading from backup piece D:\TMP\BACKUP\FULL20190718_1VU708VS_1_1
channel ORA_AUX_DISK_1: piece handle=D:\TMP\BACKUP\FULL20190718_1VU708VS_1_1 tag=TAG20190718T214058
channel ORA_AUX_DISK_1: restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:35
Finished restore at 2019-07-18 22:07:59

datafile 1 switched to datafile copy
input datafile copy RECID=7 STAMP=1013983682 file name=D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_SYSTEM_GM0Z4OJW_.DBF
datafile 8 switched to datafile copy
input datafile copy RECID=8 STAMP=1013983683 file name=D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_SYSTEM_GM0Z8X3F_.DBF
datafile 5 switched to datafile copy
input datafile copy RECID=9 STAMP=1013983683 file name=D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_UNDOTBS1_GM0Z4OVO_.DBF
datafile 10 switched to datafile copy
input datafile copy RECID=10 STAMP=1013983684 file name=D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_UNDOTBS1_GM0Z8X1F_.DBF
datafile 3 switched to datafile copy
input datafile copy RECID=11 STAMP=1013983684 file name=D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_SYSAUX_GM0Z4OCN_.DBF
datafile 9 switched to datafile copy
input datafile copy RECID=12 STAMP=1013983685 file name=D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_SYSAUX_GM0Z8X9Q_.DBF

contents of Memory Script:
{
# set requested point in time
set until  scn 9271668;
# online the datafiles restored or switched
sql clone "alter database datafile  1 online";
sql clone 'TEST01P' "alter database datafile
 8 online";
sql clone "alter database datafile  5 online";
sql clone 'TEST01P' "alter database datafile
 10 online";
sql clone "alter database datafile  3 online";
sql clone 'TEST01P' "alter database datafile
 9 online";
# recover and open database read only
recover clone database tablespace  "SYSTEM", "TEST01P":"SYSTEM", "UNDOTBS1", "TEST01P":"UNDOTBS1", "SYSAUX", "TEST01P":"SYSAUX";
sql clone 'alter database open read only';
}
executing Memory Script

executing command: SET until clause

sql statement: alter database datafile  1 online
sql statement: alter database datafile  8 online
sql statement: alter database datafile  5 online
sql statement: alter database datafile  10 online
sql statement: alter database datafile  3 online
sql statement: alter database datafile  9 online

Starting recover at 2019-07-18 22:08:13
using channel ORA_AUX_DISK_1

starting media recovery

archived log for thread 1 with sequence 125 is already on disk as file D:\APP\ORACLE\FAST_RECOVERY_AREA\TEST\TEST\ARCHIVELOG\2019_07_18\O1_MF_1_125_GM0YCYTK_.ARC
archived log file name=D:\APP\ORACLE\FAST_RECOVERY_AREA\TEST\TEST\ARCHIVELOG\2019_07_18\O1_MF_1_125_GM0YCYTK_.ARC thread=1 sequence=125
media recovery complete, elapsed time: 00:00:07
Finished recover at 2019-07-18 22:09:34

sql statement: alter database open read only

}
executing Memory Script

sql statement: alter pluggable database  TEST01P open read only
}
executing Memory Script

sql statement: alter pluggable database  TEST01P open read only

contents of Memory Script:
{
   sql clone "create spfile from memory";
   shutdown clone immediate;
   startup clone nomount;
   sql clone "alter system set  control_files =
  ''D:\APP\ORACLE\EXPDP\TEST\CONTROLFILE\O1_MF_GM0Z2NF3_.CTL'' comment=
 ''RMAN set'' scope=spfile";
   shutdown clone immediate;
   startup clone nomount;
# mount database
sql clone 'alter database mount clone database';
}
executing Memory Script

sql statement: create spfile from memory


database closed
database dismounted
Oracle instance shut down

connected to auxiliary database (not started)

Oracle instance started

Total System Global Area     805306368 bytes

Fixed Size                     8924064 bytes
Variable Size                234882144 bytes
Database Buffers             553648128 bytes
Redo Buffers                   7852032 bytes

sql statement: alter system set  control_files =   ''D:\APP\ORACLE\EXPDP\TEST\CONTROLFILE\O1_MF_GM0Z2NF3_.CTL'' comment= ''RMAN set'' scope=spfile

Oracle instance shut down

connected to auxiliary database (not started)

Oracle instance started

Total System Global Area     805306368 bytes

Fixed Size                     8924064 bytes
Variable Size                234882144 bytes
Database Buffers             553648128 bytes
Redo Buffers                   7852032 bytes

sql statement: alter database mount clone database

contents of Memory Script:
{
# set requested point in time
set until  scn 9271668;
# set destinations for recovery set and auxiliary set datafiles
set newname for datafile  11 to new;
# restore the tablespaces in the recovery set and the auxiliary set
restore clone datafile  11;

switch clone datafile all;
}
executing Memory Script

executing command: SET until clause

executing command: SET NEWNAME

Starting restore at 2019-07-18 22:12:45
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=9 device type=DISK

channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_AUX_DISK_1: restoring datafile 00011 to D:\APP\ORACLE\EXPDP\MKYP_PITR_TEST01P_TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_USERS_%U_.DBF
channel ORA_AUX_DISK_1: reading from backup piece D:\TMP\BACKUP\FULL20190718_1VU708VS_1_1
channel ORA_AUX_DISK_1: piece handle=D:\TMP\BACKUP\FULL20190718_1VU708VS_1_1 tag=TAG20190718T214058
starting media recovery restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:16
archived log for thread 1 with sequence 125 is already on disk as file D:\APP\ORACLE\FAST_RECOVERY_AREA\TEST\TEST\ARCHIVELOG\2019_07_18\O1_MF_1_125_GM0YCYTK_.ARC
archived log file name=D:\APP\ORACLE\FAST_RECOVERY_AREA\TEST\TEST\ARCHIVELOG\2019_07_18\O1_MF_1_125_GM0YCYTK_.ARC thread=1 sequence=125
media recovery complete, elapsed time: 00:00:00
Finished recover at 2019-07-18 22:13:24983984 file name=D:\APP\ORACLE\EXPDP\MKYP_PITR_TEST01P_TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_USERS_GM0ZM11M_.DBF

contents of Memory Script:
{
# set requested point in time
set until  scn 9271668;
# online the datafiles restored or switched
sql clone 'TEST01P' "alter database datafile
 11 online";
# recover and open resetlogs
recover clone database tablespace  "TEST01P":"USERS", "SYSTEM", "TEST01P":"SYSTEM", "UNDOTBS1", "TEST01P":"UNDOTBS1", "SYSAUX", "TEST01P":"SYSAUX" delete archivelog;
alter clone database open resetlogs;
}
executing Memory Script

executing command: SET until clause

sql statement: alter database datafile  11 online

Starting recover at 2019-07-18 22:13:05
using channel ORA_AUX_DISK_1

contents of Memory Script:
{
# set requested point in time
set until  scn 9271668;
# online the datafiles restored or switched
sql clone 'TEST01P' "alter database datafile
 11 online";
# recover and open resetlogs
recover clone database tablespace  "TEST01P":"USERS", "SYSTEM", "TEST01P":"SYSTEM", "UNDOTBS1", "TEST01P":"UNDOTBS1", "SYSAUX", "TEST01P":"SYSAUX" delete archivelog;
alter clone database open resetlogs;
}
executing Memory Script

executing command: SET until clause

sql statement: alter database datafile  11 online

Starting recover at 2019-07-18 22:13:05
using channel ORA_AUX_DISK_1

contents of Memory Script:
{
# create directory for datapump import
sql 'TEST01P' "create or replace directory
TSPITR_DIROBJ_DPDIR as ''
D:\app\oracle\expdp''";
# create directory for datapump export
sql clone 'TEST01P' "create or replace directory
TSPITR_DIROBJ_DPDIR as ''
D:\app\oracle\expdp''";
}
executing Memory Script

sql statement: create or replace directory TSPITR_DIROBJ_DPDIR as ''D:\app\oracle\expdp''

sql statement: create or replace directory TSPITR_DIROBJ_DPDIR as ''D:\app\oracle\expdp''

Performing export of tables...
   EXPDP> Starting "SYS"."TSPITR_EXP_mkyp_ruhs":
   EXPDP> Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
   EXPDP> Processing object type TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
   EXPDP> Processing object type TABLE_EXPORT/TABLE/STATISTICS/MARKER
   EXPDP> Processing object type TABLE_EXPORT/TABLE/TABLE
   EXPDP> . . exported "SCOTT"."T"                                 2.253 MB   18612 rows
   EXPDP> Master table "SYS"."TSPITR_EXP_mkyp_ruhs" successfully loaded/unloaded
   EXPDP> ******************************************************************************
   EXPDP> Dump file set for SYS.TSPITR_EXP_mkyp_ruhs is:
   EXPDP>   D:\APP\ORACLE\EXPDP\TSPITR_MKYP_44886.DMP
   EXPDP> Job "SYS"."TSPITR_EXP_mkyp_ruhs" successfully completed at Thu Jul 18 22:19:16 2019 elapsed 0 00:02:25
Export completed

contents of Memory Script:
{
# shutdown clone before import
shutdown clone abort
}
executing Memory Script
Oracle instance shut down

Performing import of tables...
   IMPDP> Master table "SYS"."TSPITR_IMP_mkyp_kDCe" successfully loaded/unloaded
   IMPDP> Starting "SYS"."TSPITR_IMP_mkyp_kDCe":
   IMPDP> Processing object type TABLE_EXPORT/TABLE/TABLE
   IMPDP> Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
   IMPDP> . . imported "SCOTT"."T"                                 2.253 MB   18612 rows
   IMPDP> Processing object type TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
   IMPDP> Processing object type TABLE_EXPORT/TABLE/STATISTICS/MARKER
   IMPDP> Job "SYS"."TSPITR_IMP_mkyp_kDCe" successfully completed at Thu Jul 18 22:22:22 2019 elapsed 0 00:01:55
Import completed

Removing automatic instance
Automatic instance removed
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_TEMP_GM0ZG7FQ_.TMP deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_TEMP_GM0ZF89Y_.TMP deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\MKYP_PITR_TEST01P_TEST\ONLINELOG\O1_MF_3_GM0ZN5ST_.LOG deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\MKYP_PITR_TEST01P_TEST\ONLINELOG\O1_MF_2_GM0ZN5PG_.LOG deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\MKYP_PITR_TEST01P_TEST\ONLINELOG\O1_MF_1_GM0ZN5P0_.LOG deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\MKYP_PITR_TEST01P_TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_USERS_GM0ZM11M_.DBF deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_SYSAUX_GM0Z8X9Q_.DBF deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_SYSAUX_GM0Z4OCN_.DBF deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_UNDOTBS1_GM0Z8X1F_.DBF deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_UNDOTBS1_GM0Z4OVO_.DBF deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\C287357CE3D5470AA01668B945336F73\DATAFILE\O1_MF_SYSTEM_GM0Z8X3F_.DBF deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\DATAFILE\O1_MF_SYSTEM_GM0Z4OJW_.DBF deleted
auxiliary instance file D:\APP\ORACLE\EXPDP\TEST\CONTROLFILE\O1_MF_GM0Z2NF3_.CTL deleted
auxiliary instance file tspitr_mkyp_44886.dmp deleted
Finished recover at 2019-07-18 22:22:28
--//家里机器硬件不行，好慢！20分钟才完成。
--//实际oracle就是通过简单的命令，封包了许多命令来完成这样的操作。

4.验证：
SCOTT@test01p> select count(*) from t;
  COUNT(*)
----------
     18612

--//总之这个问题很简单，主要oracle改变了一些安装方式，我记忆里好像选择administrator用户是无法安装的。

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

转载于:http://blog.itpub.net/267265/viewspace-2651064/

cuixun7780
关注
执行impdp速度非常慢
观风馆听雨厅
12-31 5415
场景描述： 1、执行impdp命令速度很慢（导完4G的dmp文件需要一个半小时），通过impdp.log发现导入一个数据量很小的表也需要很长时间 问题分析： 1、检查alert日志，提示“Thread 1 connot allocate new log,sequence xxx;Checkpoint not complete”（起初没有在意），无其它报错信息； 2、检查系统磁盘空间及内存、...
【12c】新特性：使用RMAN恢复表或表分区
个人公众号：Alen的数据库学习笔记
05-03 463
当对一张表进行误操作，比如删除了数据、drop表，或者truncate表，我们可以通过使用闪回表、闪回drop，或者TSPITR可以进行恢复，但在以下场景下，上面的恢复技术将会束手无策： 表逻辑损坏或使用了purge选项的删除； UNDO不可用时，便不可使用闪回技术对表进行恢复； 对表误操作后，执行了DDL操作； 使用TSPITR，将会恢复表空间里的所有对象，不利于只恢复某些表的场景。 从...
2021-03-09
danny0798的博客
03-09 115
ORACLE迁移索引并行未生效处理方式 案例是本地服务器 oracle12c->19c实施过程中遇到的问题及解决方法如下： 为提高oracle数据导入效率，尽可能减少数据迁移时间，现总结如下： 使用网络泵进行数据库迁移命令： impdp system/******** directory=LOG_DIR parallel=8 network_link=sourcedb schemas=CCFMPtransform=disable_archive_logging:y logtime=all...
[20161002]impdp导入很慢.txt
10-02 483
[20161002]impdp导入很慢.txt --如果在导入前表以及对应索引已经存在,impdp导入(使用参数TABLE_EXISTS_ACTION=append)要维护索引,这样在导入时产生大量日志,比 --没有表存...
Oracle12c impdp导入慢的问题
关注系统性能调优
06-17 2460
现场反馈数据泵导入超慢，40M的dump，导入花了20分钟。对于Oracle数据库来说，诊断问题对运维问题是比较友好的，通常的思路是看相应会话的等待事件。 select s.INST_ID, s.sid, s.SERIAL#, s.EVENT, s.WAIT_CLASS from gv$session s where s.MODULE like ‘%Data Pump%’ 等待事件是：Streams AQ:enqueue blocked on low memory １.从字面意思上解读是内存不够，可...
oracle 12c R1 新特性对单个表的恢复
cucanqi9387的博客
11-10 145
下面是一个例子 % rman target sys/oracle@t12ccdb log recover_table5.log RMAN> RECOVER TABLE SMEDS."RECTEST"...
【12c】12c RMAN新特性之recover table（表级别恢复）
coco3600的博客
04-09 1592
【12c】12c RMAN新特性之recover table（表级别恢复） 在 RMAN 中提供了表级别恢复...
数据库-oracle12C新特性——之RMAN恢复表--嘉为科技[定义].pdf
10-14
本文将重点介绍Oracle 12C中的RMAN恢复表功能，这是一种能够在表级别进行恢复的新特性，显著提高了数据恢复的粒度。 在Oracle 12C之前，如果需要恢复特定的表，通常需要执行一系列复杂操作，如还原数据文件、恢复...
【12c】12c RMAN新特性之通过网络远程恢复数据库（RESTORE_Recover from Service） new_ITPUB博客.mhtml
08-10
【12c】12c RMAN新特性之通过网络远程恢复数据库（RESTORE_Recover from Service） new_ITPUB博客.mhtml
press.RMAN.Recipes.for.Oracle.Database.12c.2nd.Edition
05-13
根据提供的文件信息，这本书名为《press.RMAN.Recipes.for.Oracle.Database.12c.2nd.Edition》，主要关注的是使用RMAN（Recovery Manager）进行Oracle数据库12c的备份和恢复。这本书显然是技术导向型的，它使用...
impdp导入时卡死
热门推荐
甲骨虫的家
09-13 2万+
今天在用impdp导入时，卡在建索引的过程一直不动，也不报错，重试了好几遍还是这样： . . imported "FALABELLA_TAX_PAYER_AR"."TAB_PER_DGR" 9.109 KB 0 rows . . imported "FALABELLA_TAX_PAYER_AR"."VIEW_PER_DGR_OLD" 9.117 KB 0 ro
解决方法之ora-28056: Writing audit records to Windows Event Log failed
haiross的专栏
03-19 2468
sqlplus  /  as  sysdba 登录时，出现以下提示： ORA-28056: Writing audit records to Windows Event Log failed osd-00004 O/S-Error: (OS 1502) The event log file is full. ORA-01075: you are current
如何监控Expdp/Impdp会话进度
Maker
09-08 4805
有时候由于expdp导出的数据量太大，而会话不小心关闭了，如何查看expdp进度如何？通过下面两个视图可以查看到关于expdp工作的进度和相关信息： 1、查看正在运行的job： SELECT * FROM DBA_DATAPUBMP_JOBS; SELECT * FROM DBA_DATAPUMP_SESSIONS; SELECT SID,SERIAL# FROM V$SESSION S,
oracle数据泵导入很慢,[20161002]impdp导入很慢.txt
weixin_31459035的博客
04-05 1627
[20161002]impdp导入很慢.txt--如果在导入前表以及对应索引已经存在,impdp导入(使用参数TABLE_EXISTS_ACTION=append)要维护索引,这样在导入时产生大量日志,比--没有表存在的情况下慢很多,通过例子来说明.1.环境:SCOTT@test01p> @ ver1PORT_STRING VERSION ...
oracle导出数据特别慢_impdp导入速度缓慢问题,专家帮忙会诊 - Oracle数据库管理 - Oracle数据库数据恢复、性能优化来问问AskMaclean - ParnassusData诗...
weixin_39951112的博客
12-18 454
Impdp Fails with orA-31693 orA-29913 orA-29400 KUP-11010 if Parallel > 1 is Used in RAC Database [ID 762475.1]修改时间 17-APR-2012 类型 PROBLEM 状态 PUBLISHEDIn this DocumentSymptomsCauseSolutionRe...
oracle impdp 卡住,oracle impdp时卡死Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX
weixin_32259417的博客
04-06 7352
今天在用impdp导入时，Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX卡在建索引的过程一直不动，也不报错，重试了好几遍还是这样。于是登录到oracle的导入日志查看是什么情况。查看alert日志发现:statement in resumable session ‘SYSTEM.SYS_IMPORT_FULL_06.1‘ was sus...
12C 下基于表的恢复
文档搬运工
05-05 382
这个是12C下新增加的功能，类似于11g的基于时间点的表空间的恢复。其实这个恢复，就是基于时间点的表的恢复。先总结，再测试总结1 RMAN连接到PDB上，进行基于时间点的表恢复，是不可以的。明确显示，不能在pdb数据库上操作2 不能使用11g下的类似于基于时间点的表空间的恢复的语法，需要加上 of Pluggable database 参数。因为找不到表，RMAN怎么会知道该表是在那个PDB下呢？...
基于微信小程序的新生报到系统设计与实现.docx
最新发布
09-13
基于微信小程序的新生报到系统设计与实现.docx
12c RMAN 表恢复新方法：基于时间点的高效策略
Oracle数据库的12c版本引入了一项重要的恢复特性，即RecoverTable，专门用于处理用户因DDL（如DROP TRUNCATE）操作导致的数据丢失情况。在12c之前，恢复这类数据丢失主要依赖于数据库时间点恢复（Point-in-Time ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值