IT168首页 | 产品报价 | ChinaUnix社区 | ITPUB社区 | 文库 | 博客 | 自测 | 专题 | ITPUB学院

Oracle数据库管理

甲骨文日前宣布,Oracle企业管理器Ops Center(Oracle? Enterprise Manager Ops Center)上市,这进一步推进了甲骨文从应用软件至磁盘的管理战略,并迅速实现了甲骨文与Sun技术融合的路线图。

18日更新
Oracle企业管理器Ops Center上市

去年年底做了不少系统的数据迁移,大部分系统由于平台和版本的原因,做的是逻辑迁移,少部分做的是物理迁移,有一些心得体会,与大家分享。

经验:Oracle数据库中数据迁移的技巧

本文只讲最最平常最最简单的索引,就是以create index ix on tx(a,b,c);形式创建的索引,而不讲位图索引、反向键索引、倒序索引、基于函数的索引等等。其实呢,只要是基于B树的索引,不管是在Oracle, Mysql,还是其它数据库中,原理应当都是一样的

技术感悟:我对Oracle索引的理解

而今天,当Oracle一步步开始涉足管理工具,开发工具,数据库集成工具等外围产品时,一切都发生了变化,那些“合作伙伴”们要么已经被Oracle收购,要么已经被Oracle挤压得奄奄一息

推GoldenGate Oracle再施压第三方厂商

在2009年11月6-8号这个周末里,我们将Oracle和BEA用户从经典的Metalink网站转移到了新的技术支持门户My Oracle Support上,许多用户已经开始使用My Oracle Support体验下一代技术支持平台的好处了。新的支持门户提供了更加个性化的服务,服务请求将会更快得到解决。

如何从Metalink转到My OracleSupport

事情的起因是系统的最终用户反映某些查询功能比较慢。简单地看了一下主机的负载以及数据库的性能状况,没发现什么异常,甚至可以说系统相当地轻闲。

09日更新
共享内存段异常引起查询慢的分析处理

我们都知道drop table, truncate table时都会先做一次checkpoint,将被删除对象的脏块写入磁盘。

Oracle性能优化:drop table与db cache

我们经常使用Sql Trace和10046 event来诊断Oracle数据库性能问题。而level超过1的10046事件通常称为extended sql trace,通常用于诊断确定的单个SQL、存储过程或会话的性能问题。

使用Oracle SQL trace时需要注意的问题

  最新版Oracle Audit Vault进一步实现数据库 审计与监控的自动化。甲骨文推出新的报告和报警功能,降低遵循法规指令所需的成本并减轻内部威胁

新版Oracle Audit Vault强化审计与监控

由于ODU命令比较多,特别是关键的unload命令比较复杂,本文将简单介绍几种场景下使用ODU进行数据恢复时,使用的命令序列。

Oracle数据库ODU的几种恢复场景

Oracle服务端装的版本为10.1,IP地址为129.1.9.90,在备份机上安装oracle10.1,配IP地址为129.1.9.91,关闭防火墙。

手把手教你如何搭建Oracle的exp备份机

事情的起因是,一个应用升级后,某一个操作导致一个表的几个列全部被更新为同一值(忍不住又要唠叨测试的重要性)。这样的错误居然出现在应用代码中,显然是重大的BUG。

记一次Oracle数据恢复过程

在自动UNDO管理模式下,我们有时仍然想手动删除UNDO段。比如某个UNDO段出现了逻辑坏块。下面首先来看看,直接删除UNDO段能不能成功。

02日更新
怎样删除UNDO自动管理模式下的UNDO段

关于ORA-600错误,第一个参数,也就是第一个方括号中的标识,通常可以用来定位Oracle错误发生的内部模块。(

02日更新
记一次ORA-600[4042]故障的处理

2009年9月Oracle公司发布了期待已久的Oracle 11g R2,本系列文章将给读者一一揭开新版本中的新特性,并会介绍企业如何利用这些新特性将现有的Oracle 9i,10g,11g R1升级到Oracle 11g R2

Oracle 11g R2新特性概述

唯一性约束是为了保证某个字段或者某一组字段的每一条记录的数据在表中只村子唯一一条的约束。当向表中插入一条记录(或修改记录)时,如果存在唯一性约束,就需要先检查表中是否已经存在该数据,如果不存在,数据才允许插入。

28日更新
事务队列等待深入分析:唯一性约束

我们知道,事务在对数据块中的记录加锁时,需要首先在数据块头部记录下该事务的相关信息,这样一个记录就是一条ITL槽(slot)。ITL TX等待发生在事务请求对数据块中记录加锁时,数据块上没有足够ITL槽。

22日更新
事务队列等待深入分析:ITL争用

当一个事务需要修改(大多数情况是Insert操作,某些情况下也可能为Delete操作)索引块(枝节点或叶子节点)上的数据,但没有足够空间容纳新的数据(包括索引条目、ITL slot)时,会将原有块上的部分数据放到一个新的数据块上去,这一过程就是索引块分裂(Index Block Splitting)。

B-Tree 索引中的数据块分裂

接到生产支持的同事报告:数据库反应非常慢,很多数据库操作无法完成,DB出在被hung住的状态。同时,他们通过OEM发现其中一个节点(我们的数据库是10G RAC环境,3个节点)上发现存在很高的“Active Sessions Waiting: Other”的waits。

异常终止会话导致系统被Hung

通常,我们在分析锁导致的会话被阻塞的问题的时候,都会查询视图DBA_WAITERS或者DBA_HOLDERS,找到阻塞进程,提交或者回滚它,就能为被阻塞的会话“疏通”道路了。但是,在RAC环境中,这两个视图并不完全可靠。当阻塞和被阻塞会话都在同一个instance上时,这两个视图对我们还是有帮助的。但是,当阻塞和被阻塞会话在不同instance上时,从这两个视图中就不能得出结果

20日更新
如何获取RAC环境中的锁等待队列
金秋十月 与你饮酒论道
热门文章
it168文库会议频道上线

热门标签

热点推荐