临时数据文件 offline 对于导入导出的影响

临时数据文件 offline 对于导入导出的影响
sys@ORACL> alter database tempfile 'd:\oracle\oradata\oracl\temp01.dbf' offline;
数据库已更改。
sys@ORACL>
================================================
tempfile offline的情况。
1 导出少量数据时,没有报错,当导出大量数据时,会报EXP-00068: 表空间 TEMP 脱机
C:\Users\aaaa>exp scott/yang  tables=emp direct=y file= d:\emp3.dmp
Export: Release 11.1.0.6.0 - Production on 星期六 2月 19 17:06:08 2011
Copyright (c) 1982, 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
已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集
即将导出指定的表通过直接路径...
. . 正在导出表                             EMP导出了          14 行
成功终止导出, 没有出现警告。
2 导出大量数据比如说全库时,会报错
C:\Users\aaaa>exp system/yang full=y file=d:\full.dmp log=d:\full_db.log
Export: Release 11.1.0.6.0 - Production on 星期六 2月 19 17:06:53 2011
Copyright (c) 1982, 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
已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集

即将导出整个数据库...
. 正在导出表空间定义
EXP-00068: 表空间 TEMP 脱机
. 正在导出概要文件
. 正在导出用户定义
. 正在导出角色
. 正在导出资源成本
. 正在导出回退段定义
. 正在导出数据库链接
. 正在导出序号
. 正在导出目录别名
. 正在导出上下文名称空间
. 正在导出外部函数库名
. 导出 PUBLIC 类型同义词
. 正在导出专用类型同义词
. 正在导出对象类型定义
. 正在导出系统过程对象和操作
EXP-00008: 遇到 ORACLE 错误 1652
ORA-01652: 无法通过 128 (在表空间 TEMP 中) 扩展 temp 段
ORA-06512: 在 "SYS.DBMS_LOB", line 555
ORA-06512: 在 "WMSYS.LT_EXPORT_PKG", line 726
ORA-06512: 在 line 1
EXP-00083: 调用 WMSYS.LT_EXPORT_PKG.system_info_exp 时出现前一问题
..........
EXP-00085: 调用 SYS.DBMS_SCHED_WINGRP_EXPORT.create_exp 时出现前一问题, 该调用用于对象 11288
EXP-00008: 遇到 ORACLE 错误 1652
ORA-01652: 无法通过 128 (在表空间 TEMP 中) 扩展 temp 段
ORA-06512: 在 "SYS.DBMS_LOB", line 555
ORA-06512: 在 "SYS.DBMS_SCHED_MAIN_EXPORT", line 1187
ORA-06512: 在 "SYS.DBMS_SCHED_WINGRP_EXPORT", line 14
ORA-06512: 在 line 1
EXP-00085: 调用 SYS.DBMS_SCHED_WINGRP_EXPORT.create_exp 时出现前一问题, 该调用用于对象 11284
. 正在导出 pre-schema 过程对象和操作
. 正在导出簇定义
EXP-00056: 遇到 ORACLE 错误 1652
ORA-01652: 无法通过 128 (在表空间 TEMP 中) 扩展 temp 段
EXP-00056: 遇到 ORACLE 错误 1652
ORA-01652: 无法通过 128 (在表空间 TEMP 中) 扩展 temp 段
EXP-00000: 导出终止失败

时间: 2024-11-03 12:49:23

临时数据文件 offline 对于导入导出的影响的相关文章

php mysql数据的导入导出,数据表结构的导入导出

实现数据的导入导出,数据表结构的导入导出 ********************************************************/         //         //包含Mysql数据库操作文件         //         require_once("MysqlDB.php");          /******************************************************* **类    名:MysqlDB

[20161019]数据文件offline后恢复到那个scn

[20161019]数据文件offline后恢复到那个scn号.txt --前一天别人问的问题,如果数据文件offline时,online要恢复,一般恢复到scn是多少,是offline时的scn吗? --总不见得如果长时间offline,要应用许多归档日志吧,通过测试说明问题: 1.环境: SYS@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER ----------------------------

20160331数据文件offline与open resetlogs2

[20160331]数据文件offline与open resetlogs3.txt --接上面的测试.链接: --关机做一个冷备份,便于重复测试.取出冷备份,重复测试: --做一些必要的清理清除归档. 1.环境: SYS@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------- ----------------------

[20161012]数据文件offline马上执行recover

[20161012]数据文件offline马上执行recover.txt --前几天看的1篇文章,提到数据文件offline,应该养成随手执行recover习惯.保证下一次online时,不需要恢复. --如果offline很久,忘记online了,而归档日志已经不存在,该如何跳过应用日志,online数据文件呢? --以前也做过一些测试,再重复测试看看.(注意:这样恢复存在数据丢失的风险) 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING           

[20161019]数据文件offline与open resetlog

[20161019]数据文件offline与open resetlog.txt --上午做了数据文件offline后恢复到那个scn号,恢复到该数据文件的LAST_CHANGE#的scn值. --如果数据文件做了offline,在以后数据库做了open resetlog后,如何online呢?如果归档存在没有问题, --但是10g开始支持跨resetlog的恢复.自己以前也做了类似的测试. 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING            

[20151028]理解数据文件offline+drop.txt

[20151028]理解数据文件offline+drop.txt --前几天做删除数据文件的恢复测试,自己在理解offline drop的方式存在错误,做一个记录: The ALTER DATABASE DATAFILE <datafile name> OFFLINE DROP command, is not meant to allow you to remove a datafile. What the command really means is that you are offlin

数据文件offline后unusable索引造成的问题

最近在做一个oracle入库速度测试时,想到将最近一个小时的索引放到内存中(表是按小时分区)是不是会提升入库的速度,索引的维护对io是一个不小的开销: 不过这个方案如果要使用的话数据库必须是 oracle 12c,因为在当前小时结束后,需要将相关索引移出内存,让下一个小时的索引留在内存,这样内存的使用情况基本是一个定量: 而在移动的过程中不能对业务有影响,这样需要用到12c的新功能,在线移动数据文件. 测试的结果是入库速度有很明显的提升,入库速度是之前的几倍,但这个不是本文的重点:本文的重点是在

dataguard添加临时数据文件的bug

有一个环境是10gR2,一主两备,因为10g的备库还不是active,所以有一些查询的需求的时候,我们还是会打开相应的窗口时间. 开发的同学需要做一个大查询,数据只能全表,而且还有order by,势必会消耗大量的temp空间,这个时候充分利用备库就是好一些,有一个备库平时也没有用过,今天就用这个备库来完成查询需求. 但是过了一会,开发同事说,查询失败了.让我看看什么原因. 开发同学提供的日志为: 2015-11-20 10:48:05,---exception: ---- StatementC

mysql数据与Hadoop之间导入导出之Sqoop实例

前面介绍了sqoop1.4.6的 如何将mysql数据导入Hadoop之Sqoop安装,下面就介绍两者间的数据互通的简单使用命令. 显示mysql数据库的信息,一般sqoop安装测试用 sqoop list-databases --connect jdbc:mysql://192.168.2.101:3306/ --username root --password root 显示数据库里所有表: sqoop list-tables --connectjdbc:mysql://192.168.2.