两厢福克斯入手

入手了1.8MT两厢福克斯,赶上一个团购的价格,不错。 前脸还是比较威武的,虽然敲一敲,材质是塑料的,没有前雾灯,没有天窗。 两厢福克斯是我见到的两厢车中最不显小的一款了,本来一直看好“钛晶灰”的颜色,但是当时正好有“炫舞橙”的现货,直接交钱就可以开走,于是一冲动,直接定了。朋友也在旁边撺掇,运动款的车灰色太沉闷了,还是红色好。 今天天气不错,出门去办了临时牌照,后续的那些税啊,验车啊,上正式牌照啊,下周慢慢搞定吧。 岩岩,说买了车去看你的,这周五是清明,让你看看新车,那天应该会阳光灿烂吧。

DB2 V9.5 – Starting

一直觉得除了Oracle之外应该再去了解一个其它数据库,对于SQL Server实在是没有兴趣,对于MySQL或者PostgreSQL又觉得毕竟是开源库,一时半会儿难以在企业级领域跟商用数据库竞争,那么就选择IBM DB2下刀吧,跟Oracle推出免费的Oracle XE一样,IBM也推出了IBM DB2® Express-C 9.5,DB2 Express-C 提供了与 DB2 Express Edition 相同核心的数据服务器功能,又可以免费使用,是一个学习DB2的好机会。 DB2 Express-C在Windows平台下的安装包不到300M,安装过程非常简单,连界面也是非常标准的Windows程序安装样式,跟Oracle的Universal Installer感觉完全不一样。 在安装程序中,DB2 Express-C被称为DB2易捷版。 安装过程我选择的是定制安装,在下面这个要求创建用户名密码的界面有一个小bug。每次密码输入完毕以后都报错说“密码长度太小”,增加到14位的密码,仍然报错,最后发现密码必须要大写字母,小写字母,数字混合组成,不满足任何一个条件都报“密码长度太小”。。。 安装完毕之后,默认启动的包括如下db2开头的几个后台进程,比起Oracle来说稍显复杂。 在Windows系统中,跟Oracle一样,同样是生成一些服务。 其中DB2信息中心服务器9.5是详尽的联机文档,需要单独在IBM网站上下载。 不过在IBM网站上找文档链接实在是很费劲,如果能做一个一站式的tahiti.ibm.com多好。 其实应该在Ubuntu Linux下安装DB2 Express-C,这样学习起来应该更直观些,在Ubuntu下的安装同样也非常简单,使用apt-get就可以完成安装。 sudo apt-get install db2exc 不过,既然只是学习些概念,先Windows系统也未尝不可。

Oracle9i upgrade to Oracle10g RAC

从昨天开始,正式全程参与某客户的数据库系统升级工作。工作内容是将客户的关键应用从原先的Oracle9.2.0.6单实例升级为Oracle 10.2.0.3 双实例RAC。 更加详细的工作内容包括: 1. 将原先存储在JFS2文件系统上的文件转移到GPFS中 2. 将原先单实例模式的Shareplex转换为RAC模式的Shareplex 3. 将原先的高级复制转换为简单的物化视图刷新 4. 使用Oracle Clusterware替代HACMP负责Shareplex资源的切换 总的来说,是一个很大的工程,数据库大小在800G左右,升级使用DBUA,单实例转换为RAC则使用rconfig实用程序。 工作的几个难点在于: 1. DBUA是否能顺利将Oracle 9.2.0.6升级为Oracle 10.2.0.3? 2. rconfig是否能顺利将单实例数据库转换为RAC数据库? 3. 能否正常在Oracle Clusterware中添加Shareplex资源并且保证在各种异常情况下顺利切换到另外一台主机上? 之前已经做过多次测试,希望这两天的正式升级会一帆风顺。 Update@2008-4-3 升级工作圆满结束,有惊无险。 1. 本来一直到rconfig转换单实例到RAC之前,整个进度都是提前了4个小时左右的,敲完rconfig的命令之后大家欢欣鼓舞地去开会,结果开完会回来发现rconfig失败了,一直处于悬停状态,整个主机没有任何负载,数据库实例也完全无法登录。根据回退方案将数据库重新转换为之前的单实例模式,成功启动完数据库以后,开始检查转换为RAC失败的原因。最后发现是ntp服务配置有问题,RAC两个节点的时间差异在1小时。重新调整ntp服务,然后再次转换,成功结束。此时,落后进度计划大概1个小时。 2. 后续的工作一帆风顺,应用上的几个问题也相继迅速地修改了,上线当天上午观察了一下主机情况,一切正常。于是中午就离开客户处了,没过2小时,客户电话说,机房忽然断电,所有设备全部意外down机 。。。我问UPS呢?客户说,就是一台UPS短路导致机房断电的。我FT。再赶回客户处,等着加电,幻想着加电以后GPFS文件系统全部损坏,然后再从带库恢复数据的凄惨景象。幸运的是,加电以后全部设备都安然启动,数据库也正常。Shareplex丢失了一部分数据,也都成功恢复。 3. 到今天为止没有更点儿背的事情发生,应用完全正常,宣告这次升级工作圆满结束。