oracle 还原dmp时_报错的值太大,基于oracle数据库的CLOUD备份恢复测试
CLOUD oracle數據庫備份恢復測試
強烈建議使用expdp/impdp，因為：
在expdp的時候Oracle不會再依賴和參考NLS_LANG的設置，而是完全按照數據庫本身的字符集導出數據，impdp的時候，Oracle會自動判斷如果dmp文件中的字符集和目標數據庫的字符集不符時會自動對導入數據的字符集做轉換。這樣可以消除以前由于字符集的問題在導入過程中出現亂碼的問題。
1、創建備份目錄并授權：mkdir?/u01/app/testbackup
chmod?777?/u01/app/testbackup
在SQL中指定備份目錄create?or?replace?directory?backup?as?'/u01/app/testbackup'
查看是否生效：SELECT?*?FROM??ALL_DIRECTORIES;
SELECT?*?FROM??dba_DIRECTORIES;
結果如下：
查看用戶及對應的表空間：select???username,default_tablespace,temporary_tablespace???from???dba_users;
2、備份數據庫
以管理中心為例：expdp?directory=backup?dumpfile=dcbackup02033.dmp?logfile=dclogbackup02033.log?schemas=clouddcadmin
Export: Release 11.2.0.3.0 - Production on Wed Feb 3 17:20:38 2016
Copyright (c) 1982, 2011, Oracle and/or its affiliates. ?All rights reserved.
Username: sys as sysdba
Password:
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Master table "SYS"."SYS_EXPORT_SCHEMA_01" successfully loaded/unloaded
******************************************************************************
Dump file set for SYS.SYS_EXPORT_SCHEMA_01 is:
/u01/app/testbackup/dcbackup02033.dmp
Job "SYS"."SYS_EXPORT_SCHEMA_01" successfully completed at 17:23:36
備份成功后，會在/u01/app/testbackup目錄產生對應的備份文件dcbackup02033.dmp ?dclogbackup02033.log
3、還原測試
方案一：建立同樣的用戶名和表空間進行恢復
先刪除對應的管理中心用戶和表空間和數據文件
注意先停止應用服務器的IIS服務和k3cloud相關系統服務drop?user?clouddcadmin?cascade
drop?tablespace?clouddc_data?including?contents?and?datafiles?cascade?constraints;
drop?tablespace?clouddc_temp?including?contents?and?datafiles?cascade?constraints;
再建立用戶和對應的表空間并授權create?temporary?tablespace?test1_temp
tempfile?'test_temp.dbf'
size?32m
autoextend?on
next?32m?maxsize?UNLIMITED
extent?management?local;
create?tablespace?test1_data
logging
datafile?'test1_data.dbf'
size?32m
autoextend?on
next?32m?maxsize?UNLIMITED
extent?management?local;
create?user?test1?identified?by?cloud6
default?tablespace?test1_data
temporary?tablespace?test1_temp;
grant?connect,resource,dba?to?test1;
grant?create?session?to?test1;
grant?create?table?to?test1;
最后使用impdp導入數據即可：impdp?directory=backup?dumpfile=dcbackup02032.dmp?logfile=dcbackup02032.log?schemas=clouddcadmin
[oracle@redhat64 app]$ impdp directory=backup dumpfile=dcbackup02032.dmp logfile=dcbackup02032.log schemas=clouddcadmin
Import: Release 11.2.0.3.0 - Production on Wed Feb 3 17:31:04 2016
Copyright (c) 1982, 2011, Oracle and/or its affiliates. ?All rights reserved.
Username: sys as sysdba
Password:
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Master table "SYS"."SYS_IMPORT_SCHEMA_01" successfully loaded/unloaded
Starting "SYS"."SYS_IMPORT_SCHEMA_01": ?sys/******** AS SYSDBA directory=backup dumpfile=dcbackup02032.dmp logfile=dcbackup02032.log schemas=clouddcadmin
Processing object type SCHEMA_EXPORT/USER
ORA-31684: Object type USER:"CLOUDDCADMIN" already exists
Processing object type SCHEMA_EXPORT/SYSTEM_GRANT
Processing object type SCHEMA_EXPORT/ROLE_GRANT
Processing object type SCHEMA_EXPORT/DEFAULT_ROLE
Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Processing object type SCHEMA_EXPORT/TYPE/TYPE_SPEC
ORA-31684: Object type TYPE:"CLOUDDCADMIN"."UDT_OBJ_IDS" already exists
ORA-31684: Object type TYPE:"CLOUDDCADMIN"."UDT_INTTABLE" already exists
ORA-31684: Object type TYPE:"CLOUDDCADMIN"."UDT_VARCHARTABLE" already exists
ORA-31684: Object type TYPE:"CLOUDDCADMIN"."UDT_NVARCHARTABLE" already exists
ORA-31684: Object type TYPE:"CLOUDDCADMIN"."UDT_SPLIT_TBL" already exists
Processing object type SCHEMA_EXPORT/SEQUENCE/SEQUENCE
ORA-31684: Object type SEQUENCE:"CLOUDDCADMIN"."Z_BAS_ITEM" already exists
ORA-31684: Object type SEQUENCE:"CLOUDDCADMIN"."Z_BAS_DATACENTER_L" already exists
Processing object type SCHEMA_EXPORT/TABLE/TABLE
Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
Job "SYS"."SYS_IMPORT_SCHEMA_01" completed with 1 error(s) at 17:32:53
完成后，再啟用IIS和相關服務：iisreset?/start
net?start?K3CloudJobProcess
net?start?K3CloudManager
啟動完成后，再打開管理中心登錄即可。
方案二：不同用戶名，表空間時
1、創建用戶test(用IMPDP數據泵導入時系統自動創建用戶，密碼默認為導入用戶密碼)
create usertest?identifiedbypasswd?default tablespace USERS temporary tablespace TEMP;
注：test為用戶名，passwd為用戶密碼，可根據實際情況進行調整；
2、?用戶賦權
SQL>grant connect,resource,dba totest;
注：此處為用戶賦予連接權限和最大的DBA權限，可根據實際情況進行調整；
3、?恢復數據庫(采用impdp數據泵導入)
鍵入exit命令退出sqlplus，在oracle用戶下利用impdp命令恢復數據庫：
SQL>exit
impdp 'test/"passwd"' EXCLUDE=STATISTICS ?DIRECTORY=backup DUMPFILE=K3cloudData20160729.dmp remap_schema=K3CLOUD:test parallel=2 transform=OID:n table_exists_action=replace logfile=impdplog.log
impdp ?remap_schema=yxcloud:test1 ? remap_tablespace=CLOUD_D_STANDARD:test1_data ? directory=BACKUP ?dumpfile=YXCLOUD20161109_EXPDP.DMP logfile=yxcloud20161109_impdp.log ?EXCLUDE=STATISTICS
如果不知道原schema用戶名，可能引出ORA-01917錯誤。可以不加remap_schema選項嘗試還原，如果失敗，在提示中可以看到原schema用戶名信息，如下圖：
K3CLOUD即是原ORACLE用戶名：
------------------------------------------------------
還可能引出ORA-39083錯誤：
加上remap_tablespace選項即可：
remap_tablespace=K3_D_CLOUD_STANDARD:USERS
因為之前的操作開正常完成，因此可能引出ORA-31684錯誤：(這個一般沒有關系，是表名已經存在了)
要解決可以這么做：
加入一個table_exists_action=replace還原參數，或通過先刪除用戶，在從新創建一次還原就可以
drop user hr cascade;
--------------------------------------------------------
ora39083，ORA 01435錯誤，這個錯誤屬于非表數據錯誤，一般不影響數據:
Processing object type SCHEMA_EXPORT/TABLE/POST_TABLE_ACTION
ORA-39083: Object type POST_TABLE_ACTION failed to create with error:
ORA-01435: user does not exist
Failing sql is:
BEGIN
SYS.DBMS_SNAPSHOT_UTL.SYNC_UP_LOG('YXCLOUD','T_BD_DEPARTMENT');
END;
ORA-39083: Object type POST_TABLE_ACTION failed to create with error:
ORA-01435: user does not exist
Failing sql is:
BEGIN
SYS.DBMS_SNAPSHOT_UTL.SYNC_UP_LOG('YXCLOUD','T_BD_BANK');
END;
注：impdp恢復命令中加入了transform=oid:n參數，如果多次恢復數據庫需要使用此參數，則需要重置OID。transform取值oid:n的含義就是對oid信息不進行加載,重新進行生成?。
parallel=30，參數大家跟蹤自己服務器的CPU\內存情況設置，我這里128內存，所以改成30個并發。建議調整成10一下即可！即parallel=10
注意有多個表空間需要轉換時，則使用多個remap_tablespace=源：目標字段。
statistics=none是為了不導入統計信息
恢復數據庫時報錯處理方案：
1、報錯如下(問題為lttc用戶已經存在，可以忽略此報錯信息)
ORA-31684: Object type USER:"lttc" already exists
2、報錯如下(問題為OID為數據實例唯一id，恢復時請使用參數transform=oid:n重置OID，命令參照A用戶導入B用戶命令)
ORA-39083: Object type TYPE failed to create with error:
ORA-02304: invalid object identifier literal
Failing sql is:
CREATE TYPE "LTTC"."UDT_OBJ_IDS" ? OID 'E25DDA5E8A4B49949184EE01BD4F564C' is object( FID varchar2(32767))
3、報錯如下(問題為總部已經刪除此視圖中的表，所以恢復時報錯。處理方法請備份前刪除此視圖或恢復時忽略此報錯信息)
ORA-39082: Object type VIEW:"LTTC"."V_BAS_VCHENTRYSELECT" created with compilation warnings
ORA-39082: Object type VIEW:"LTTC"."V_BAS_VCHENTRYSELECT_L" created with compilation warnings
3、報錯如下臨時視圖報錯，可以忽略不計。
ORA-39082: Object type VIEW:"LTTC"."V741DB8F62753E3EB1CC025B59C6F9" created
with compilation warnings
ORA-39082: Object type VIEW:"LTTC"."VC87B4CFC1E329C091F685162688CF" created
以上轉：
4、ORA-39126錯誤:
Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
ORA-39126: Worker unexpected fatal error in KUPW$WORKER.PUT_DDLS [TABLE_STATISTICS]
ORA-06502: PL/SQL: numeric or value error
LPX-00225: end-element tag "HIST_GRAM_LIST_ITEM" does not match start-element tag "EPVALUE"
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPW$WORKER", line 9715
----- PL/SQL Call Stack -----
object ? ? ?line ?object
handle ? ?number ?name
0x983331fc ? ? 21979 ?package body SYS.KUPW$WORKER
0x983331fc ? ? ?9742 ?package body SYS.KUPW$WORKER
0x983331fc ? ? 17950 ?package body SYS.KUPW$WORKER
0x983331fc ? ? ?4058 ?package body SYS.KUPW$WORKER
0x983331fc ? ? 10450 ?package body SYS.KUPW$WORKER
0x983331fc ? ? ?1824 ?package body SYS.KUPW$WORKER
0x4eae2874 ? ? ? ? 2 ?anonymous block
ORA-39097: Data Pump job encountered unexpected error -1427
ORA-39065: unexpected master process exception in DISPATCH
ORA-01427: single-row subquery returns more than one row
Job "TEST1"."SYS_IMPORT_FULL_02" stopped due to fatal error at Wed Oct 26 20:28:25 2016 elapsed 0 00:39:12
帶上EXCLUDE=STATISTICS后，成功導入
5、ORA-00959: 表空間 'CLOUD_D_STANDARD' 不存在
REMAP_TABLESPACE可以定義切換對象的不同表空間，其格式為：
remap_tablespace=old_tablespace_name:new_tablespace_name
用戶空間切換要使用下面方案：
remap_schema=old_schema_name:new_schema_name
下面為相關命令說明：
通過數據泵導出/導入Expdp/impdp
Oracle 10g引入了DATA PUMP提供的是一種基于服務器的數據提取和恢復的實用程序，DATA PUMP在體系結構和功能上與傳統的EXPORT和IMPORT實用程序相比有了顯著的提升。DATA PUMP允許您停止和重啟作業，查看運行的作業的狀態，及對導入和導出的數據做限制。
注意：數據泵文件與傳統的EXP/IMP數據轉儲文件是不兼容的。
一、以下是DATA PUMP的幾個優點介紹：
1．數據泵(DataPump)的所有工作都有數據庫實例來完成，數據庫可以并行來處理這些工作，不僅可以通過建立多個數據泵工作進程來讀/寫正在被導出/導入的數據，也可以建立并行I/O服務器以更快地讀取或插入數據，從而，單進程瓶頸被徹底解決。
2．通過數據泵，以前通過EXP/IMP主要基于Client/Server的邏輯備份方式轉換為服務器端的快速備份，數據泵主要工作在服務器端，可以通過并行方式快速裝入或卸載數據，而且可以在運行過程中調整并行的程度，以加快或減少資源消耗。
二、步驟如下
1. 創建DIRECTORY
DATA PUMP要求為將要創建和讀取的數據文件及日志文件創建目錄，這個參數是用來定義一個目錄，前面已經提到數據泵主要在Server端工作，導出文件需要寫出到Server端本地目錄，這個DIRECTORY就是對應的Server端的目錄。將要訪問數據泵文件的用戶必須要擁有該目錄的讀/寫權限。
注意：在開始操作之前要驗證外部目錄是否存在，并且下達create directory命令的用戶需要擁有create anydirectory的系統權限。
下面給出一個創建名為TEST的目錄并授予system用戶訪問此目錄讀/寫權限。
創建目錄并賦予權限：
SQL> ?Create directory TEST as 'd:\test';
SQL> ?Grant read,write on directory TEST to system;
查看數據庫中已創建的directory的兩個視圖：
SELECT * FROM ?ALL_DIRECTORIES;
SELECT * FROM ?dba_DIRECTORIES;
然后在目標磁盤下手工創建文件夾d:\test
2. ?數據泵導出
數據泵導出的方法有多種，這里我們只介紹兩種：
單個用戶方案導出
Expdp [用戶名]/[密碼]@[主機字符竄] schemas=[用戶名] directory=TEST dumpfile=X.dmp logfile=X.log
數據庫全庫導出
Expdp [用戶名]/[密碼]@[主機字符竄] full=y directory=TEST dumpfile=X.dmp logfile=X.log
3. 數據泵導入
按以上導出方式：
單個用戶方案導入
impdp [用戶名]/[密碼]@[主機字符竄] schemas=[用戶名] directory=TEST dumpfile=X.dmp logfile=X.log ignore=y
數據庫全庫導入
impdp [用戶名]/[密碼]@[主機字符竄] full=y directory=TEST dumpfile=X.dmp logfile=X.log ignore=y
注意：directory的位置
drop directory test 刪除目錄
總結
以上是生活随笔為你收集整理的oracle 还原dmp时_报错的值太大,基于oracle数据库的CLOUD备份恢复测试的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 搭建nginx + python + d
- 下一篇： 数据可视化----我在寻找一款类似vfp