posts - 65, comments - 130, trackbacks - 3, articles - 2
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理

置顶随笔

     摘要: 说是在的,这是一个困扰我多年的问题。虽然我只是个关注系统方面的IW,不是Developer,但是基于我对实际需求的认识和对Sharepoint本身的了解,我还是经常思考这个问题,并且总是得不到答案。从2007年真正参与第一个一个企业门户的项目,这个问题就开始困扰我。当时的项目团队开发能力应该说挺强,不过其实MOSS2007刚刚发布,公开的信息非常至少,因此真正基于其上的开发难度可想而知,因此当时的...  阅读全文

posted @ 2010-02-03 14:16 风中的舞蹈 阅读(1298) | 评论 (19)编辑

     摘要: 运用Sharepoint 2007中的Excel Service的功能,我们可以很容易的将隐含在企业各种应用系统后台数据库中的数据,根据需要以各种各样的报表呈现在企业的门户中,这就是我一直认为的Sharepoint技术对企业最有价值的地方,所谓的商务智能功能——其实在SPS2003的时候,叫做数据集成,使用的也是Office的组件,不过当时没有Excel Service,有...  阅读全文

posted @ 2010-02-03 08:49 风中的舞蹈 阅读(1298) | 评论 (0)编辑

     摘要: 从2004年算起来,专注于Sharepoint技术以及六七年了。从SPS2003,到MOSS2007,已经现在的Sharepoint Server2010 Beta2,Sharepoint技术可以说是迈过了一个又一个台阶,起码可以说,字面的功能是越来越强大。国内的Sharepoint应用,应该说是从2007年进入了发展的阶段,虽然也有SPS2003下的应用,但是敢于尝鲜的企业毕竟很少,而且说实话,...  阅读全文

posted @ 2010-02-01 09:56 风中的舞蹈 阅读(2225) | 评论 (28)编辑

     摘要: 在我们老祖宗留下的所有遗产中,最让我敬仰的是那充满智慧的什么的太极八卦图。黑白的阴阳鱼,完美的构成一个园,代表着万事万物的阴阳轮回。上篇随笔中,我说了一些自己对微软智能客户端的看法,只是自己对企业应用发展历程的理解。至于企业的应用是C/S架构,还是B/S架构,还是要看应用的场景,只不过在网络技术高速发展以前,C/S架构是应用的主流,而到网络时代,B/S架构取代C/S架构成为主流,已经是不争的事实。...  阅读全文

posted @ 2010-01-30 10:16 风中的舞蹈 阅读(1491) | 评论 (13)编辑

     摘要: 在始于上世纪90年代末期的互联网大潮淹没桌面应用以前,微软这个桌面应用的巨头,引领着人们迈进一个又一个时代,当时的企业应用C/S架构为绝对主流。进入新世纪后,蜂拥而上的是基于Web的应用,此时如果你还做基于C/S的企业应用,说明你已经Out了!Google的高速发展,让微软感受到前所未有的竞争压力,微软尽管不大愿意承认,但事实上是在互联网的时代,确实已经落后了Google一大步。不过微软也的确有自...  阅读全文

posted @ 2010-01-29 09:21 风中的舞蹈 阅读(1743) | 评论 (5)编辑

2010年2月3日

说是在的,这是一个困扰我多年的问题。虽然我只是个关注系统方面的IW,不是Developer,但是基于我对实际需求的认识和对Sharepoint本身的了解,我还是经常思考这个问题,并且总是得不到答案。

从2007年真正参与第一个一个企业门户的项目,这个问题就开始困扰我。当时的项目团队开发能力应该说挺强,不过其实MOSS2007刚刚发布,公开的信息非常至少,因此真正基于其上的开发难度可想而知,因此当时的开发可以说是纯粹的.Net开发,基本和Sharepoint无任何关系,甚至都没有集成到MOSS2007中,完全是独立的一个Web应用。

当时我的观点十分明确,Sharepoint项目应该尽可能利用这项技术本身的功能,来解决客户的实际问题,即使需要开发,也要是在此项技术之上的功能的扩展。然而随着对MOSS2007的更深的了解,我发现要用MOSS2007本身的功能来解决实际问题,特别是国内客户的问题,还是有相当的困难。一般来讲,国内企业要上MOSS项目的话,其实最先需要解决的是办公自动化OA的问题,而OA中最基本的需求其实都包含了复杂的流程,这一点恰恰是MOSS2007的弱项,虽然已经支持了工作流,但是要真正使用工作流解决问题,开发的难度可不是一般的大。

由于自身十几年的企业工作的经历,加上多年的和企业客户打交道的经验,我对企业信息化的需求有一定的了解。就目前的MOSS2007版本而言,基于其上的开发很难有一个清晰的思路。关于这点,我曾多次向圈内专业的开发人士请教沟通。

基于国内的实际情况,项目一般对外观有一定的要求,因此多年来我一直在思考纯粹的外观展示方面的一些需求,并请人写了一些专门用来展示内容的一些webpart,说白了就是把一些门户网站上比较通用的标准的Web的展示效果,在MOSS2007进行实现,把MOSS2007的页面做的尽可能不象MOSS2007的页面,我认为这算是基于MOSS2007的一类开发。

再就是工作流的开发了,工作流的开发因需求差异较大,针对项目的工作流,通用性的可能性不大,而且开发的成本也会较高。

以上说的是项目的开发,还有一类是产品开发,就是指有开发能力的公司,在moss之上做出自己通用解决方案的开发了,如工作流的解决方案,图表的解决方案,这类开发不但要有敏锐的眼光,还要有足够强大的开发团队,这就不是一般的公司能够做的了。

 

posted @ 2010-02-03 14:16 风中的舞蹈 阅读(1298) | 评论 (19)编辑

运用Sharepoint 2007中的Excel Service的功能,我们可以很容易的将隐含在企业各种应用系统后台数据库中的数据,根据需要以各种各样的报表呈现在企业的门户中,这就是我一直认为的Sharepoint技术对企业最有价值的地方,所谓的商务智能功能——其实在SPS2003的时候,叫做数据集成,使用的也是Office的组件,不过当时没有Excel Service,有的只是OWC,使用数据透视表的功能进行报表的呈现。

SPS2003时由于相关的文档几乎找不到,所以即使做成了报表,数据的刷新一直解决不了。当然,到了Sharepoint2007,Excel Service的配置也同样复杂,要正确配置并能保证数据能够正常刷新,最佳的做法还要正确配置SSO。我这里说的不是这个部分的配置,而是假设我们配置了完整的服务器端的Excel Service的功能,从门户上每次打开报表也能够自动刷新数据以后,我们还要做的进一步的工作。

仔细研究过Excel Service的都会知道,其实Sharepoint 2007的Excel Service不仅配置相当的复杂,而且那个用于展现报表的Excel Web Access Web部件还是相当的不完善:当Excel Service报表在Web中打开的时候,默认的设置只显示75行的数据;虽然我们可以手工调整,但是使用数据透视表,需要显示的数据的多少是不确定的,因此在Web上不可能显示所有我们需要的数据,这样的话,这项功能其实就是不完整的。

鉴于以上的情况,我决定改变做法,让报表的使用者在自己的桌面打开,并能够自动刷新,这样做其实比在门户中打开,更容易被接受。因为在本机的桌面上打开一个文件,比从门户中的一个位置打开这个报表的操作要简单和方便的多。于是我将门户中的报表下载了一个副本放在了桌面,并打开了这个文件:

出现了安全警告,禁用了数据连接,意味着我的数据并没有被刷新,虽然我们可以手动的点启用内容,但这不是我们想要的结果,我们需要达到的目的是,当我们打开报表文件,所有的数据就是最新的——自动查询了数据库。

按照安全警告的提示,我打开了Excel的选项,惊讶的看到Excel中也有个信任中心,打开信任中心设置,添加信任位置,于是我想起了Sharepoint中的Excel Service的配置,于是把数据链接库的位置添加了进去,谁知打开后依然是数据连接被禁用,仔细回想了一下,把excel报表的位置也添加了进去,并且也把桌面添加到了信任中心中,这样,终于实现了在客户桌面的报表的自动刷新。

结论:要在Excel中打开报表并自动刷新,需要添加两个受信任位置:

1、将数据连接库添加到Excel的受信任位置中。

2、将报表文件本身的位置添加到Excel的受信任位置中。

posted @ 2010-02-03 08:49 风中的舞蹈 阅读(1298) | 评论 (0)编辑

2010年2月2日

服务器场配置向导运行过程中,又发生了一个错误:

虽然可以跳过,但是不知道还会引发其余的什么错误

posted @ 2010-02-02 09:20 风中的舞蹈 阅读(56) | 评论 (2)编辑

2010年2月1日

从2004年算起来,专注于Sharepoint技术以及六七年了。从SPS2003,到MOSS2007,已经现在的Sharepoint Server2010 Beta2,Sharepoint技术可以说是迈过了一个又一个台阶,起码可以说,字面的功能是越来越强大。

国内的Sharepoint应用,应该说是从2007年进入了发展的阶段,虽然也有SPS2003下的应用,但是敢于尝鲜的企业毕竟很少,而且说实话,SPS2003下做企业应用,实在是太困难了,所谓的团队协作只能是个供销售人员忽悠的概念,干不了多少实在的事情。MOSS2007发布后,国内的应用渐渐多了起来,北京的几家专注于Sharepoint技术的公司,日子也渐渐好了起来,MOSS也终于成为了微软增长最快的一个产品,一年为微软拿下了10亿美元的利润。

几年过去了,国内那些看重了Sharepoint技术并实施了Sharepoint项目的企业,究竟都从项目中获得了哪些利益,我无从考证。作为一直致力于使用Sharepoint技术为企业搭建应用环境的IW,我一直在困惑,企业究竟该如何实施Sharepoint技术,才能让这项技术真正的带来好处。

说起来,我也算是参与过一些项目,而且也号称是Sharepoint架构方面的MVP,让我惶恐的是,对于Sharepoint这样庞大的一个产品,几年下来我都没能彻底掌握它的架构,以及规划的原则。就我的理解,微软几乎所有的服务器产品,实施前都需要非常详细的项目规划,而规划的制定需要对架构有透彻的理解。

就拿内容管理来说吧。Sharepoint技术能够提供给客户的最实惠的应用,其实就是内容管理。说句不好听的,就算是花上几十万甚至是上百万做一个Sharepoint项目,别的功能都不要,就做内容管理,能够真正运用此技术,把企业内部的信息分门别类的管理好,让所有的信息处在最恰当的状态:所有需要的人能够随时得到,所有无权的人永远看不着,那也是一件非常了不起的事,对企业来讲,也算是超值了。可实际的效果怎样呢?

说起来可能都认为很简单,不就是内容管理么!先把信息分类,然后按分类分别创建站点、文档库、文件夹,然后分别赋予各自的权限,不就OK了嘛!看起来好像是这么回事,实际上没那么简单。先说分类,如果一个企业想把内容管理做好,企业内部必须有专门的档案管理的人才,不但要求对档案管理的流程和具体内容非常清楚,而且要对分类学相当了解,就这一点,估计国内很少的企业具备这样的条件。不是说不具备这样的能力,而是说没有这方面的意识。企业尚且如此,做Sharepoint项目的IT公司,更不能指望了,再说这个也确实不是技术的问题,不属于IT公司的职责范畴。

当然,肯定会有公司具备这样的能力,因此对内容管理会有更清晰的要求。接下来就是安全方面的规划了,这是实施Sharepoint项目的IT公司本职的工作。然而Sharepoint的安全体系,也是比较复杂,关于Sharepoint用户、用户组还有访问群体,搞得我都眼晕。记得2007年在微软BPIO培训的课上,我曾专门问过讲课的老师他们之间的关系和标准的做法,那个来自比利时的微软的帅小伙倒是十分耐心的给我讲了半天,由于英语不太灵光,我也只听了个大概。后来从微软的网站上找到了MOSS2007的规划指南,仅仅安全部分的规划就有非常厚的一沓,而且这东西不是看一遍就能够深入理解的,于是至今我都不能很好的规划安全。这里还要用到许多的基础架构的知识。对于Sharepoint技术来说,最佳的环境是微软的域环境,而实际的情况却是,很多客户没有域环境,并且很排斥域环境。专业的Sharepoint项目公司,也不是都有能够很好规划域环境的专门的人才,要知道这方面的知识属于微软系统工程师的范畴,而要真正获得MCSE的能力(不是Paper MCSE),也不是一朝一夕的事,所以最后的结果,大家可想而知。

我个人认为,对于Sharepoint技术来讲,除了对企业非常实惠的内容管理外,更大的价值在于,它是一个企业信息化的平台,是一个骨架,企业的所有的应用都可以透过它,来完成各自的工作,并且通过这个平台,来展现企业信息的各个方面。

这么说起来有点虚,统一的企业应用平台就不说了,就说Excel Service提供的商务智能。一个企业会有各种各样的应用,无论是什么架构,比方说我们现在使用的用友的财务系统,基于B/S架构。除了利用Windows 2008的终端服务网关和用于发布终端服务的TSWebpart,是分支办公室通过内部办公门户远程使用财务系统外,我们可以使用Excel Service去财务系统中,提取我们需要的任何信息,生成用友并没有提供的实时报表,放在领导的桌面上。

2008年底,我又回到了熟悉的企业环境,开始用Sharepoint技术搭建企业的信息化平台,整整一年过去了,我也只是简单搭了个环境,关于Sharepoint的本身的基本的内容管理功能,并没有开始真正的使用,因为这是个新企业,还没有成熟的管理。我和一个开发的搭档花了半年的时间,开发一个成品的库存管理系统,集成在Sharepoint的平台之上。虽然领导要求的库存管理只需要知道实时库存即可,但是通过Excel Service,我还是很轻松的将生产入库情况分析、每日累计出货情况、经销商出货情况、销售分区年度出货情况、销售分区实时出货情况、纸箱消耗情况等等,与生产销售有关的报表放在了领导的桌面上。我认为,这些隐含于系统内部的各类数据的分析,才是真正体现Sharepoint技术价值的另一个最重要的方面,也是企业最需要解决的问题。因为围绕这一个产品库存,我们公司起码有8名员工,每天的很多时间花费在这个上面,而且做出的Excel文件的报表,数据的重复利用能力几乎为零,现在有关这方面的统计工作,已经被彻底解放了。

BTW,以上仅仅是我对Sharepoint技术的一些看法,文中的一些观点是我个人实事求是的看法而已,没有任何贬低国内Sharepoint应用水平的意思。而且我也勉强算是Sharepoint的圈内人士,希望能够紧跟Kaneboy、熊总、Choral、Erucy、Kevin等各位大牛的脚步,为这项技术的发展出一份力。尽管如此,我依然做好思想准备,双手抱头,以躲避四处飞来的板儿砖!呵呵 

 

posted @ 2010-02-01 09:56 风中的舞蹈 阅读(2225) | 评论 (28)编辑

2010年1月30日

在我们老祖宗留下的所有遗产中,最让我敬仰的是那充满智慧的什么的太极八卦图。黑白的阴阳鱼,完美的构成一个园,代表着万事万物的阴阳轮回。

上篇随笔中,我说了一些自己对微软智能客户端的看法,只是自己对企业应用发展历程的理解。至于企业的应用是C/S架构,还是B/S架构,还是要看应用的场景,只不过在网络技术高速发展以前,C/S架构是应用的主流,而到网络时代,B/S架构取代C/S架构成为主流,已经是不争的事实。其实历史就像一个轮回,进入2010,或许我们会发现,我们又将进入一个新的时代了!

先说说我对瘦客户端的理解。

当我在一台配置为两颗4核CPU和16G内存的DELL 2950服务器上,用基于微软的Hyper—V 2008 Server的4个虚拟机搭建企业测试环境的时候,偶尔会想起20年前我的大学生活,想起那时候上计算机课的情景。那时的计算机课象平常的高数和马列没多大区别,基本都是教师在讲台上讲天书,不是Basic语言,就是Fortran。唯一的差别是好久会有排上一次上机课,我用过的最早的电脑是紫金Ⅱ,一种只能运行Basic语言的机器,程序都是用打孔机打在纸带上;再后来的好像就是终端了,一台VAX3000的主机,连接多台终端,终端好像只有键盘和显示器。我认为从物理硬件上来说,这时的终端成为瘦客户端更为形象,瘦的只有键盘和显示器了!到了毕业设计的时候,终于用上了IBM PC,内存为640K的电脑,教授的286被当作宝贝,只有自己特别信任的研究生才给用。其实我实在想不出那时会有什么样的服务器端的应用,只是记得我们的老教授好像用Fortran编写了一个处理实验结果的程序,好多的温度传感器连接在一段火箭发动机的固体燃料上,点火燃烧后程序采集数据并生成一个燃烧模型,说是在的,那个程序如同固体燃料燃烧时长达几十米的火焰发出的啸叫,同样让我震撼不已。

到了windows NT的发布,微软才终于进入了网络时代,当Windows95彻底取代了DOS系统,使得PC有了一定的计算能力时,各种桌面的应用如雨后春笋。印象中九十年代初期最火的是由Dbase演变而来的FoxBase,各种基于FOXBASE的数据处理程序如财务等,风靡一时。记得我曾在93年时用了10天的时间看完了DbaseⅢ编程一书,然后用力20天的业余时间,写了一个处理生产报表的程序,并从此想通了以前在学校总也学不会的Basic和Fortran语言,然后再不学编程语言。其时的应用,大多集中在处理特定的事务上,运行在一个个的IBM PC上,或许此时的应用,可以称之为胖客户端,因为根本就不存在服务器端。

随着技术的发展,信息化的需求也越来越高,最典型的需求是财务的电算化。财务系统的复杂性决定了简单的客户端的应用无法解决所有的问题,因此需要运算能力更高的硬件,于是有了服务器,于是有了B/S架构的应用。核心的处理放在服务器端进行,部分的计算还在客户端。当时硬件的计算能力,决定了C/S架构的应用,是能够最合理利用计算资源的最优的解决方案,服务器端和客户端都承担相应的计算工作,在性能上也是一种平衡。

互联网的高速发展,使得集中计算和集中存储成为一种主流的需求,应为这种方式能够最大限度的降低客户的总体拥有成本, 而且服务器硬件技术和存储技术也在此期间高速的发展,也为基于B/S架构的应用提供了物理的保证,于是才有了蜂拥而上的IDC,提供各种各样的空间租用和接入服务,在让更多的人感受信息爆炸的同时,也正是宣告,企业应用正式进入了B/S的时代,同时也宣告了瘦客户端时代的到来。

B/S的时代意味着,只要有个能够接入到网络的终端,无论终端的计算能力如何,哪怕是无盘工作站,都可以非常容易的进行各种运算,处理各种各样的业务。瘦客户端最典型的应用莫过于银行和超市的终端(不过我不懂开发,没有考证此类应用属于哪种结构)。

在B/S基本一统天下的年代里,PC的计算能力也在不断的提升,微软基本实现了每家都有电脑的梦想,不过当时的盖茨估计没有想到,现在每个家中的电脑,几乎都变成了一个上网聊天看新闻的工具,能够用到电脑本身计算能力的应用,就只剩下了各种各样的游戏了。这好像和盖茨当年的愿望有点背离吧,估计盖茨同学当年的抱负是让每台电脑去承担些更伟大更有意义的工作!

万事万物都是一个轮回,当瘦客户端发展到00年代的中期,大量的客户端资源被闲置,于是才会有网格计算之类的想法。RIA号称富互联网应用,在我看来是瘦客户端的矫枉过正,是B/S架构和C/S架构融合的开始。进入2010年代,微软的Widows7已经发布,Silverlight也到了第四版的Beta,在微软所有的产品中,任何一个产品都没有Silverlight这样的开发速度。基于同样底层的Silverlight和WPF的快速的发展,用客户端的技术将Web展现的更加丰富多彩,我们也不由自主的跟随微软的脚步,跨入了一个RIA的时代,或许几年以后,甚至是现在,我们再也不用讨论你的应用是B/S架构,还是C/S架构,统统都叫做RIA吧。

posted @ 2010-01-30 10:16 风中的舞蹈 阅读(1491) | 评论 (13)编辑

2010年1月29日

在始于上世纪90年代末期的互联网大潮淹没桌面应用以前,微软这个桌面应用的巨头,引领着人们迈进一个又一个时代,当时的企业应用C/S架构为绝对主流。进入新世纪后,蜂拥而上的是基于Web的应用,此时如果你还做基于C/S的企业应用,说明你已经Out了!

Google的高速发展,让微软感受到前所未有的竞争压力,微软尽管不大愿意承认,但事实上是在互联网的时代,确实已经落后了Google一大步。不过微软也的确有自己的难处,毕竟自己最赚钱的产品还是桌面的Office,虽然也在暗地里(仅仅是猜想)拼命的追赶Google,把Google作为唯一真正的竞争对手,但桌面的应用不可能放弃,毕竟这是最大的客户群体,也是最来钱的东西,于是我们在2004年就听到这样的一个概念:智能客户端。鼓吹了一年,没看到什么效果,不过如果你用到了Exchange,而且你对微软的Outlook2003或以上版本比较熟悉,你就会体会到什么叫做智能客户端了。严格意义上讲,Outlook是微软第一款真正的智能客户端产品。Exchange是服务器端,所有的内容如邮件、公共文件夹都存储在服务器端,Outlook可以把自己需要的内容,自动从服务器端同步到客户端。

微软的Sharepoint技术从2001的雏形,经过2003发展到2007版时,已经基本完成了微软的一个战略构想,就是把整个微软的客户端的office组件,通过一个叫做Sharepoint的服务器产品融合起来,形成一套真正意义上的具备极大弹性的企业应用的解决方案。我们可以说,有了Sharepoint server这个中心,Office终于形成了一个完整的拼图,Office的每个组件,终于都变成了一个个智能客户端的产品,Excel就是其中的先行者,Sharepoint2007不但提供了Excel服务,还有Form service,就是从2003才有的Infopath组件。

记得Office 2007的时候,有一个大家非常陌生的名字,Groove,我从来没有关注过,只是听说这是一个用于协作的产品,更加不解,Sharepoint的初衷本身不就是协作么。当Office2010 发布Beta的时候,微软终于揭开了谜底,这个收购的产品正式的名字将从Groove改为Sharepoint Workspace,是一个标准的sharepoint 的智能客户端,就像Exchange 和Outlook的关系一样。

记得2007年在北京参与一个Sharepoint的项目,客户有一个非常实际的需求,就是随时需要将内网门户中的内容同步到笔记本上,去和客户进行相关的谈判,由于内容的不确定性,所有当时实现起来,有相当的难度,并且不容易形成一套完备的解决方案,现在好了,有了Sharepoint Workspace,终于可以完美的实现这个需求了。

 当Office2010正式发布的时候,我想微软对于智能客户端终于有了一个完整的说法,只是不知道在Sharepoint和Office这个体系之外,微软还能搞出哪些花样!呵呵。

 

 

posted @ 2010-01-29 09:21 风中的舞蹈 阅读(1743) | 评论 (5)编辑

2010年1月23日

     摘要: 对于一个IT PRO来说,装好了sharepoint server 2010 beta,接下来就是尝试系统所提供的各种功能。我首先看的是如何定制Master Page,因为这对于一个项目来说,是最初的需求。使用sharepoint designer 2010打开网站,将nightandday.master文件签出并编辑,设计窗口赫然出现一个控件呈现错误:导航控件中竟然提示没有指定ID属性,而当我尝...  阅读全文

posted @ 2010-01-23 10:31 风中的舞蹈 阅读(123) | 评论 (0)编辑

2010年1月21日

     摘要: 终于有时间来部署sharepoint server 2010的环境了。第一的印象是安装包做的很好,直接把sharepoint server 2010环境所需的所有的支持文件一并检查并安装,人性化了很多,据说微软产品的安装会向着这个方向发展。不过由于SQL server2008是另外的一台独立的服务器,一个更高版本的补丁需要安装。 最让我吃惊的是,配置服务器场的过程中,竟然多了一个服务器场的密码设置...  阅读全文

posted @ 2010-01-21 15:50 风中的舞蹈 阅读(30) | 评论 (0)编辑

2009年12月16日

     摘要: 荣幸又一次参加了MVP OPEN DAY,相比2007年浪漫的三亚海滩之旅,本次让我难忘的是参观微软公司和星光灿烂的晚间Party。微软的技术中心自不必说,展示给客户的不仅仅是一种雄厚的公司的实力,重要的是从客户利益出发的一种态度。各位Product Manager的Keynote更是让我深深体会到微软公司对社区以及对MVP的重视,更让我惊讶的是微软的员工看起来个个都睿智和干练,而且作高管的lad...  阅读全文

posted @ 2009-12-16 15:03 风中的舞蹈 阅读(81) | 评论 (0)编辑

2009年12月14日

     摘要: 对于搭建企业基础化境的管理员来说,应用到服务器硬件之上的热插拔技术,为他们的管理带来了很大的便利,如最早的SCSI硬盘的热插拔,到后来的内存的热插拔以及内存的镜像等,都使得系统的可用性有了极大的提升。微软的虚拟化技术在Hyper-V Server2008时揭开了新的一页,在打开企业虚拟化的大门之后,我们发现Hyper-V的第一个版本在管理上还是有不少的欠缺。Hyper-V Server2008 R...  阅读全文

posted @ 2009-12-14 17:36 风中的舞蹈 阅读(129) | 评论 (0)编辑