« February 2006 | 首页

1 2 3 4 5 6 7 8 (Page 6 of 8)



| April 2006 »

技术人员的力量

很多销售型的企业往往比较忽视技术人员的力量,而很多高科技软件企业其实也是比较忽视面对客户的技术人员力量的,这样带来的后果是直接影响了商务行为.今天中午吃饭的时候聊起来一件有趣的事情就和这个有关.

话说国内某银行数据仓库产品招标, 是一个大单子, 候选的厂商是业界的三个巨头,"王婆卖瓜,自卖自夸",各家的销售都在用有利于自己的性能数字来说话, 为得知三家产品的优劣, 该银行少不了要组织一场产品性能评测.各家也各派出了一些技术人员参予评测.结果比拼下来, 其中一家老牌数据库厂商得到的性能结果和其他两家相去甚远(Hash Join 查询速度远远低于其他产品). 这样的评测结果,他们自己的技术负责人也不相信, 在现场到处找原因,发现不了什么问题. 给一位公司之外的业界专家打电话求助, 最后才发现该厂商自己的测试人员(所谓的专业人员)在造数据的时候主表的很多数据是重复的,这样的数据来测试 Hash ,结果肯定差得一塌糊涂.他们本该最擅长的东西, 居然出了这么一个低级的错误.其不良后果可想而知.

就这个案例来说, 几个测试人员决定这了场商务行为的成败: 测试结果糟糕得一塌糊涂,商务人员再努力也无法挽回败局.请客吃饭是硬道理, 技术上能搞定也是硬道理.

话说回来, 客户要求的产品评测往往是很关键的一环, 如果这一环能够顺利拿下, 其后的产品安装调试之类的事情往往都是容易搞定的.

再说回来,前文中的数据库厂商如果抽调一部分技术人员专门做这种"产品比武",无疑会给商务人员很大的自信心.在商务谈判中也增加了砝码. 这就是技术人员的力量.

而技术人员如果能意识到自己的角色重要,也能够充分发挥自己的"卖点"!


--
昨天晚上 Team Building ,回来太累,每更新 Blog. 今天补上一篇

March 9, 2006

再次'遇到' PETER MURPHY

昨天在 VeryCD 上找音乐, 偶然发现Peter Murphy 的专辑《Wild Birds 1985-1995》, 仔细一看关于歌手介绍的部分:

是的,Peter Murphy ,这个包豪斯(Bauhaus)的前主唱,哥特音乐的曾经代表人物

最开始注意到这个人是因为听说窦唯曾经非常推崇彼得,甚至卧室中贴满了包豪斯的海报,窦唯最为人称道的《黑梦》更是充满了Peter Murphy的影子,从音乐的形式,内容,唱法,无不非常相似--虽然窦唯自己否认这样的看法。

不过窦唯后来为了摆脱Peter Murphy的影响,曾经把自己收藏的所有的关于包豪斯和Peter的CD都抛入了河中--那是后来的事情了。

再到后来,我们听到了窦唯的云雾缭绕的新民乐.......

我最早听Peter Murphy还是有一次去青岛,GF领着我去当地的一家音像店,那个老板很明显是比较识货的人,记得那次还找到了好多喜欢听的东西

Peter Murphy ,那微有震颤的嗓音。

Faint ,居然是我多年前的一则 Blog 内容: 想起了PETER MURPHY . 被不知哪个音乐爱好者原封不动贴过来了.

再次用 Google 搜索一下内容, 发现这几句话被很多地方都贴过.一则 Blog 就是这样悄无声息的被传播喽,稍稍有点惊讶.想起以前无意之间写的一篇东西,甚至流传到文学城,真正用心写的反而看的人太少.

当初是因为窦唯而关注包豪斯的, 现在窦唯已经在自己的音乐道路上走得太远,以至于拥趸们甚至都有些赶不上. 粗略了数一下,这两年一口气出了十几张专辑, 光是和数字有关的就有《一举两得》, 《三国四季》,《五鹊六雁》,《八段锦》、《八和九生》等等我这个铁杆儿迷甚至都没有收集全。

--
BTW:顺便以前发在 CSDN 上的这篇 Blog 放到本地备份一下

March 8, 2006

看图学 Oracle SES

刚才在线学习了一下 Oracle Secure Enterprise Search Administration Tutorial. 目前 Oracle 还不提供 Secure Enterprise Search 10g 的下载, 所以只能看看联机教程过点干瘾.

安装相对比较简单, 和普通的数据库安装很相似.类 Unix 服务器上需要修改核心参数, 最后系统会直接安装一个 DB 到服务器上.

Oracle Secure Enterprise Search 在 Linux 上安装时核心参数的设定

从教程中可以得知搜索引擎的基本由三部分构成:

Oracle数据库服务器 --管理存储与源数据以及搜索索引.

数据库 Listener --监听 Oracle Net 连接.

搜索中间层 -- 监听来自 HTTP 的请求. 我从 URL 中判断其实是一个 HTMLDB . Secure Enterprise Search 的管理工具也通过这个中间层来进行.

我观看了抽取数据库表数据的演示, 发现 Oracle 还有表列的 Mapping 功能, 比如某个列可以定义属性为作者, 这样该列在搜索结果中会呈现给用户"作者为某某之类"的信息.也就是元数据的重定义,但是可选的属性并不多.
Oracle Secure Enterprise Search 设定 Table Source




Oracle 似乎对爬虫封装的比较好, 管理几乎都是通过 Web 页面来进行.这样一些高级定制不容易进行.如下图所示:
Oracle Secure Enterprise Search 爬虫的设定

因为 HTMLDB 的引入,Oracle 这个产品应该更适合企业内部的搜索工具.不适合面向普通 Web 用户.


March 7, 2006

恢复 EXT3 Superblock 的正确方法

前几天遇到一个 Linux Ext3 文件系统超级块(Superblock)错误问题.

.... bad superblock on /dev/hda4
一个同事做的恢复, 结果把数据都抹掉了. 后来想想, 当时的直接 fsck 的恢复方法不对. 正确的方法应该是这样的:

1 获取错误的出错磁盘(或者设备)块的大小.
有很多种方法可以得到. 比如,

# tune2fs -l /dev/hda4
其实大多数情况下是 1 K.

2 对当前的出错磁盘备份.
恢复超级块(Superblock)的过程其实也是一个有风险的过程.能做备份就做好备份. 如果有其他空闲设备, 用 dd 命令把该设备上的内容备份起来.

3 一般来说, 超级块错基本上也就是主超级块错, 在 Ext2/Ext3 文件系统创建的时候, 会同时在屏幕上提示我们在已经在几个地方备份了超级块.那么怎么发现这些超级块在什么地方呢? 我们看看帮助信息:

-b superblock
Instead of using the normal superblock, use an alternative
superblock specified by superblock. This option is normally
used when the primary superblock has been corrupted. The loca-
tion of the backup superblock is dependent on the filesystem's
blocksize. For filesystems with 1k blocksizes, a backup
superblock can be found at block 8193; for filesystems with 2k
blocksizes, at block 16384; and for 4k blocksizes, at block
32768.

Additional backup superblocks can be determined by using the
mke2fs program using the -n option to print out where the
superblocks were created. The -b option to mke2fs, which spec-
ifies blocksize of the filesystem must be specified in order for
the superblock locations that are printed out to be accurate.

If an alternative superblock is specified and the filesystem is
not opened read-only, e2fsck will make sure that the primary
superblock is updated appropriately upon completion of the
filesystem check.

4 开始恢复.如果文件系统块大小为1K, 则我们可以用如下命令恢复:
# /sbin/fsck.ext3 -b 8193 /dev/hda4

如果这个备用块(8193)也有问题,那么 可以尝试 24577(8192*3+1) ,或者是 40961 (8192*5+1).

可能您也会看出来,超级块的保存位置是按照 1,3,5,7 这样的规律的. 具体的位置在 BlockSize(8192)*N+1. 在超过 500M 的空间上是这样的规律.小于 500M 的我不知道.那位知道告诉我一下,谢谢.

另外一篇指导: ext3 filesystem bad superblock recovery

本站相关标签|Tags Cloud