看到有网友在问“800多W美圆” 买来的超豪华 HP 服务器如何配置的帖子, 有网友回贴 “80多万美圆” 就能买下来, 下面就有人接着说 “我们公司买的superdome，才 52G 的内存，跟这台各个方面比较都差多了，还花了200w 刀呢”. 下面还有人说某地“有的中学用 EMC dmx 2000 做存储”，不由得感慨国内的一些有钱的公司和一些能烧钱的机构在 IT 硬件方面的浪费(挥霍).
说起浪费, 还有一点佐证. 前一段时间和一家供货商的销售人员聊天的时候, 销售不无感慨的说, 卖给你们东西, 利润太低,如果是国企或者政府部门, 怎么能有几十个点的利润阿. 从另一个角度上说，每年的政 府科研预算，要多花多少冤枉钱呢 ?
分类归档: Database
搅浑水的 Oracle
“收购专业户” Oracle 的收购举措总能吸引足够的眼球. 早在几年前喊出收购 PeopleSoft 的时候, 业界都认为是不可能的事情. 没想到最后居然就啃下了这块硬骨头. 现在 Oracle 放出风来准备收购一家 Linux 厂商, 估计又要有一场好戏看了。
Oracle 这个时候喊出来收购 Linux，实际似乎有点晚．SuSE Linux 应该是 Oracle 最好的潜在目标，可惜现在是 Novell 旗下公司，买 SuSE 还要搭送一个 Novell ,这似乎不是一个好买卖．要说现在这个局面，其实也多少和 Oracle有点关系. 当年的 SuSE 在支持 Oracle 方面的力度和技术不比 红帽子差. 可 Oracle 进入这场游戏之后市场就变了, Oracle 助力红帽子, 很快一家独大． RedHat 最近又成功吃下了 Jboss, 隐隐然已经有开源软件王者之气, Oracle 要想买下红帽子, 难.
再说 SuSE, 在服务器市场可以说是起个大早,赶了一个晚集, 最后居然被没落贵族 Novell 收至麾下。Novell 倒也大张旗鼓的折腾了一阵子, 不过市场不给面子，叫好不叫座. Novell一方面想让自己的目录服务器/群件等产品在 Linux平台上起死回生, 另一方面又拼命提高 SuSE 的易用性–倒是更想在桌面市场分得一杯羹, 总让人感觉在开源上, 定位还不够准确，立场不够坚定. Oracle 如果收购 Novell, 倒也不是没有可能,不过 Oracle 看中的只是 Linux, 对于 Novell 的整条产品线未必感兴趣.
又遇到了一个 Oracle 10gR2 上的 Bug: libsqlplus.so
今天又遇到了一个 Oracle Bug . 数据库版本为10gR2, 详细的版本号为 10.2.0.1.0 , Oracle 之外的操作系统用户调用命令会报告:
sqlplus: error while loading shared libraries: libsqlplus.so:
cannot open shared object file: No such file or directory
检查 $ORACLE_HOME / $LD_LIBRARY_PATH 等可能引发问题的环境变量，都是正常的．莫非又是 Bug ? 果然，Bug 4516865!．
遇到 Oracle IMP-00020 错误
错误日志如下：
IMP-00020: long column too large for column buffer size (7)
Oracle手册中的错误信息参考大致是这样的:
IMP-00020long column too large for column buffer size num(x)
Cause: The column buffer is too small. This usually occurs when importing LONG data.
Action: Increase the insert buffer size 10,000 bytes at a time (for example)
up to 66,000 or greater. Use this step-by-step approach because a buffer size
that is too large may cause a similar problem.
测试了几次 buffer size 调整还是报告同样的错误, 怀疑是 export dmp 文件坏掉了. 重新 export , imp 还是有问题. 逼得我没有办法, 不得不跑到 Metalink 上搜索(访问 Metalink 速度那叫一个慢啊! 好半天，总算看到结果了, 居然我是遇到了 Bug 2417643!