Oracle物理备份注意事项

Oracle数据库物理备份时通常需要注意以下几点：
如果存储I/O资源紧张，那么尽量选择在业务空闲时间备份，否则容易导致存储I/O资源达到瓶颈，从而影响业务。
预先估计数据库产生的备份集大小，确保备份空间有足够大小存放备份集。这一点，在部署数据库备份时，DBA通常会考虑到，但DBA往往不会考虑到数据库空间的增长情况，即随着数据库空间的增长，备份空间可能会不足。
如果条件允许，备份空间所使用的存储和控制器应该独立于生产数据文件存放的磁盘，否则容易一荣俱荣，一损俱损。
如果备份空间足够，确保备份集被拷贝到脱机介质（如磁带库）的同时本身不会被删除，而是会保留一段时间。万一数据库发生灾难，可以直接使用备份空间中的备份集恢复数据库，这可节省时间。
如果使用BEGIN BACKUP方式物理备份数据库，则可能会产生比以往还要多的归档日志，因此需要确保备份期间的归档空间足够。在AIX系统中，如果MAXCLIENT%、MAXPERM%设置得过高，在使用操作系统命令拷贝大文件的过程中可能会消耗大量的物理内存，进而产生交换。严重情况下，甚至会导致宕机。
如果使用RMAN备份还可以对备份集进行压缩和加密。对备份集进行压缩是一个用时间换空间的特性，即使用RMAN压缩特性备份数据库时可以产生更加小的备份集，但通常需要消耗更多的CPU资源，花费比较长的时间。此外在恢复时，由于需要解压备份集，所以恢复时间也会比较长。
在使用NO LOGGING属性操作了相关对象之后，应立即对该对象所在的数据文件做一次物理全备份。可以查询V$DATAFILE. UNRECOVERABLE_CHANGE#观察该数据文件是否需要备份，如果UNRECOVERABLE_CHANGE#值产生的时间点在物理备份之后，那么说明该数据文件中的对象有NO LOGGING操作，需要对该数据文件进行一次物理全备份。
在Oracle 10G之前，如果使用RESETLOGS选项打开过数据库，那么打开之前做的数据库全备份全部会失效，所以应立即对数据库做一个全备份。
对于READ ONLY/OFFLINE状态的表空间，如果之前有备份，且备份以来没有发生变化，为了加快备份速度，节省备份空间，可以不用每次都备份。