ORA-01119和ORA-27040错误

故障情况如下：客户主服务器重大故障，盘阵损坏，暂时无法使用或者修复，不过磁带机上有Rman备份，因此选择了一台备用机进行修复，服务器为AIX4.3，Oracle为10g，单机，所有备份归档都有（这就放心了）。。。
客户在做恢复时报错（一颗心立马揪了起来。。。不会备份的文件有问题吧），错误代码为ORA-01119和ORA-27040，也就是说，在restore文件到新服务器存储的时候报错，无法restore备份。

开始了解详细的用户操作步骤，从描述上看，备机与原服务器的os版本相同，补丁也都打完全了，数据库版本也一致，存储空间和目录也都与原来一样，用户将磁带机连好后，将初始化参数文件复制到相应位置，创建了口令文件，nomount数据库后，通过rman将控制文件restore到相应的目录中，mount数据库后开始restore数据文件，在数据文件restore到一个undo表空间的文件时报错。
听上去好像用户也没有任何操作错误，检查了一下，确实备机与主机环境基本上一样，为什么会报ORA-01119和ORA-27040错误呢

分析ORA-01119和ORA-27040错误原因，一般来说主要是存储空间不够，没有目录操作权限之类，但如果是这种原因，那应该在相应目录下所有文件都不能创建，但现在的情况是大文件创建不行，小文件没问题。。。说到这里，可能大部分人都猜到了——对地，就是大文件的问题。。。这也算是经典问题了，很多平台都有，这次是aix，上次我还遇到过在hp unix上。
经过检查，发现备机上确实没有调整文件大小限制，需要进行调整。在aix上影响文件大小限制的主要有两个地方，一个是文件系统类型本身，需要使用large file enable filesystem，例如如果使用jfs2系统，默认就支持大文件；另一个是os上一个核心参数的设置。
可以使用下面的方法取消文件大小限制：
找到 /etc/security/limits文件，把fsize改为-1，-1表示文件大小无限制（当然也可以设置为有限制，如果限制为4GB，可以将fszie设置为 4GB/512 的值），在设置后重新连接会话，设置生效。

 
注意：Oracle的有些文件需要注意这个问题，如果用到这些文件，最好将文件大小设置为无限制，主要要关注的文件有：
1、数据文件（设置了自动扩展，一般可以扩展到8gb-128GB，大文件表空间的数据文件可以扩展到128TB）
2、告警和trace文件，尤其是一些bug或者异常产生的trace文件
3、Rman备份文件
4、exp或者expdp的导出文件