原因:
上午客户反馈系统无法更新数据了,查看系统日志也没有报异常。巡检oracle数据时候发现,表空间文件已经满了。所以问题定位到了。其实应该很顺利的解决的,直接扩展表空间文件即可。没想到错误来了,直接运行扩展语句了。后来一看是旧的文件,新文件路径到/目录下了。本来就50g的空间马上就没了(表空间默认最大32G)剩余的就二十多G了,肯定不行,否则系统盘空间占用完,会导致系统故障那就麻烦大了。
原因是自己粗心大意了。
总结:
运维的工作细心细心在细心!
过程:
test/test
sys/orcl
错误目录:

正确目录:

sqlplus sys/orcl@ORCL as sysdba
alter tablespace CISASSETMAINWEIBOGX offline;

这一步需要先把文件拷贝到正确的目录,注意用户权限,使用oracle用户。
alter tablespace CISASSETMAINWEIBOGX rename datafile ‘/u01/oracle/product/11.2.0/dbhome_1/dbs/E:oradataorclCISASSETMAINWEIBOGX10.DAT’ to ‘/home/oracle/oradata/orcl/E:oradataorclCISASSETMAINWEIBOGX10.DAT’;

alter tablespace CISASSETMAINWEBOGX online;

select name from v$datafile;

ALTER TABLESPACE cisassetMainWeiboGX ADD DATAFILE ‘E:\oradata\orcl\CISASSETMAINWEIBOGX8.DAT’ SIZE 1024M AUTOEXTEND ON NEXT 1024M MAXSIZE UNLIMITED;