Oracle数据库管理

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ROW MOVEMENT特性最初是在8i时引入的，其目的是提高分区表的灵活性——允许更新Partition Key。