模拟实验: 创建一个表空间后,直接把数据文件删除了:然后重启server. 1. create tablespace w56 datafile '/u01/app/oracle/product/10.2.0/db_2/oradata/orcl/w56.dbf' size 50M; 2.手动删除 w56.dbf文件 3.重启数据库server 4.该时刻 数据文件状态 5.解决办法 6.删除表空间 SQL> drop tablespace w56 including contents; Table

由于移动或删除DBF文件报错:ORA-01033: ORACLE initialization or shutdown in progress   原因:一般该类故障通常是由于移动文件而影响了数据库日志文件出现损坏而导致的无法正常进行IO操作而引起的错误.ORACLE将识别为数据库未装载完成而导致出现如上错误.   故障特征:使用命令行sqlplus或PL/SQL Developer均无法打开数据库.但是可以使用sys用户以sysdba的身份登录系统   解决方法:  

Oracle单个数据文件超过32G后扩容   表空间数据文件容量与DB_BLOCK_SIZE的设置有关,而这个参数在创建数据库实例的时候就已经指定.DB_BLOCK_SIZE参数可以设置为4K.8K.16K.32K.64K等几种,Oracle的物理文件最大只允许4194304个数据块(这个参数具体由操作系统决定,一般应该是此数字),表空间数据文件的最大值对应关系就可以通过4194304×DB_BLOCK_SIZE/1024M计算得出. 4k最大表空间为:16384M 8K最大表空间为:32768

oracle删除日志文件 删除日志文件的语法例如以下: alter database drop logfile member logfile_name; 删除日志文件须要注意例如以下几点: 1.该日志文件所在的的日志文件组不能处于current状态,须要运行一次手动日志切换,将该日志文件组的状态改动为inactive 2.该日志文件所在的日志文件组中必须包括有其它的日志成员. 3假设数据库执行在归档模式下,则应该在删除日志文件之前,确定它所在的日志文件组已经被归档,否则会导致数据丢失. 日志文件

最近由于系统重装,在还原dmp备份文件时,由于数据原因(用exp命令导出时表没有导出全部),导致系统不能正常运行.根据网上的信息和个人实际情况,做个记录,便于后用. oracle 导出空表方法: 1. 执行下面语句: ; 2.假设我们这里有空表TBL_1,TBL_2,TBL_3,TBL_4,则查询结果如下: alter table TBL_1 allocate extent; alter table TBL_2 allocate extent; alter table TBL_3 allocat

问题描述: 误删除Oracle数据库的dbf文件,在启动和关闭数据库是会提示错误. startup启动数据库时提示: ORA-01157:无法标识/锁定数据文件 ORA-01110:数据文件:‘....../X1000_1.dbf' 未找到 解决方法: 1.sql>alter system set "_ALLOW_RESETLOGS_CORRUPTION"=true scope=spfile; System altered. 2.sql>shutdown immediate

在我们详细介绍之前,我们必须说清楚一点:Oracle不提供如删除表.视图一样删除数据文件的方法,数据文件是表空间的一部分,所以不能“移走”表空间. 一.使用offline数据文件的方法 非归档模式使用:alter database datafile '...' offline drop; 归档模式使用:  alter database datafile '...' offline; 说明: 1)         以上命令只是将该数据文件OFFLINE,而不是在数据库中删除数据文件.该数据文件的信

1.背景说明 在Oracle数据库中插入了1.5亿条数据, 并且创建了主键索引, 又插入了1.5亿条数据到另外一张表, 导致数据库表空间暴涨到28G, 由于根目录下只有50G的空间, 数据库文件所在磁盘空间不够, 已经撑爆,完全无法写入任何新的文件, 所以需要将数据库dbf迁移到有空间的磁盘. 2.登录Oracle的system用户 sqlplus / as sysdba system/123456 3 .关闭数据库 shutdown immediate; 有可能无法关闭,报错说system用户

控制文件被删除后,系统崩溃,下面介绍下如何恢复控制文件 SQL> conn / as sysdbaConnected to an idle instance.SQL> startup nomount;ORA-27102: out of memoryLinux Error: 12: Cannot allocate memorySQL> startup nomount pfile='/u01/app/oracle/product/10.2.0/db_1/dbs/initorcl.ora'OR

1.使用cmd命令登录Oracle:sqlplus / as sysdba;就可以,中间两个空格.2.删除了dbf导致Oracle工具不能正常使用解决办法(oracle initialization or shutdown in process):第一步:使用超级管理员登录成功 第二步.SQL>shutdown normal 提示:数据库已经关闭 已经卸载数据库 ORACLE 例程已经关闭 第三步.SQL>startup mount 第四步.SQL>alter database open

TFS:TFS2010 VS:VS2012 OS:Windows2008 DB:Sqlserver2008 R2 我们在团队开发当中,版本控制是一个不可忽略的工具.我们团队使用的是TFS2010这个版本控制器. 但在团队实际协作开发当中,团队成员难免有电脑损坏或人员离职情况,把文件签出而其他同事无法签出进行编辑. 解决文件锁定有很多种办法: 1.利用一个插件工具 解除锁定 http://visualstudiogallery.msdn.microsoft.com/c255a1e4-04ba-4f

有一个数据库硬盘空间满了,查看发现一个dbf超大,并且不在规定的路径下,知道是一个非重要数据文件,于是删除. 后来重启数据库时, SQL> startupORACLE instance started. Total System Global Area  285212672 bytesFixed Size            1218992 bytesVariable Size           96470608 bytesDatabase Buffers      184549376 by

创建表空间 SQL> create tablespace TEST datafile='+DATA/rac/datafile/test01.dbf' size 1g; Tablespace created. 删除表空间: SQL> drop tablespace test;Tablespace dropped. 结果发现再次创建的时候出现问题: SQL> create tablespace TESTdatafile '+DATA/rac/datafile/test01.dbf' size

今天发现一个Oracle测试库的字符集设置不正确,原本的字符集是UTF-8,正确的字符集应该是ZHS16GBK,因为UTF-8是ZHS16GBK的超集,无法修改,只能重建数据库,幸好该测试库上还没有数据. 虽然用DBCA也可以创建数据库,但我个人更喜欢手工创建数据库,其主要步骤如下(数据库版本11.2): 1. 设置ORACLE_SID 默认的ORACLE_SID是orcl,我个人强烈建议起个唯一.且意义的名字,比如**testdb,**proddb等等,在Oracle用户下执行: export

--什么是控制文件 控制文件是数据库的一个二进制文件,它主要记录数据库的名称. 数据库的数据文件存放位置等信息. 一个控制文件只能属于一个数据库.如果控制文件丢失,这数据库就无法操作. --下面查询语句必须在 sql plus工具中执行. --查询控制语句数据字典 desc v$controlfile; --什么是日志文件 日志文件在Oracle数据库中分为重做日志文件和归档日志文件两种.重做日志文件 是Oracle数据库正常运行不可缺少的文件.重做日志文件主要记录了数据库 操作过程.用于备份和

从表空间删除数据文件前提条件 如果欲从表空间中删除数据文件,那么该数据文件必须为空,否则将报出"ORA-03262: the file is non-empty"的错误.   从表空间删除数据文件步骤 1.确定数据文件为空 根据数据文件名称及表空间确定文件为空 SQL> SELECT distinct b.owner, b.segment_name FROM dba_data_files a,      dba_extents b WHERE a.file_id = b.file

删除用户定义的数据库角色注意事项 无法从数据库删除拥有安全对象的角色. 若要删除拥有安全对象的数据库角色,必须首先转移这些安全对象的所有权,或从数据库删除它们. 无法从数据库删除拥有成员的角色. 若要删除拥有成员的角色,必须首先删除角色的成员. 若要删除数据库角色中的成员,请使用 ALTER ROLE (Transact-SQL). 不能使用 DROP ROLE 删除固定数据库角色. 在 sys.database_role_members 目录视图中可以查看有关角色成员身份的信息. 若要删除服务

DBF 文件 ORACLE 数据库恢复 清·魏源<庸易通义>:"至道问学之有知无行,分温故为存心,知新为致知,而敦厚为存心,崇礼为致知,此皆百密一疏." 起因 在我们的生产活动中,意外总是在不经意间发生.那天一个安装有 oracle 数据库的盘符不小心被格式化了,好几个项目都炸了.不过还好有备份,不过只有 .DBF 文件和几个日志文件: //数据库系统相关 REDO01.LOG REDO02.LOG REDO03.LOG SYSTEM01.DBF UNDOTBS01.DBF

测试的时候向数据库中插入了大量的数据,测试完成后删除了测试用户以及其全部数据,但是数据文件却没有缩小.经查阅资料之后发现这是 Oracle “高水位”所致,那么怎么把这些数据文件的大小降下来呢?解决办法如下: 概念: 表空间的相关知识请见这里,详细的介绍了 Oracle 数据库的存储结构. 高水位:High Water Mark (HWM),是段(Segment)的一个指标,界定了段(Segment)曾经配置过的 block 水位. 据说,随着数据的 insert,所使用段(Segment)的数

/tmp目录文件重启后自动删除现在知道有ubuntu和solaris系统source:http://blog.chinaunix.net/uid-26212859-id-3567875.html经常会把临时性的log或抓包等文件放在/tmp目录下,重启后发现文件都丢失了.查下资料发现,可以通过设置解决这个问题.在/etc/default/目录下有个rcS文件,文件内容如下:## /etc/default/rcS## Default settings for the scripts in /etc

mysql数据库迁移到oracle数据库后 如何删除相同的数据 首先搞清楚有多少数据是重复的 select pid from product group by pid having count(pid) > 1 删除重复记录(id都是重复的) delete from productwhere pid not in (select min(pid) from product group by pid having count(pid)>1)