今天开发那边的一套数据库的undo表空间不知道被谁设置成了自动扩展,然后所谓的屋漏偏逢连夜雨的是, 开发人员今天跑了一个很大的事物,然后直接后果就是undo表空间不断被扩展,直到把文件系统写爆了.没办法得把undo表空间删了重建以回收空间啊.安装常规的操作: 先新建一个新的undo表空间: create undo tablespace tmpundo datafile '/soft/Oracle/oradata/sitjf/tmpundo01.dbf'size 1g autoextend off

create undo tablespace UNDOTBS2 datafile 'D:\oracle\product\10.2.0\oradata\ttonline\UNDOTBS02.DBF' size 500m reuse autoextend on next 100m;alter system set undo_tablespace=UNDOTBS2 scope=both;drop tablespace UNDOTBS1 INCLUDING CONTENTS AND DATAFILES

由于环境维护或者性能测试需要,经常需要对表空间进行重建操作.重建表空间操作主要分3中情况介绍,分别是业务表空间.临时表空间和回滚段表空间的重建. 重建业务表空间 由于业务规划要求,重建后的业务表空间名需要与原有的一致.操作上和重建临时表空间和重建回滚段表空间有不同. 1.备份当前需要使用的数据库,可以使用Oracle自带的expdp或者exp命令. 2.删除业务数据库. 3.停掉ORACLE监听,重启ORACLE实例,确保断开已有的连接和新连接的建立. 4.删除业务表空间 5.新建业务表空间 6

Oracle 12C用户创建与表空间分配  数据库安装完成后,首先用系统用户链接数据库容器(CDB), 在数据库容器(CDB)中创建表空间‘imei’ SQL>create tablespace iemi datafile'E:\Oracle_DB\ cdb_iemi.dbf'size 10240m autoextend on next 200m; 表空间已创建. 接下来在Oracle 12C数据库中创建用户时会报ORA-65096错误. SQL> create user imei ident

这篇文章是记录一次ORACLE数据库UNDO表空间爆满的分析过程,主要整理.梳理了同事分析的思路.具体过程如下所示: 早上收到一数据库服务器的UNDO表空间的告警邮件,最早一封是7:55发出的(监控作业是15分钟一次),从告警邮件分析,好像是UNDO表空间突然一下子被耗尽了. DB Tablespace Allocated Free Used % Free % Used 192.168.xxx.xxx:1521 UNDOTBS1 16384 190.25 16193.75 1.16 99 使用一

Oracle重建所有表的索引的sql: SELECT 'alter index ' || INDEX_NAME || ' rebuild online nologging;' FROM USER_INDEXES WHERE TABLESPACE_NAME = 'xxx' AND STATUS = 'VALID' AND TEMPORARY = 'N' AND INDEX_TYPE = 'NORMAL' AND PARTITIONED = 'NO'; 然后把结果放到PLSQL命令容器执行即可. O

该指数是一个有力的武器,以提高数据库的查询性能. 没有索引,喜欢同样的标签库没有书籍,找书,他们想预订比登天还难.中,尤其是在批量的DML的情形下会产生对应的碎片.以及B树高度会发生对应变化.因此能够对这些变化较大的索引进行重构以提高性能.N久曾经Oracle建议我们定期重建那些高度为4.已删除的索引条目至少占有现有索引条目总数的20%的这些表上的索引.但Oracle如今强烈建议不要定期重建索引. 详细能够參考文章:Oracle 重建索引的必要性. 虽然如此重建索引还是有必要的.仅仅是不建议定期

如何让Oracle释放undo表空间   最佳答案   在日常的数据库维护和数据库编程中经常会遇到犹豫对大数据量做DML操作后是得ORACLE的undo表空间扩展到十几个G或者几十个G 但是这些表空间的所占用磁盘的物理空间又不会被oracle所释放,如果你用的是PC机很可能会遇到磁盘空间不足的问题,经过个人整理经过如下操作可以重构undo表空间,同样temp表空间也可能在你查询大数据或则创建索引的时候无限扩大导致磁盘空间不足,同样可以用如下方式解决此问题: --查看各表空间名称 select n

一.回退段介绍 在Oracle数据库中,当某个事物对数据进行修改时,Oracle首先将数据的原始值保存到一个回退段中.一个事物只能将它的回退信息保存到一个回退段中,而多个并行事物可以使用同一个回退段. (1)回退段的作用 回退段主要有4个作用,分别是:事物回滚.数据库恢复.读一致性.闪回查询. --事物回滚:当事物执行失败或用户执行回滚操作(rollback)时,Oracle会利用保存在回退段中的信息将数据恢复到原来的值: --数据库恢复:当数据库实例运行失败,在数据库重启恢复时,Oracle先

Oracle Redo&undo Oracle中的redo和undo是关键技术的核心, 诸如实例恢复, 介质恢复, DataGuard, 闪回机制等都是给予redo和undo的, 所以很有必要详细梳理这块的知识, 总结记录. 数据变化日志 当我们改变一个数据块时, 都记录了哪些日志, 具体是怎么样的流程呢? 当在Oracle中改变一条数据时, 不仅仅要在数据文件里(可能在buffer里直接找到)找到并修改数据, 更重要的是需要做完善的日志记录, 具体如下: 创建一个重做改变向量, 描述如何往un

Oracle 12.1版本中,UNDO表空间仅存在CDB级别(共享UNDO),来自于AskScuti博客园. Oracle 12.2版本开始,UNDO表空间同时可以存在每个PDB级别(本地UNDO). MOS 文档 ID 2560841.1 使用版本:Oracle Database - Enterprise Edition - Version 12.2.0.1 及之后版本 目录 1. 确认是否开启本地UNDO 2. 关闭当前PDB并以受限模式打开 3. 创建新的UNDO表空间并切换 4. 删除旧

Oracle安装参考:https://www.cnblogs.com/zhichaoma/p/9288739.html 对于CDB,启动和关闭与之前传统的方式一样,具体语法如下:     STARTUP[NOMOUNT | MOUNT | RESTRICT | UPGRADE | FORCE | READ ONLY]     SHUTDOWN[IMMEDIATE | ABORT] 手动创建CDB 1. 修改~/.bash_profile文件,修改ORACLE_SID名称 export ORACL

通常对undo有一个误解,认为undo用于数据库物理地恢复到执行语句或事务之前的样子,但实际上并非如此.数据库只是逻辑地恢复到原来的样子,所有修改都被逻辑地取消,但是数据结构以及数据库块本身在回滚后可能大不相同.原因在于:在所有多用户系统中,可能会有数十.数百甚至数千个并发事务.数据库的主要功能之一就是协调对数据的并发访问.也许我们的事务在修改一些块,而一般来讲往往会有许多其他的事务也在修改这些块.因此,不能简单地将一个块放回到我们的事务开始前的样子,这样会撤销其他人(其他事务)的工作! 9.3

今天初次使用java连接Oracle 12c,遇到各种问题,为方便后续查询,在汇总了问题记录及解决方案如下. ORA-28040: No matching authentication protocol 需要在 ...\product\12.1.0\dbhome_1\NETWORK\ADMIN\sqlnet.ora 文件中加入 SQLNET.ALLOWED_LOGON_VERSION=8 ORA-12505: TNS:listener does not currently know of SID

在oracle中查找所有的表的索引的命令 select t.*,i.index_type from user_ind_columns t,user_indexes i where t.index_name = i.index_name and t.table_name = i.table_name 在oracle中实现索引的批量重建的sql命令,其中TableSpace为索引表空间 Declare L_Sql Varchar2(32767) := ''; Begin For indexRow I

前些天在做Oracle数据库恢复测试时,因为一些异常操作导致控制文件出了问题,数据库无法正常使用,这里记录一下重建控制文件的操作 一.使用sysdba用户登入数据库 此时普通用户已无法链接数据库 二.启动数据库到mount状态 此时可以看出异常来源:由于控制文件中的实例名与实例本身实例名不一致导致数据库实例无法正常启用 三.获取创建控制文件的脚本格式 在Oracle中我们可以通过 alter database backup controlfile to trace; 命令获取控制文件的创建方法,

http://blog.csdn.net/leshami/article/details/23763963 索引重建是一个争论不休被不断热烈讨论的议题.当然Oracle官方也有自己的观点,我们很多DBA也是遵循这一准则来重建索引,那就是Oracle建议对于索引深度超过4级以及已删除的索引条目至少占有现有索引条目总数的20% 这2种情形下需要重建索引.近来Oracle也提出了一些与之相反的观点,就是强烈建议不要定期重建索引.本文是参考了1525787.1并进行相应描述. 1.重建索引的理由 a.O

环境:OEL 5.7 + Oracle 10.2.0.5 背景:在Oracle的运维过程中,时常会遇到一些场景是需要重建控制文件才可以解决的.本文的场景可以通过复制控制文件到新路径,运行一段时间后,再用老的控制文件启动数据库重现. 1.当前故障现象 2.分析故障原因 3.重建控制文件 1.当前故障现象 在使用旧的控制文件启动数据库时,报错ORA-01122.ORA-01110.ORA-01207: SQL> shutdown abort ORACLE instance shut down. SQ

undo表空间是Oracle特有的概念.undo表空间中会自动分配undo段,这些undo段用来保存事务中的DML语句的undo信息,也就是来保存数据在被修改之前的值.在rollback,实例恢复(回滚),一致性读CR块的构造时会使用到undo信息.由于undo的引入,从而Oracle的select语句实现一致性读时,不需要任何锁. undo表空间和其它表空间有很多类似的地方:undo数据块也会被读到buffer cache缓存起来,修改时也会产生redo log,数据也会写回到undo表空间的

一. 什么是redo(用于重做数据) redo也就是重做日志文件(redo log file),Oracle维护着两类重做日志文件:在线(online)重做日志文件和归档(archived)重做日志文件.这两类重做日志文件都用于恢复;其主要目的是,万一实例失败或介质失败,它们能够恢复数据. 由于数据库缓冲,对磁盘数据的更新不是实时的,但是对redo日志的更新会在commit之后确切发生. 如果在事务提交之后,磁盘数据更新之前,系统发生故障,比如断电,系统重启之后会将那些已经写入redo,但是没有