使用data dump 恢复数据库

1)先对数据库进行逻辑导出整个库

Export: Release 11.1.0.6.0 - Production on 星期日, 23 5月, 2010 21:41:45
Copyright (c) 2003, 2007, Oracle.  All rights reserved.
连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
启动 "SYSTEM"."SYS_EXPORT_FULL_01":  system/******** directory=dump dumpfile=database.dmp full=y
正在使用 BLOCKS 方法进行估计...
处理对象类型 DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA
使用 BLOCKS 方法的总估计: 131.0 MB
处理对象类型 DATABASE_EXPORT/TABLESPACE
处理对象类型 DATABASE_EXPORT/PROFILE
处理对象类型 DATABASE_EXPORT/SYS_USER/USER
处理对象类型 DATABASE_EXPORT/SCHEMA/USER
处理对象类型 DATABASE_EXPORT/ROLE
处理对象类型 DATABASE_EXPORT/GRANT/SYSTEM_GRANT/PROC_SYSTEM_GRANT
处理对象类型 DATABASE_EXPORT/SCHEMA/GRANT/SYSTEM_GRANT
处理对象类型 DATABASE_EXPORT/SCHEMA/ROLE_GRANT
处理对象类型 DATABASE_EXPORT/SCHEMA/DEFAULT_ROLE
处理对象类型 DATABASE_EXPORT/SCHEMA/TABLESPACE_QUOTA
处理对象类型 DATABASE_EXPORT/RESOURCE_COST
处理对象类型 DATABASE_EXPORT/TRUSTED_DB_LINK
处理对象类型 DATABASE_EXPORT/SCHEMA/SEQUENCE/SEQUENCE
处理对象类型 DATABASE_EXPORT/SCHEMA/SEQUENCE/GRANT/OWNER_GRANT/OBJECT_GRANT
处理对象类型 DATABASE_EXPORT/DIRECTORY/DIRECTORY
处理对象类型 DATABASE_EXPORT/DIRECTORY/GRANT/OWNER_GRANT/OBJECT_GRANT
处理对象类型 DATABASE_EXPORT/DIRECTORY/GRANT/CROSS_SCHEMA/OBJECT_GRANT
省略了一些。。。
处理对象类型 DATABASE_EXPORT/SCHEMA/PACKAGE/COMPILE_PACKAGE/PACKAGE_SPEC/ALTER_PACKAGE_SPEC
处理对象类型 DATABASE_EXPORT/SCHEMA/FUNCTION/ALTER_FUNCTION
处理对象类型 DATABASE_EXPORT/SCHEMA/VIEW/VIEW
处理对象类型 DATABASE_EXPORT/SCHEMA/TABLE/POST_TABLE_ACTION
处理对象类型 DATABASE_EXPORT/SCHEMA/TABLE/TRIGGER
处理对象类型 DATABASE_EXPORT/SCHEMA/VIEW/TRIGGER
处理对象类型 DATABASE_EXPORT/SCHEMA/EVENT/TRIGGER
处理对象类型 DATABASE_EXPORT/SCHEMA/MATERIALIZED_VIEW
处理对象类型 DATABASE_EXPORT/SCHEMA/JOB
处理对象类型 DATABASE_EXPORT/SCHEMA/DIMENSION
处理对象类型 DATABASE_EXPORT/SCHEMA/TABLE/POST_INSTANCE/PROCACT_INSTANCE
处理对象类型 DATABASE_EXPORT/SCHEMA/TABLE/POST_INSTANCE/PROCDEPOBJ
处理对象类型 DATABASE_EXPORT/SCHEMA/POST_SCHEMA/PROCOBJ
处理对象类型 DATABASE_EXPORT/SCHEMA/POST_SCHEMA/PROCACT_SCHEMA
处理对象类型 DATABASE_EXPORT/AUDIT
. . 导出了 "SH"."CUSTOMERS"                            9.853 MB   55500 行
. . 导出了 "PM"."ONLINE_MEDIA"                         7.854 MB       9 行
. . 导出了 "FLOWS_030000"."WWV_FLOW_PAGE_PLUGS"        4.606 MB    6938 行
. . 导出了 "SYSMAN"."MGMT_MESSAGES"                    3.406 MB   19070 行
. . 导出了 "FLOWS_030000"."WWV_FLOW_DICTIONARY$"       2.909 MB   70601 省略了一些。。。
. . 导出了 "OLAPSYS"."CWM2$MRALL_DESCRIPTORS"          7.085 KB      41 行
. . 导出了 "SCOTT"."DEPT"                              5.937 KB       4 行
. . 导出了 "SCOTT"."EMP"                               8.570 KB      14 行
. . 导出了 "SCOTT"."SALGRADE"                          5.867 KB       5 行
. . 导出了 "SCOTT"."T2"                                21.47 KB       4 行
. . 导出了 "SCOTT"."T3"                                5.445 KB       4 行
. . 导出了 "SH"."CAL_MONTH_SALES_MV"                   6.312 KB      48 行

. . 导出
已成功加载/卸载了主表 "SYSTEM"."SYS_EXPORT_FULL_01"
******************************************************************************
SYSTEM.SYS_EXPORT_FULL_01 的转储文件集为:
  F:\DUMP\DATABASE.DMP
作业 "SYSTEM"."SYS_EXPORT_FULL_01" 已于 21:47:37 成功完成
2)模拟误操作 删除scott用户和表空间user

SQL> conn system/yang as sysdba
已连接。
SQL> drop user scott cascade;
用户已删除。
SQL> drop tablespace test including contents and datafiles;
表空间已删除。
SQL> select name from v$datafile;
NAME                                                                           
--------------------------------------------------------------------------------
F:\APP\YANG\ORADATA\ORACL\SYSTEM01.DBF                                         
F:\APP\YANG\ORADATA\ORACL\SYSAUX01.DBF                                         
F:\APP\YANG\ORADATA\ORACL\UNDOTBS01.DBF                                        
F:\APP\YANG\ORADATA\ORACL\USERS01.DBF                                          
F:\APP\YANG\ORADATA\ORACL\EXAMPLE01.DBF                                        
已选择6行。

3)使用导出的数据文文件导入整个库

impdp system/yangdirectory=dump dumpfile=database.dmp full=y ignore=y

Import: Release 11.1.0.6.0 - Production on 星期日, 23 5月, 2010 22:12:1
Copyright (c) 2003, 2007, Oracle.  All rights reserv
连接到: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
已成功加载/卸载了主表 "SYSTEM"."SYS_IMPORT_FULL_01"
启动 "SYSTEM"."SYS_IMPORT_FULL_01":  system/******** directory=dump dumpfile=database.dmp full=y
处理对象类型 DATABASE_EXPORT/TABLESPACE
. . 导入了 "SCOTT"."DEPT"                              5.937 KB       4 行
. . 导入了 "SCOTT"."EMP"                               8.570 KB      14 行
. . 导入了 "SCOTT"."SALGRADE"                          5.867 KB       5 行
. . 导入了 "SCOTT"."T2"                                21.47 KB       4 行
. . 导入了 "SCOTT"."T3"                                5.445 KB       4 行
. . 导入了 "SCOTT"."BONUS"                                 0 KB       0 行
省略了一些。。。

4)验证数据库的恢复是否成功

SQL> select name from v$datafile;

NAME                                                                           
--------------------------------------------------------------------------------
F:\APP\YANG\ORADATA\ORACL\SYSTEM01.DBF                                         
F:\APP\YANG\ORADATA\ORACL\SYSAUX01.DBF                                         
F:\APP\YANG\ORADATA\ORACL\UNDOTBS01.DBF                                        
F:\APP\YANG\ORADATA\ORACL\USERS01.DBF                                          
F:\APP\YANG\ORADATA\ORACL\EXAMPLE01.DBF                                        
F:\APP\YANG\ORADATA\ORACL\TEST.DBF                                             

已选择6行。

SQL> conn scott/yang
已连接。

---成功

小结  :

第一次做逻辑导入导出,有很多步骤不太合理 比如说考虑到导入导出速度的话,应该加上buffer 参数,包括这次的实验和以前的实验都是比较简单的,没有考虑到生产环境上遇到的问题。比如说 源端与目标端的数据库版本,字符集,还有索引,约束,外部表 ,long 字段,lob等等,以后再做此类实验的时候,会考虑。。。

时间: 2024-07-31 09:59:06

使用data dump 恢复数据库的相关文章

使用data dump 恢复表空间

1)对 表空间进行逻辑导出 SQL> conn system/yang as sysdba已连接. impdp  system/yang  directory=dump dumpfile=tablespace.dmp tablespaces=users 2)模拟表空间损坏 SQL> drop tablespace test including contents and datafiles;表空间已删除.SQL> select name from v$datafile;NAME      

[20170623]利用传输表空间恢复数据库2.txt

[20170623]利用传输表空间恢复数据库2.txt --//继续上午的测试,测试truncate,是否可行,理论讲应该没有问题.我主要的目的测试是否要切换日志. --//参考链接 : http://blog.itpub.net/267265/viewspace-2141166/ 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER -------------------------

没有日志,只有MDF文件如何恢复数据库

恢复|数据|数据库 由于种种原因,我们如果当时仅仅备份了mdf文件,那么恢复起来就是一件很麻烦的事情了. 如果您的mdf文件是当前数据库产生的,那么很侥幸,也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库,但是会出现类似下面的提示信息 设备激活错误.物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log.LDF' 可能有误. 已创建名为 'C:\Program Files

Oracle 10g中用RMAN恢复数据库功能增强

我们知道在Oracle 10g R2以前的版本中,如果使用RMAN恢复数据库,临时表空间的临时文件是不会自动恢复的. 这曾经引发了一系列的麻烦,很多DBA在恢复完成之后忘记添加临时文件,经常到应用出错时才能发现. 从Oracle 10g R2开始,使用RMAN恢复数据库之后,Oracle会自动重新创建临时文件,由于临时文件是Sparse File,所以创建会非常迅速,通常你不会感觉得到. 以下是我曾经恢复的一段日志,其中记录了Oracle的恢复处理过程: Thu Sep 14 22:52:06

asp.net 备份和恢复数据库的方法

 这篇文章主要介绍了asp.net 备份和恢复数据库的方法示例,需要的朋友可以参考下    代码如下: /**********************************************************************************    *  * 功能说明:备份和恢复SQL Server数据库  * 作者: 刘功勋;  * 版本:V0.1(C#2.0);时间:2007-1-1  * 当使用SQL Server时,请引用 COM组件中的,SQLDMO.dll

mysql字符集导致恢复数据库报错问题解决办法

恢复数据库报错:由于字符集问题,最原始的数据库默认编码是latin1,新备份的数据库的编码是utf8,因此导致恢复错误. [root@hk byrd]# /usr/local/mysql/bin/mysql -uroot -p'admin' t4x < /tmp/11x-B-2014-06-18.sql ERROR 1064 (42000) at line 292: You have an error in your SQL syntax; check the manual that corre

通过Copy Data Virtualization实现数据库备份和容灾一体化解决方案

  11月10日,由Actifio中国区服务总监廖良茂老师在"DBA+上海群"进行了一次关于"通过Copy Data Virtualization实现数据库备份和容灾一体化解决方案"的线上主题分享.小编特别整理出其中精华内容,供大家学习交流.    嘉宾简介    DBA+原创专家团成员: Oracle9iOCP.10gOCM.Exadata认证专家: 超过10年的Oracle数据库管理经验,曾在Oracle ACS工作5年,期间在Exadata白金服务工作一年:

mysql二进制日志文件恢复数据库_Mysql

二进制日志的文件的作用     mysql二进制日志文件用来记录所有用户对数据库操作,即记录用户对数据库操作的sql语句.如果有此文件,当数据库发生意外时,可以通过此文件查看到用户在此文件记录的时间段内用户所做的操作,再和数据库备份配合使用,即可再现用户操作,使数据库恢复. 二进制日志文件的弊端 二进制日志文件开启后,所有对数据库操作的记录均会被记录到此文件, 所以,当长时间开启之后,日志文件会变得很大,占用磁盘空间. 使用二进制日志文件恢复数据库 开启日志文件 mysql默认是不开启日志文件的

Oracle数据泵(Data Dump)使用过程当中经常会遇到一些奇奇怪怪的错误案例_oracle

Oracle数据泵(Data Dump)使用过程当中经常会遇到一些奇奇怪怪的错误案例,下面总结一些自己使用数据泵(Data Dump)过程当中遇到的问题以及解决方法.都是在使用过程中遇到的问题,以后陆续遇到数据泵(Data Dump)的错误案例,都会补充在此篇. 错误案例1: ORA-39065: DISPATCH 中出现意外的主进程异常错误:ORA-44002: 对象名无效 Windows 平台错误提示: Linux平台错误提示 解决方法: [oracle@DB-Server admin]$