2006-11-29，率先发布的是Linux X86平台的补丁，补丁大小为:900M (944119624 bytes)
2006-12-01，紧接着发布的是Windows 32Bit平台的补丁，补丁大小为:852M (893987999 bytes)

这可以称得上是两个超大的补丁，已经超过了原始安装包的大小。

最近Oracle关于安全方面的问题不断被曝光，包括前几天炒得沸沸扬扬的0day缺陷公布计划,Cesar Cerrudo (Argeniss Information Security公司创始人)原打算于12月发起一个 WoODB (Week of Oracle Database Bugs)计划，定期公布Oracle的相关Bug，用以推动Oracle的Bug修复和问题解决。
但是后来由于一些不可细说的原因这个计划被取消了。

但是也许正是这些关于安全方面的指责使得Oracle开始大规模的修复Bug，这个巨大的Patchset可能与此有关。

这些Patch可以从Metalink上下载,有Metalink帐号的朋友可以使用以下快速链接下载:
https://updates.oracle.com/ARULink/PatchDetails/process_form?patch_num=5337014&release=80102030&plat_lang=46P&patch_num_id=770577

不过下载归下载，是否升级还要斟酌下；如果真的是Oracle11g可以实现在线补丁应用，那该多好啊！

-The End-

Company	2005	2005 Market Share (%)	2004	2004 Market Share (%)	2004-2005 Growth (%)
Oracle	6,721.1	48.6	6,234.1	48.9	7.8
IBM	3,040.7	22.0	2,860.4	22.4	6.3
Microsoft	2,073.2	15.0	1,777.9	13.9	16.6
Teradata	440.7	3.2	412.1	3.2	6.9
Sybase	407.0	2.9	382.8	3.0	6.3
Other Vendors	1,134.7	8.2	1,090.4	8.5	4.1
Total	13,817.4	100.0	12,757.8	100.0	8.3

Source: Gartner Dataquest (May 2006)

Database Replay是指在产品环境的数据库上捕获所有负载，并可以将之传送至Standby数据库或由备份恢复的测试库上，在测试环境中重演主库的环境，这使得升级或者软件更新可以进行预先的"真实"测试，或者可以通过测试环境完全再现真实环境的负载及运行情况。

在我看来，这是Oracle向后追溯能力的又一增强，在Oracle10g中，我们知道Oracle通过v$session_wait_history视图，ASH特性等，实现将数据库的等待事件向后追溯，现在通过Database Replay特性，Oracle可以将整个数据库的负载捕获、记录并实现Replay，也就是整个数据库的向后追溯能力。

这一特性提供的再现现场能力，极大的丰富了我们发现并解决数据库问题的手段，将为数据库管理带来更多的方便之处。

当然使用这一特性会带来一定的性能负担，Oracle说这一负担在5%左右。

这一特性的简化版本就是SQL Replay，即只捕获SQL负载，通过SQL负载应用再现SQL影响:

Oracle已经有了一系列的Flashback，现在又有了Replay；Flashback可以向后闪回，Replay可以向前推演，Oracle给用户提供的手段越来越多，期待这一特性在正式版中能够有完美的展现。

-The End-

Oracle在Oracle9i中引入了自动PGA调整；在Oracle10g中引入了自动SGA调整；而在11g中，通过设置一个参数，Oracle可以自动调整所有的内存使用，这被称为自动内存管理(Automatic Memory Management).
如果这项功能被缩写为AMM，那么Oracle已经有了:

ASSM
ASM
AMM
AUM
ADDM
AWR
......

这一新引入的参数据说是:MEMORY_TARGET

那么Oracle在内存管理方面已经有了一下主要几个TARGET:
SGA_TARGET
PGA_AGGREGATE_TARGET
MEMORY_TARGET

而MEMORY_TARGET 这个参数将最终将DBA从内存管理中解放出来。

英文原文如下:

MEMORY_TARGET specifies the Oracle system-wide usable memory. The database tunes memory to the the MEMORY_TARGET value, reducing or enlarging the SGA and PGA as needed.

In a text initialization parameter file, if you omit the line for MEMORY_MAX_TARGET and include a value for MEMORY_TARGET , the database automatically sets MEMORY_MAX_TARGET to the value of MEMORY_TARGET . If you omit the line for MEMORY_TARGET and include a value for MEMORY_MAX_TARGET , the MEMORY_TARGET parameter defaults to zero. After startup, you can then dynamically change MEMORY_TARGET to a non-zero value, provided that it does not exceed the value of MEMORY_MAX_TARGET .

我们只能说Oracle越来越自动化了，在易用性方面，Oracle一直不懈的努力的确惹人瞩目。

-The End-

最近Symantec推出了首款数据库安全产品，这一产品被称为Symantec Database Security and Audit 3100 Series，缩写下来就是: SDSA 3100.

这是一款硬件设备，具有独立的系统，部署在数据库之前，可以实时检测进出数据库的流量，及时发现入侵或数据篡改。

据Symantec称，该设备的另一典型特点是具备极强的自学习能力，可以从正常的运行中学习系统正常信息，一旦出现异常，则可以及时发出警告。

现在这款产品已经支持的数据库有:

• Oracle 8, 9, 10
• Microsoft SQL Server 2000, 2005

最近跟Symantec这个词打了不少交道，公司Exchange系统使用的反垃圾邮件产品就是Symantec Brightmail AntiSpam产品，但是这款产品有一个问题就是，当License过期之后，该软件的功能就完全失去，连基本功能也不可用，用户只能立即续约；这实在是让人无法忍受。

说到产品，Brightmail的功能的确不错，据官方的宣传数据:

垃圾邮件捕获有效率达到 95%
防误报准确率达到 99.9999%（每百万封邮件仅有不到 1 例的误报）
每隔 5 到 10 分钟便自动执行一次及时、安全的更新
由设在美国、爱尔兰、澳大利亚和中国台湾的全球运营中心提供支持。

说起来Brightmail也是Symantec收购的一个产品，自2000年以来，赛门铁克已经相继买下了BindView、Brightmail、Liric、Sygate 、Turntide 、WholeSecurity以及Veritas等公司，形成了较为全面的产品线，Symantec是一家有志向的公司，其产品也具有良好的口碑和技术实力；微软最近也加入了防病毒及安全领域的竞争；在这个市场上，竞争会使得世界越来越精彩。

然而对于数据库安全来说，我认为更重要的在于管理，没有良好的管理，再多的设备也没有用武之地。

-The End-

在安装过程中我们可以看到，经过Oracle武装的小企鹅披挂上阵，这就是Oracle声称的“Unbreakable Linux”

此前很多人已经预测，Oracle迟早要进入操作系统的领域，现在这一天来到了。
且不管Oracle意在收购还是要自立门户，Oracle的OS的时代已经到来。

可是作为用户应该怎样选择呢?
我决定开始测试一下，如果这个版本是基于当前的Reahat稳定内核，运行目前的Oracle数据库应该没有问题，而且在将来的版本中应该越来越具优势。

Oracle的ASM、CRS都很快被用户接受，OS应该也会很快被Oracle的Fans们所追捧。
当然，重要产品环境的应用应当谨慎。

-The End-

Dear Valued Customer,

You are being sent this email because you have downloaded the 10.2.0.2 RDBMS server patchset for Sun Sparc Solaris 64-bit from www.metalink.com.

Please note that Patch 5117016 is a MANDATORY PATCH required to be installed and run immediately AFTER installation of the 10.2.0.2 Patch Set on Sun Sparc Solaris 64-bit. This patch fixes a known issue in 10.2.0.2 Patch Set on Sun Sparc Solaris where the libserver10.a library is installed incorrectly into $ORACLE_HOME/rdbms/lib instead of into $ORACLE_HOME/lib.

Any patches applied without Patch 5117016 installed must be backed out, Patch 5117016 must be applied and then the patches reinstalled.

Not applying the patch can cause subsequent problems such as:

Applying patches on top of 10.2.0.2 may have no effect.
Changing the DBA user or SGA attach address may have no effect
Further details on this issue can be found in ALERT Note 394933.1

Thank you,
Oracle Support Services

P.S. Please do not reply to this email as this email account is not monitored. If you require further assistance, please use MetaLink, https://metalink.oracle.com, to submit a Service Request.

这个邮件中存在太多显而易见的错误，例如 www.metalink.com 根本不是Oracle公司的网址，这些错误差点让我以为这是封钓鱼邮件，还好在Metalink上找到了相关说明。

看来Oracle公司写邮件也太不严格。

-The End-

此前，我曾经介绍过Oracle11g将可能在10月份的这个大会上推出，当时关于Alpha版的信息已经可以见到，现在出现的已经是Beta版，离Oracle11g的正式版已经不远。

Laurent Schneider 在他的Blog中提到，关于Oracle11g的名字还没有最后确定，就像10g推出时一样，Oracle可能给11版的数据库一个新的名字。可是据我估计，更改的可能性不大，因为Grid技术在10g中还并不成熟，推广和使用也极为有限，Oracle应该会沿着这个方向至少再走1~2个版本才对。

那么11g中将会出现哪些激动人心的新特性(new features)呢?
Justin Kestelyn 在他的Blog中提到了很多Beta版中引入的新特性：

1.如果说10g着重于降低所有者成本，那么11g将着重降低变更管理成本(也可以被称为提供变更保证)

2.DataGuard将引入一个新特性-Flashback Standby
这个新特性可以使得备用数据库可以创建一个快照，从而能够重演主库的所有负载变化，使得通过备用数据库研究主库的负载变化等成为可能，而且通过闪回功能，备用库仍然可以和主库保持一致。
eygle注:在我看来，这一新特性是丰富了DataGuard的功能，使得DataGuard可以发挥更大的作用。

3.在变更管理增强方面，Oracle提供在线的升级(Upgrade)和补丁应用(hot Patching)，从而实现无当机(no downtime)的系统维护.
eygle注:这真是一个激动人心的特性，减少Down机时间的问题修复显然已经被期待已久。

4.快速的故障解决
这一特性是通过引入自动收集故障相关信息来完成的，同时数据库提供修复建议(repair Advisor)等工具协助快速故障诊断。

5.关于分区的增强
实现了通过逻辑对象分区，同时实现了自动分区创建的功能。
eygle注:自动分区的创建，一直以来我们都是通过自己编写的过程来实现的，现在Oracle将这个过程内置在数据库中，这只能算得上一个易用性方面的小增强吧。

6.其它
新的高性能LOB基础架构
本地Java & PL/SQL编译器
新的PHP驱动

让我们一起期待11g的来临吧！

-The End-

给我颁奖的是北京大学教授-唐世渭老师，感谢唐老师:

感谢照片的摄影师，虽然我不知道他的名字，可是他说过一句话：

清晰的照片都是我拍的，这个不是，这个模糊了。

很经典。

-The End-

十位最终进入前十名的选手一一亮相，选手名单如下，排名不分先后：

王明胜 李强 段云峰 万正勇 邢海捷 盖国强 齐红胤 牛新庄 冯春培 汪海

本次活动也终于落下了帷幕。

以下是个人在现场的照片一张:

-The End-

也就是说，评选的最终结果已经尘埃落定，只不过公布时间在8月23日，本周三。

活动的具体安排为：

时间：2006年8月23日（周三）下午
地点：北京市国宾酒店二层大宴会厅

会议流程
时    间	内    容
14：00－14：10	主办方领导致辞
14：10－14：20	赞助方致辞
14：20－14：30	2006年中国优秀数据库工程师颁奖
14：30－15：30	在SOA环境下提升数据库系统服务能力（研讨主题）
	超大型数据库实现集成化管理策略（研讨主题）
	XML与数据库应用相结合的难点及趋势（研讨主题）
	多渠道整合异构数据（研讨主题）
	优化数据库内存资源策略（研讨主题）
15：30－15：40	2006年中国杰出数据库工程师颁奖
15：40－15：50	活动总结陈词
15：50－16：00	活动抽奖
16：00	颁奖典礼结束，观众领取纪念品
备注：会议最终流程以当日为准

届时，众多好友又可以小聚一场，不亦快哉！

-The End-

通过8月12日、8月13日两天评审委员会对30名进入终选阶段工程师的集中面试，根据面试的实际情况，评审委员会委员一直认为在评选出前十名杰出数据库工程师的基础上，由于选手来自行业不同，研究方向也有很大区别，很难再量化出前三名杰出数据库工程师。因此，不宜在十名杰出数据库工程师中再排出具体名次。

经过评审委员会委员认真讨论，评审委员会建议组委会取消原评选细则中关于前三名的设置。组委会在充分听取评审委员会专家意见之后，经慎重考虑决定取消原评选细则中关于前三名的奖项设置，由评审委员会评选出的前十名杰出数据库工程师排名不分先后。特此声明。

大早出门时给biti打电话，他和汪海两个自费坐火车来北京参赛，据说组委会帮忙安排了一天的住宿，他们先去了住所。

中午组委会还准备了午餐，我私下问了一声：能带家属去么?
组委会说：不行。

于是几个朋友一起小聚了一餐，出席的朋友有:

biti，汪海，冯昕+果果+果果爸爸，牛新庄，我+Julia

大家相谈甚欢，吃了一顿开开心心的午餐，争夺了一番，最后是果果爸爸买了单，感谢冯昕，感谢果果，感谢果果爸爸：）

新庄之前曾经见过一面，感觉颇为投缘，这次又有机会见面，实为不易：）

晚餐在住处附近，出席的朋友有：

biti，汪海，叶梁，Kamus，桔子，Julia+Me

小聚一场。

期待8月23日，最终结果日，Biti和汪海又可以自费来一趟：）

面试活动流程：

专家与工程师时间安排：

专家评审团很是鼎盛，期待明天！

王珊   施伯乐 陈冲 周立柱 冯玉才 罗晓沛 周龙骧 乐嘉锦 唐世渭

这些专家都是国内数据库界的前辈名士，这些专家主编或编写的教材曾经是我学习数据库的启蒙教材。非常期待这次会面。不知道这次终选是否允许自由入场旁听，如果可以，俺或许可以从头听到尾，多学习一点东西。

不过主办方是有网上直播的，不在场的朋友也应该可以看到。

此外，一些外地的朋友也会因为此次活动来到北京，良朋小聚，不亦乐乎！

终选选手名单参考：

http://www.eygle.com/archives/2006/07/thirty_bestdba_list.html