Uploaded by Fenng(Refer).

Larry Ellison 在 Oracle Open World 大会上宣布提供企业级别的 Linux 支持服务，"Unbreakable Linux" ，在 Oracle 公司公布的新闻稿上这么写着：

Oracle starts with Red Hat Linux, removes Red Hat trademarks, and then adds Linux bug fixes.

Currently, Red Hat only provides bug fixes for the latest version of its software. This often requires customers to upgrade to a new version of Linux software to get a bug fixed. Oracle's new Unbreakable Linux program will provide bug fixes to future, current, and back releases of Linux. In other words, Oracle will provide the same level of enterprise support for Linux as is available for other operating systems.

也就是说，Oracle 在 Red Hat 的 RHN 之外提供一个同样性质的服务，价格更低($99 per system per year)。红帽子公司会怎么想? 这不摆明了坑人么... 自从 Red Hat 收购 Jboss 之后, Oracle 对红帽子的觊觎之心路人皆知。Oracle 的这个计划 FUD 的意味很浓，似乎就是要给红帽子公司压力，打击客户对 Red Hat 的信心，进而找机会收购它。

另外，Oracle "Unbreakable Linux" 的迁移战略也将展开，据说要协助客户从 "AIX、Solaris、HP/UX、Windows、遗留主机 或者 TRU64" 迁移到 Linux 上来，这是一个非常得罪人的活，不知道 Oracle 的目的何在。颇有讽刺意味的是，HP、IBM 居然加入了这个项目。

我个人的看法：

1) 这件事情对开源软件业界没什么积极的影响;
2) Oracle 提供的这个服务质量好不到什么地方去, 看看他们数据库服务器的一堆一堆的 Patch 就知道了;
3) Oracle 可能不会对 Novell 的 SuSE 下手了

题外话，我觉得 Oracle 在进行连番收购之后，居然财务报表仍然那么好看，似乎耐人寻味。

--EOF--

Posted by Fenng at 11:27 PM | Permalink | Comments (3)

现在是广告时间。

电子工业出版社博文视点资讯有限公司诚征《Database In Depth》一书的技术审校（兼职）。

《Database In Depth》一书基本信息：
此书是出版名社 O'Reilly 的力作，Amazon 四星级图书，Software Development Magazine 和 UnixReview 鼎力推荐!
1) 官方网站链接：
《Database In Depth》在O'Reilly
《Database In Depth》在 Amazon
2) 作者：C.J. Date [Fenng 注：C.J. Data 的著作都不错]
3) 出版社：O'Reilly
4) 页数：228 页

基本要求如下：
1) 有高度的责任心，重承诺，守合约；
2) 熟悉关系数据库理论，技术把握力强；
3) 有较强的英语和中文功底，翻译用词精准，语句通顺易懂；
4) 时间相对较为充裕。

技术审校的工作职责如下：
1) 对译稿进行技术审校，以保证书稿翻译质量；
2) 对照原书，修正译稿中翻译错误和翻译不妥的地方；
3) 对不符合阅读和思考习惯以及不通顺的译文进行修润；
4) 对译文所作的修订内容作记录(博文视点会提供“修订记录”模板)
5) 书出版后，技术审校可在封面署名

应征者敬请联系：
邮件：xiaofei#broadview.com.cn (王晓菲) 把#换成@
电话：027-87690813转83(王晓菲)

博文找到了我，如果是三年前，我可能就接手了(虽然肯定有难度), 可惜现在我自己比较忙，也比较懒。

有兴趣的朋友可以直接通过上面的信息联系。别忘了最后送我一本样书 :)

--EOF--

Posted by Fenng at 10:34 PM | Permalink | Comments (6)

有人在邮件列表里提问，系统表空间文件丢了，没有归档，如何恢复?

来自技术专家 Tim Gorman 的回答：

It's kind of like voting for president in North Korea. Only one choice -- under any circumstances -- when in NOARCHIVELOG mode: full database restore from cold backup. There are no options for partial recovery or any recovery at all. NOARCHIVELOG mode = full database restore, no recovery, period. This scenario is no exception.

--EOF--

Posted by Fenng at 6:07 PM | Permalink | Comments (7)

邮件列表中有人推荐了 DMReview 的一篇文章 Seven Habits of Highly Effective DBAs, "高效 DBA 的七个习惯"， 这个题目应该是受了 《高效能人士的七个习惯》一书的启发。虽然颇有拾人牙慧之嫌，还是记录一下吧，就算是自己的学习笔记。"如鱼人饮水，冷暖自知"

在开篇有一个关于什么是个"高效能 DBA" 的定义, 作者指的高效并不是说 DBA 每天都在忙于救火的那种"高效"，而是能够防患于未然.

1. 专业的多面手(Be an expert generalist)
熟知存储、操作系统等领域的知识, 跨平台数据库的技术也是必须要掌握的，不能离开了 Windows 环境到了 Unix 下什么都作不了. 看上去这一点似乎有些苛求，不过个人认为通过持续的学习能力加上良好的知识积累方法会让你无限接近这种能力.

2. 理解来自商业、用户的需求(Understand the business and user expectations).
如何把掌握的数据库知识应用到商业需求上，还不给用户一种“木匠拎着锤子，看什么都是钉子" 的感觉是需要一点艺术的。

3. 通过可量化的度量构建更加正规的服务级别协议(
Build more granular service level agreements (SLAs) via quantitative and easy-to-understand metrics)
用户(或你的老板)对你的数据库管理工作是否满意，总要有一个可以达成一致的地方，这个一致应该来自"服务级别协议". 服务级别协议是很多 DBA 最容易忽略的一个地方。

4. 把环境分割为更小更易于管理的组成部分(Break down the environment into smaller, more manageable pieces)
一揽子计划不是个好主意，分而治之。这样也容易与委托方达成一致。

5. 关注于任务，而不是实现的细节(Be task-focused, not necessarily on how to accomplish it)
这一点应该是说于开发人员的关系的。DBA 不应该去关注太多程序设计的细节，而应该把注意力集中任务实现上--有效的与数据库交互. (这一点说起来似乎有些勉强，或许站在高效 DBA 的角度上就容易理解了，呵)

6. 隔离并委派普通任务(Segregate and delegate the mundane).
如果从一个技术领导者的角度上说，这是必须的。既然是高效DBA ，那么在没必要事必躬亲拘泥于一些琐碎的事情. 否则再高效也不成.

7. 淘汰特定环境下才可以用的那些玩意儿(Weed out the one-trick ponies)
特定的第三方工具、GUI 工具等只会使得整个环境更为复杂。一个高效的 DBA 应该致力于整个环境的简化与标准化。

说的是 DBA ，其实放到其他工种上也是蛮适合的。

从卓越到优秀，还是从普通到平庸，这是个问题.

--EOF--

Posted by Fenng at 7:20 PM | Permalink | Comments (9)

今天测试了一下 Planet ，非常优雅的聚合工具。刚好 CNOUG.net 荒芜很久了，决定做一个 Oracle/OpenSouce 类的聚合。

CNOUG 是什么 ?

可以理解为 ChiNa Oracle User Group, 不过 CNOUG.org 论坛已经存在好久了, 虽然现在不死不活的.
可以理解为 ChiNa Opensource User aGgregate; 也可以理解为...整那么多理解干啥啊，就是看最新信息的东西就成了。

如果你的 Blog 主题和 Oracle 、OpenSouce 相关，可以联系我加入。

被聚合的 Blog 一个小时更新一次.

--EOF--

Posted by Fenng at 6:25 PM | Permalink | Comments (5)

通过 ONLINE 参数创建索引(或者重建索引), 如果进程被突然终止，或者是手工 CTRL+C 取消该操作, 在非常个别的时候，麻烦来了。重新创建索引，会告诉你该索引已经存在，drop index ，会告诉你该索引被锁，或者是 ORA-08104(this index object xxxxx is being online built or rebuilt) 错误。该过程失败之前创建的一些临时对象由 SMON 负责清除，糟糕的是, SMON 可能会不作为--我在 9i 上观察是 2 个小时(周期?)才清除掉。

如果是一个比较繁忙的 OLTP 系统, 并且是要维护单列索引，那么风险真的是很大的。在 SMON 清除这些临时对象之前，没有办法在该列上建立新的索引。服务器能撑住么?

在 10g 版本, Oracle 的 DBMS_REPARE 包新增了: online_index_clean ，能够手工进行清除:

dbms_repair.online_index_clean(
object_id     IN BINARY_INTEGER DEFAULT ALL_INDEX_ID,
wait_for_lock IN BINARY_INTEGER DEFAULT LOCK_WAIT)
RETURN BOOLEAN;

谢中辉说这是一个 Bug，经过仔细查看 Metalink ，发现很多文档都说的不够准确--10g 的功能，Oracle 还让 9i 的用户去用呢，很不幸，我也上当了。

非常繁忙的一天.

--EOF--

Posted by Fenng at 7:16 PM | Permalink | Comments (6)

很久以前，我记录过如何用 Oracle 的 SQL*Plus 工具创建 HTML 页面。今天写脚本过程中才发现 SQL*Plus 在命令行参数和进入 SQL*Plus 后 set 设定上的一个小差异。

如果是命令行参数 -MARKUP HTML ON SPOOL OFF ,则会打印 HTML HEAD 等标记，也就是说是 -MARKUP 后面的 SPOOL OFF 参数是无效的;

如果是在 SQL*Plus 提示符下 set MARKUP HTML ON SPOOL OFF ，则的确不会打印 HTML HEAD 出来。

这个和文档的说明不一致，或许是 Bug。我的版本是 9.2.0.6 .

最近的诡异事情特别多。

--EOF--

Posted by Fenng at 10:47 PM | Permalink | Comments (0)

在 Oracle Secure Enterprise Search 站点上提供了一篇白皮书: Implementing search.oracle.com - A Case Study 比较详细的介绍了 http://search.oracle.com 的实现。Oracle 通过这个站点提供对公司首页内容与 OTN 的搜索。不过既然是安全搜索，为什么不加入 Metalink 内容的搜索呢?

服务器用的两台 Dell PowerEdge 2850(机器可挺破)。每台配置是 2 颗 3G 的超线程 CPU 加上 8G 内存。存储是 RAID 5 方式。共有 4.3T 内部(? 这个机型最大支持 1.8TB SCSI 内部存储，其余就需要接外部存储了啊? )磁盘空间可用。没有说具体的存储设备或是连接方式。划分了 700G 给当前用。其余留作扩展。写了一个简单的脚本定期从 OS 端检查磁盘状态。

操作系统用的红帽子 RHEL 3 Update 2。内核是 2.4.21-37.ELhugemem ，能够充分利用大内存。接下来的设置我有一点疑问。前面说的 700g 空间挂在目录 /u02 下，而 SES 软件安装在 /u01 下。这个目录是单个磁盘分区上的--这似乎是一个单点啊!

Oracle SGA 设置了 2.5G 左右。当前已经索引了 35 万篇文档，数据库大小是 15G，Cache 文件 17G，Log(搜索的Log) 文件 1G。如果 Oracle 不做站外搜索的话，4.3 T 的总空间是绰绰有余。其实我倒是觉得 Oracle 有义务对站外的 Oracle 论坛等相关信息作一下专门的搜索，也算是对广大用户负责的一种手段。

负载均衡设备选用的是 F5(青春偶像 F4 的旁边, 呵呵)。示意图如下:

最后的监控方法也值得借鉴。

整个搜索站点构建中，软件成本的标准是: $30K/CPU 或者是 $60/命名用户 或是 $30/员工。两台机器上的 SES 需要 License 是 12 万美金。这个报价可不低啊。

-EOF-

Posted by Fenng at 7:50 PM | Permalink | Comments (1)

百度认为企业搜索市场是鸡肋，可 Oracle 公司正在该领域投入重兵，磨刀霍霍。前几天，Oracle 公司率先使用自家产品 Oracle Secure Enterprise Search 打造自己的站内搜索：http://search.oracle.com 。

观察一下 Oracle Secure Enterprise Search(SES) 的爬虫:

"GET /OpenSource.htm HTTP/1.0" 200 7336 "-" \ 
"Oracle Secure Enterprise Search"
"GET /Publications.htm HTTP/1.0" 200 6959 "-" \ 
"Oracle Secure Enterprise Search"
"GET /OracleTech.htm HTTP/1.0" 200 14086 "-" \ 
"Oracle Secure Enterprise Search"
"GET /Others.htm HTTP/1.0" 200 5863 "-" \
"Oracle Secure Enterprise Search"
"GET /Others/Service.htm HTTP/1.0" 200 4268 "-" \ 
"Oracle Secure Enterprise Search"
"GET /Others/AboutMe.htm HTTP/1.0" 200 5186 "-" \ 
"Oracle Secure Enterprise Search"    

爬虫的名字就叫做 Oracle Secure Enterprise Search 。Web 日志上抓不到版本号。从 SES 服务器端的日志上可以得知目前的爬虫版本号为 10.1.6。

--EOF--

Posted by Fenng at 8:11 PM | Permalink | Comments (0)

Oracle 10G的Data Pump技术能够在不同数据库间高速的移动数据库和元数据. 这个技术的基础是两个数据移动工具:Data Pump Export和Data Pump Import.

Oracle的Data Pump是通过一个PL/SQL包来实现的:DBMS_DataPump(也叫Data Pump API).Data Pump使用直接路径装载和外部表机制进行数据的移动. Data Pump使用DBMS_METADATA PL/Sql包进行包括ETL过程在内的所有的数据库对象操作.

Data Pump 是Oracle一些其它关键特性(如基于流的复制、逻辑Standby等、Grid)的基础。

Data Pump特性是集成到Oracle数据库10G中的,但是标准版本10G并行度只有1.

关键概念

Master Table

Master Table(MT)是Data Pump技术的核心．Master Table 用来保存整个过程中的细节信息(也可以说是一些元数据信息).有了MT,导出或者导入的重启动才变为可能．这些细节信息包括:

• 产生Job状态的报告
• 重新启动Job
• 定位在Dump文件中的所有的对象.

主表在进行当前导出或者导入的操作的用户模式中被创建.该用户必须要有足够空间. 主表的名字和创建它的Job名字相同.这也就是说,你不能显式的指定一个和现有的表或者视图重名的Data Pump Job.

导出的时候,主表被创建,并在完成的时候写到Dump文件中.在启动导入的时候,主表从Dump文件集中载入到数据库中,并用来控制操作的顺序.主表也可以用一些参数来进行初始化操作.要注意的是主表不能跨文件存储.所以,指定的 Dump 文件的大小至少要能够容纳得下 MT .

主表依如下情况或被保留或者删除:

• Job成功完成,MT 被删除.
• 如果Job是使用STOP_JOB交互命令停掉的,MT将被保留以用来重启动Job.
• 如果Job是使用KILL_JOB交互命令Kill掉的,MT将被删除,并且Job不能重新启动.
• 如果Job意外中止,MT总是被保留.

Continue reading "Oracle 10G的Data Pump (Part I)" »

Posted by Fenng at 6:47 PM | Permalink | Comments (1)