snap170

Now, I am here at ByteactHosting. My blog was moved into this free web hosting.

Free Web Hosting Plan


  • 800MB 1GB (1024MB) of webspace
  • 30GB of monthly transfer
  • 10 MySQL databases
  • 10 Addon domains
  • 10 Addon subdomains
  • 10 Parked domains
  • POP E-mail account (catch-all)
  • Direct FTP access
  • PHP support
  • NO FORCED ADS!

    It is close to the last one I bought from http://www.paangood.com/otherhost.php.

    总的来说这是一个非常好用的免费主机,Wordpress的安装只需要点3次Next就完成了。后台管理中可以安装多种开源的程序,有blog、CMS、BBS、B2B、CRM等很多流行程序。目前基本上感觉和使用国内的付费主机没太大差别。

itilv3model

上面是ITIL v3的定义,CMDB的定义和v2没有变化。可以看出CMDB是一个存储配置记录的数据库,非常多的用户一拍脑门“不就是一个数据库么!我们也可以自己开发一个的。”。这样的情况下,IT组织的不同部门都可能会各自立门户,开发自己的配置管理信息库;例如:资产管理、终端分发和管理、机房管理等等。数据重复、数据不一致、配置信息不对称;无法得到跨部门和系统的报告。所以V3提出了CMS系统,它是CMDB系统的下一代管理系统。CMS系统需要 具有对现有信息资料的兼容性,CMS的建立不能忘记过去;一定要集成已有配置信息。
错误一:配置信息是一个独立的配置管理系统,由专人负责数据的更新和维护,手工的管理和维护所有数据。

错误二:最配置管理就是要做的细,我要管理到机房中的每一根网线,CI的属性需要设计的非常多,越细致越好。

错误三:我们自己有开发人员,我们有CMDB的需求,那就开始做吧,先看法着看看,不就是一个数据的增删改查么!!

配置管理或者说CMDB的建设可以说是目前,国内ITIL用户共同的瓶颈。ITIL项目中实施最多的三个流程是:Incident Management、Problem Management 和 Change Management。已经实施完毕以上三个流程的用户问的最多的一个问题是:一个故障单、问题单或者变更单一定要和CI想关联么?在解决处理的时候寻找目标CI或者根源CI是必须的么?

如果ITIL是一种公共语言的话,那么Incident Management、Problem Management 和 Change Management等所有流程都是句式或者时态。而CI则是主语或者宾语,您觉得没有主语或者缺少宾语的句子,会传递怎么的信息呢?

回顾或者实施ITILv3时,可以去下载一下术语表,http://www.get-best-practice.co.uk/glossaries.aspx 以上网站有原版中英文和其他语言的文档。术语表适用于对ITIL有一定了解的人,是受过ITIL培训的人或者正在实施ITIL的人的案头参考读物之一。我桌上有中英文打印版各一份,拳不离手,曲不离口。另外ITIL实施切忌本本主义和教条主义,需要注重实效和对标准的遵从。

I am just cleaning up my bookmarks. Some of them could not be deleted. I’d like to list here.

This is a netflow monitor tool, you can capture, graph and store data.

Founded in 1992, the Distributed Management Task Force, Inc. (DMTF) is the industry organization leading the development of management standards and integration technology for enterprise and Internet environments.

Social Networking Meets Business, Concursive have CRM, online communitie, collaboration tools.

德克虏伯大炮:特点射程远,能360度旋转,能把上下调整仰角,炮弹的辐射面积非常广,操作复杂,需要高技能的操作手。操作弹性大。安装部署需要时间长,对环境改造多。
清红衣大炮:射程短,只能朝一个方向发射,炮弹的打击面基本固定,操作简单,对操作者技术要求低。操作弹性低。 部署配置工作少。

在IT管理工具的选择中,您是选择克虏伯式的超级人间大炮,还是选功能操作简洁的红衣大炮?真是一个两难的选择啊!

“德克虏伯大炮”好比商业厂商的One-Size-Fit-All的超级企业级管理套件。 “清红衣大炮”好比开源的专门工具利器。 > >

用户必须自己认真思考需求,却对不建议的做法:

  1. 将“德克虏伯大炮”买回家后,发现功能太复杂,接着把它定制成,操作简单的“清红衣大炮”。李鸿章很支持“师夷长技以制夷”,同理购买国外复杂管理套件而不去学习其中的管理方式方法,反而拘泥于自己对概念简单的理解也是成问题的观念。
  2. 把“清红衣大炮”三下五除二部署在家后,发现功能限制太多,集成几乎没有,失望的埋怨开源社区,坐观其他人的开发和参与。开源其实赋予你了无限的对开源技术应用的弹性,唯一要求就是有能力参与和进入社区的开发。

</td></tr></tbody>