有些时候需要将Oracle的多个数据文件以及日志文件重定位或者迁移到新的分区或新的位置,比如磁盘空间不足,或因为特殊需求.对于这种情形可以采取批量迁移的方式将多个数据文件或者日志文件实现一次性迁移.当然备份恢复也是其中的方式之一.本文主要描述如何使用批量方式来迁移数据文件,日志文件.如需要也可以将整个数据库迁移到新的位置以及重命名数据库. 1.环境及需求 robin@SZDB:~> cat /etc/issue Welcome to SUSE Linux Enterprise Server 10
一, 故障模拟 控制文件损坏 发现关闭不了 强制关闭 故障恢复 发现已经执行到mont阶段,因为这个不依靠控制文件 进入整段日志 cd /u01/app/oracle/diag/rdbms/orcl/orcl/trace/ 查看alert_orcl.log日志 vim alert_orcl.log 报错信息 ORA-: cannot open the specified control file ORA-: control file: '/oradata/orcl/control01.c
Oracle 控制文件损坏解决方案 故障一:丢失(损坏)一个控制文件 前台报错:ORA-00205:error in identifying control file,check alert log for more info 解决方案:(干净或非干净方式关闭数据库) 使用完好的控制文件复制(替换)重命名丢失(损坏)的控制文件: 故障二:两个控制文件版本不一致 (1)一个控制文件正常,另一个控制文件来源于其他备份或其他数据库的控制文件: 前台报错:ORA-00214:control file '
普通文件复制 public void copyFile() throws Exception{ FileInputStream fis=new FileInputStream("C:\\Users\\zdx\\Desktop\\oracle.mov"); FileOutputStream fos=new FileOutputStream("d:\\oracle.mov"); byte[] b=new byte[1024]; while (true) { int re
一.概述 本文将给大家介绍oracle各类文件损坏的现象和应对策略,请注意所有的恢复都是基于有备份的情况,所以请开启数据库的日常备份.文章将从以下文件展开 a. 密码文件 b. 参数文件 c. 控制文件 d. 数据文件(分普通表空间数据文件,其它表空间数据文件如system.sysaux.undo) e. 日志文件(分current.active.inactive) 在正式实验之前,我先问一个问题,上面这些文件,哪个损坏最致命? 二.环境准备 本实验在oracle 11G归档模式下进行,实验前先
控制文件中记录了oracle数据库的物理结构,也就是记录了数据库数据文件和日志文件的位置,控制文件中还记录了多种SCN,用这些SCN来确定数据文件和日志文件是否是正确的.如果不正确那么数据库就需要恢复启动数据库有三个状态nomount 加载参数文件启动实例mount 加载控制文件open 根据控制文件加载数据文件和日志文件 一.Oracle控制文件多路复用 查询控制文件路径 SYS@zwcdb:~>SELECT name FROM v$controlfile; NAME ------------