ORA-01136: specified size of file ORA-01110

最新推荐文章于 2021-04-03 13:18:10 发布
原创 最新推荐文章于 2021-04-03 13:18:10 发布 · 869 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

当尝试使用ASM（Automatic Storage Management）恢复数据库并创建缺失的数据文件时，可能会遇到ORA-01136和ORA-01110错误，原因是指定的数据文件大小小于原始大小。解决方案是明确地在创建命令中定义数据文件的大小，根据错误信息中的块数计算出正确的大小，或者从现有数据库获取文件大小进行设置。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

SQL> alter database create datafile 97  as '+DATAGRP1';

alter database create datafile 97  as '+DATAGRP1'

*

ERROR at line 1:

ORA-01136: specified size of file 97 (12800 blocks) is less than original size

of 4194048 blocks

ORA-01110: data file 97: '+DATAGRP1'

 

 

         Creating Missing Datafile from the Backup when Using ASM Failing with: ORA-01136 (Doc ID 1444075.1)         To BottomTo Bottom   

 

In this Document

Symptoms

最低0.47元/天 解锁文章

200万优质内容无限畅学
oracle ora-01110 数据文件损坏
LightJie的专栏
03-03 7256
<br /><br />在没有备份的情况下要恢复表空间前提条件：<br />1、从创建表空间的时候到删除这个时间段的数据必须已经归档。<br />2、控制文件理由有这个表空间，没有损坏。<br />SQL> connect internal/oracle<br />连接成功。<br />SQL> shutdown<br />ORA-01109: 数据库未打开<br />已卸下数据库。<br />已关闭 ORACLE 实例。<br />SQL> startup<br />已启动 ORACLE 实例。<br /
DATAPUMP导入报ORA-39083和ORA-01917，用户或角色不存在 报错 ORA-39095: 转储文件空间已耗尽: 无法分配 8192 字节
weixin_tank88921的博客
07-30 1477
大概意思就是说oracle的安全机制使得不允许多个写进程同时写一个dump文件，如果此时你的parallel(并发)数值大于（实际导出数据量/fileszie）的数值，那么就会有一些进程闲置，他们只能等待写进程也相当于多个进程在抢占一个进程。在下面的OBJECT_PATH列中，“ROLE” 和 “ROLE_GRANT” 仅出现在 DATABASE_EXPORT 中。2、忽略，也可以手动执行失败的sql，可以执行成功。这个参数默认是Y，如果改成N，那么导入的时候会把各个对象重新赋予新的OID。
oracle error
cuijiu2464的博客
04-08 888
ORA-00001: 违反唯一约束条件 (.)ORA-00017: 请求会话以设置跟踪事件ORA-00018: 超出最大会话数ORA-00019: 超出最大会话许可数ORA-00020: 超出最大进程数 ()ORA-00021:...
RMAN-06094: datafile 209 must be restored
rgb_rgb的博客
05-31 7634
--错误信息 RMAN-06094: datafile 209 must be restored SQL> ALTER DATABASE CREATE DATAFILE 209; ALTER DATABASE CREATE DATAFILE 209 * ERROR at line 1: ORA-01111: name for data file /u01/app_new/produ
oracle常见错误
longlyzhao07的博客
08-30 1819
ORA-00904:     --invalid column name 无效列名 ORA-00942: 　--table or view does not exist 表或者视图不存在 ORA-01400: 　--cannot insert NULL into () 不能将空值插入 ORA-00936:　--缺少表达式 ORA-00933:　--SQL 命
Oracle 错误总结及问题解决 ORA
热门推荐
基于Oracle11G
07-08 19万+
ORA 错误大全
ORA-01688：unable to extend table name(执行存储过程时的错误).pdf
02-27
在删除表空间时可能会遇到问题，比如描述中提及的"ora-00054: resource busy and acquire with nowait specified"错误，这意味着有活动的事务或锁定阻止了表空间的删除。要解决这个问题，需要找出并结束那些占用资源...
Oracle导dmp出现文件ORA-12154: TNS: 无法解析指定的连接标识符问题的解决方案
09-09
在使用Oracle数据库进行数据导入导出操作时，常常会遇到ORA-12154错误，即TNS:无法解析指定的连接标识符。这个问题主要由两个原因造成：一是Oracle服务器未安装正确，二是TNS配置文件未正确设置。以下是针对这两种...
数据库优化之后，报错ora-00838
10-25
### 数据库优化后遇到ORA-00838错误的处理方法 在对Oracle数据库进行优化的过程中，可能会遇到ORA-00838错误。这一错误通常发生在调整内存分配参数时，例如`MEMORY_TARGET`。本文将详细介绍如何解决这个问题，并...
ORACLE错误一览表
上帝狼
10-26 8898
ORACLE错误一览表，方便大家查询！ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引
oracle数据库的错误码一览表
宋陆平
10-15 4615
ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引用进程私用内存；无法分离会话
ORA-报错解释
wrh_csdn的博客
11-07 3万+
ORA-00001: 违反唯一约束条件 (.)  ORA-00017: 请求会话以设置跟踪事件  ORA-00018: 超出最大会话数  ORA-00019: 超出最大会话许可数  ORA-00020: 超出最大进程数 ()  ORA-00021: 会话附属于其它某些进程；无法转换会话  ORA-00022: 无效的会话 ID；访问被拒绝  ORA-00023: 会话引用进程私用内存
存储过程-ora-错误码集锦
搞运维的万精油的博客
09-28 3675
引用：https://blog.youkuaiyun.com/qq_41553194/article/details/88032585 ORACL内部异常： ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引用进程私
使用alter database create datafile恢复丢失数据文件
blockheading的博客
03-18 3050
--使用alter database create datafile恢复丢失数据文件 SYS@PROD3> create table t tablespace t1 as select * from all_objects where rownum<100; Table created. SYS@PROD3> commit; Commit complete. SYS@PROD3> shu
错误解决：ORA-01036: 非法的变量名/编号
沐丰 的专栏
04-15 7万+
 出现此错误的原因很可能是存储过程的包体的参数定义与包头的定义不一样，很多时候修改了包体，却忘了修改包头。 另外，创建OracleParameter时，由于构造函数的版本众多，使用了某些版本时,可能会出现这个错误，建议创建OracleParameter时，一定要指定OracleType。 直接使用Sql 语句时，在Sql 语句中的 参数部分没有使用冒号作为前缀，或者错误使用了Sql
Oracle数据库adg数据没同步,adg备库磁盘空间不足，主库添加数据文件导致同步异常...
weixin_27964579的博客
04-03 1475
下午收到告警，某同城adg同步异常，数据库比较重要，需要紧急处理。一、分析1、查看同步状态该环境是主备均为两节点的rac adg结构，登录备库1节点，查询同步进程状态。SQL>setline999SQL>selectinst_id,thread#,process,pid,status,client_process,client_pid,sequence#,block#,act...
DATAGUARD环境ORA-01111、ORA-01110处理
weixin_34355881的博客
11-15 373
故障现象： Errors in file /home/oracle/admin/zjport/bdump/zjport_mrp0_17798.trc: ORA-01111: name for data file 19 is unknown - rename to correct file ORA-01110: data file 19: '/home/o...
UDE-31623: operation generated ORACLE error 31623 ORA-31623: a job is not attached to this session via the specified handle ORA-06512: at "SYS.DBMS_DATAPUMP", line 4747 ORA-06512: at "SYS.KUPV$FT_INT", line 2144 ORA-06512: at "SYS.DBMS_SYS_ERROR", line 79 ORA-06512: at "SYS.KUPV$FT_INT", line 2081 ORA-06512: at "SYS.DBMS_DATAPUMP", line 2263 ORA-06512: at "SYS.DBMS_DATAPUMP", line 4496 ORA-06512: at "SYS.DBMS_DATAPUMP", line 6127 ORA-06512: at line 1
最新发布
06-29
<think>我们正在解决Oracle数据泵导出时出现的UDE-31623和ORA-31623错误。根据用户提供的引用（特别是文档ID1907256.1），这个错误的具体描述是：“a jobis notattached tothis sessionvia thespecified handle”（作业没有通过指定的句柄附加到当前会话）。这通常发生在尝试控制（如停止、重启或监控）一个数据泵作业时，但当前会话并没有附加到这个作业。错误原因分析：1.会话未附加作业：可能因为之前的会话已经断开，而作业在后台继续运行，此时在新的会话中尝试重新附加该作业就会失败。2.作业句柄无效：在数据泵操作中，作业句柄（handle）是唯一标识作业的。如果句柄不正确或已失效，就会导致此错误。3.作业已完成或失败：如果作业已经完成（成功或失败）而用户仍尝试附加，也会出现此错误。 解决方案： 根据Oracle官方文档（文档ID1907256.1）[^1][^2]，我们可以采取以下步骤：步骤1：检查数据泵作业的状态使用以下SQL查询当前数据库中的数据泵作业状态：```sqlSELECTowner_name, job_name,operation,job_mode, stateFROM dba_datapump_jobs; ```或者（如果没有DBA权限）： ```sqlSELECT *FROM user_datapump_jobs; ```步骤2：根据作业状态采取相应措施-如果作业状态（STATE）为`NOTRUNNING`、`FAILED`或`COMPLETED`，则说明作业已经结束，无法重新附加。此时，如果需要重新运行，应该使用新的作业名重新启动导出。-如果作业状态为`EXECUTING`，说明作业正在运行，但当前会话无法附加。这时，我们可以尝试重新附加到作业（见步骤3）。 步骤3：重新附加到运行中的作业（如果作业仍在运行） 在数据泵导出命令中，使用`attach`参数附加到现有作业：```bashexpdp username/passwordATTACH=<job_name> ```其中`<job_name>`是步骤1中查询到的作业名。 步骤4：如果附加成功，则可以在交互模式下控制作业（如停止、重启等）。如果附加失败（例如作业名错误或作业已不存在），则考虑终止该作业并重新启动。 步骤5：终止无法附加的作业（如果作业已挂起且无法附加） 如果作业确实存在但无法附加，且需要停止它，可以使用以下PL/SQL命令（以SYS或拥有权限的用户执行）：```sqlDECLAREhdlNUMBER;BEGINhdl :=DBMS_DATAPUMP.ATTACH('<job_name>', '<owner_name>'); --作业名和所有者（从步骤1中获取）DBMS_DATAPUMP.STOP_JOB(hdl,1,0); --立即停止作业END; /``` 注意：如果作业所有者不是当前用户，需要指定所有者。步骤6：重新启动导出作业在清理了无效作业后，使用新的作业名重新启动导出： ```bashexpdpusername/password DIRECTORY=dpump_dirDUMPFILE=export.dmp LOGFILE=export.logJOB_NAME=new_job_name ...``` 预防措施：1.在脚本中使用数据泵时，确保作业名唯一（例如包含时间戳）。 2.在会话中断（如网络断开）后，先检查作业状态再尝试重新附加。3.定期清理已完成的数据泵作业。注意事项： -如果作业已经完成（成功或失败），则不需要终止，直接重新运行即可。-如果作业状态为`DEFINING`，表示作业正在创建，可以稍等片刻再尝试附加。如果上述步骤无法解决问题，可能需要检查数据泵的日志文件（通常位于DIRECTORY参数指定的目录中）以获取更多信息。 相关问题： 1.如何查看Oracle数据泵作业的详细日志？2.如何永久删除Oracle数据泵作业？ 3.在Oracle数据泵中，如何从网络故障中恢复导出作业？</think>### 解决 Oracle 数据泵导出错误 UDE-31623 ORA-31623 "job not attached to session handle" 根据您提供的引用文档 ID 1907256.1[^1][^2]，这个错误的核心是数据泵作业未能正确附加到当前会话句柄。以下是针对此错误的完整解决方案： #### 错误原因分析 ```mermaid graph TD A[UDE-31623/ORA-31623] --> B[会话句柄丢失] B --> C1[网络中断] B --> C2[会话超时] B --> C3[客户端异常退出] B --> C4[并行操作冲突] B --> C5[作业名重复] A --> D[作业状态不一致] D --> E1[作业仍在运行] D --> E2[作业已停止但未清除] ``` 主要触发场景： 1. **会话中断**：导出过程中网络断开或客户端异常关闭 2. **作业状态残留**：作业仍在数据库后台运行，但会话句柄丢失[^1] 3. **句柄冲突**：多个会话尝试附加同名作业（常见于脚本重复执行） 4. **权限问题**：用户权限变更导致会话无法重新附加作业 #### 解决方案步骤 ##### 1. 检查作业状态（关键步骤） ```sql -- 查询所有数据泵作业状态 SELECT owner_name, job_name, operation, job_mode, state, attached_sessions FROM dba_datapump_jobs WHERE job_name = '<your_job_name>'; -- 替换为实际作业名 -- 若无作业名，查询所有运行中作业 SELECT * FROM dba_datapump_jobs WHERE state = 'EXECUTING'; ``` - ✅ **正常状态**：`STATE = 'EXECUTING'` 且 `ATTACHED_SESSIONS > 0` - ❌ **错误状态**：`STATE = 'NOT RUNNING'` 但作业实际在运行（需强制清理） ##### 2. 重新附加作业（首选方案） ```bash expdp username/password@db \ ATTACH=<job_name> # 从步骤1获取的作业名 ``` - 成功附加后进入交互模式，可选择： - `CONTINUE_CLIENT` 恢复作业 - `STOP_JOB` 安全停止 - 若附加失败，继续下一步 ##### 3. 强制清理残留作业 ```sql DECLARE hdl NUMBER; BEGIN -- 尝试附加作业 hdl := DBMS_DATAPUMP.ATTACH('<job_name>', '<owner_name>'); -- 立即停止并删除作业 DBMS_DATAPUMP.STOP_JOB(hdl, 1, 0); EXCEPTION WHEN OTHERS THEN -- 当附加失败时直接删除作业 DBMS_DATAPUMP.DETACH('<job_name>'); END; / ``` ##### 4. 重启导出作业（预防措施） ```bash expdp username/password@db \ DIRECTORY=dpump_dir \ DUMPFILE=export_%U.dmp \ LOGFILE=export.log \ JOB_NAME=exp_$(date +%s) \ # 使用时间戳确保唯一性 PARALLEL=4 \ CLUSTER=N # 禁用集群选项（规避常见Bug） ``` 关键参数优化： - `JOB_NAME`：添加时间戳保证唯一性（避免 ORA-31623） - `CLUSTER=N`：禁用集群模式（解决引用[2]提到的并发Bug） - `PARALLEL`：根据 CPU 核心数设置（公式：$ \text{parallel} \leq \text{CPU\_cores}/2 $） ##### 5. 网络中断处理 若错误由网络中断引起： ```bash # 使用mosh替代ssh（防止会话超时） mosh user@dbserver # 在tmux/screen中启动导出 tmux new-session -s expdp expdp ... # 按Ctrl+B D脱离会话 ``` #### 预防措施 1. **会话管理**： - 使用 `nohup expdp ... &` 或 `tmux` 启动作业 - 设置 SQLNET.EXPIRE_TIME=10（分钟级心跳检测） 2. **作业监控脚本**： ```bash #!/bin/bash # 自动检测并重新附加作业 if ! expdp attach=<job_name>; then echo "Reattaching failed, restarting job..." expdp ... JOB_NAME=exp_$(date +%s) fi ``` 3. **参数优化**（`expdp` 命令行）： ```bash COMPRESSION=ALL # 减少网络传输量 NETWORK_LINK=db_link # 远程导出避免客户端中断 ENCRYPTION_PASSWORD=pass # 防止凭据失效 ``` > **重要提示**：如果问题反复出现，请检查 Oracle 集群配置。引用[2]指出该错误常与 Bug 5663241/4173696 相关（集群环境下的句柄同步问题），需应用补丁或设置 `CLUSTER=N`[^2]。 #### 故障排除流程图 ```mermaid graph LR A[出现 ORA-31623] --> B{作业是否存在？} B -->|Yes| C[尝试ATTACH] B -->|No| D[重启新作业] C -->|成功| E[交互控制] C -->|失败| F[强制清理] F --> G[重启新作业] G --> H[添加唯一JOB_NAME] ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值