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

2008年3月21日

     摘要:   阅读全文

posted @ 2008-07-11 03:10 风中的舞蹈 阅读(184) | 评论 (4)编辑

(第一部分:配置Excel Service)

Microsoft Windows Sharepoint service技术从SPS2003发展到Moss2007,不只是名称有了巨大的变化,产品本身已经从SPS2003的注重与协作的知识门户,演变成了一个具有六大块功能的整个office产品线的服务器端,门户已经只是其中的一个模块。包含门户、协作、搜索、ECM、BI、工作流的Moss2007已经成为企业信息化应用的集成的平台,而其中的BI功能更是通过报表呈现,快捷反映企业经营状况提升管理效率的有效途径。

当然,严格说来,MOSS2007中的BI功能,仅仅是指BI的展现部分,比如使用Excel Service实现的简单的报表以及PivotTable实现的数据透视,这里的局限性取决于Excel本身的功能,就MOSS2007来说,它只是提供了一个BI展现的场所,如果要作真正的BI,还需要别的系统的集成,比如水晶报表等等,这不是本文讨论的范围,在这里我们仅仅讨论,如何通过Excel Service,来实现简单的(但其实是非常具有普遍意义的)BI的应用。具体来说,就是使用Excel 2007,通过外部数据源连接到数据库,读取数据库中的数据,并根据需要制作成相关的报表以及分析用的数据透视图表,发布到MOSS2007上,并通过Excel Service展现为Web页面。

实现MOSS2007中的BI功能,大致需要以下的三个步骤:
一、在管理中心中配置Excel Service

  1. 前提条件:

    要使用Excel Service,需要MOSS2007的企业版,并且需要在网站集中激活企业版的功能,在网站操作> 网站设置 > 网站功能的页面,我们可以激活这个企业版的功能:

2.编辑 Excel Services 设置

在Excel Services的设置中,最基础的设置就是编辑 Excel Services 设置

本页面中有两个地方我们需要注意:在安全性的文件访问方式我们要选择模拟,这是Excel Calculation Services 从所有非 Windows SharePoint Services 受信任文件位置检索工作簿文件时使用的身份验证方式。还有就是在外部数据部分,我们需要设置一个无人参与服务的帐号和密码,这是连接到需要用户名和密码字符串进行身份验证的数据源时,Excel Calculation Services 使用的默认 Windows 帐户的凭据。如果不设置,则无法连接到数据源。

3.受信任文件位置

在SSP的Excel Service的设置中,还有一个关键的设置,就是受信任文件位置,这时Excel Service内部实现的一个安全性的机制,如果一个报表没有被存放到指定的受信任文件位置中列表设定的文档库的中,则这个Excel文件不能使用Excel Servcie的功能,使用Excel Access Webpart以浏览器的方式呈现。

操作方法:在网站集中创建要存放报表的文档库,病把这个文档库的地址添加到受信任文件位置,例如文档库:http://moss.bonainfo.com/Reports/ReportsLibrary

在受信任文件位置添加的页面,我们在位置中填入创建的文档库的地址,要注意选择受信任的子级,以信任这个文档库中文件夹及目录中的内容;在计算行为 的工作薄计算模式中选择文件

要特别注意的是外部数据这个部分的设置:允许外部数据要选择允许处理来自以下位置的数据连接:受信任的数据连接库和嵌入连接;刷新时警告处不选择启用刷新警告,因为我们一般不喜欢在打开或刷新报表时弹出那个警告的页面;在 "打开时刷新"失败时停止打开处,我们启用停止打开,以便在以下情况下停止打开此位置的文件:文件包含"打开时刷新"数据连接,但打开文件时无法刷新,且用户对文件没有"打开"用户权限。在外部数据缓存生存期处我们可以设定系统可以使用外部数据查询结果的最长时间(秒);在每个会话允许的最大并发查询数处,可以指定单个会话中可并发执行的外部数据查询的最大数目,这里都是用默认的设置。

用户定义函数,我们启用允许的用户定义函数。

   

4、受信任数据连接库

在SSP的Excel Service的设置中,受信任数据连接库是另外的一个非常重要的设置。所有在报表中使用到的到数据库的连接,必须以文件的方式储存在这里指定的数据连接库中,才能被Excel Service正确使用。通常,我们需要首先在网站集中创建一个用于保存数据链接的文档库(数据连接库),然后把此文档库的地址填写到受信任数据连接库的列表中(当然允许不止一个这样的数据连接库)。

至此,我们完成了管理中心的SSP中,关于Excel Service的部分配置,之所以说部分,是因为受信任数据提供程序以及用户定义的函数我们并没有涉及。受信任数据提供程序实际上是能被MOSS2007使用的到数据库连接的驱动程序,如果有数据库没有在列出的列表中出现,你需要手工添加到数据库的驱动,至于用户定义的函数属于开发的范畴,我们不加讨论。

posted @ 2008-06-25 15:12 风中的舞蹈 阅读(1066) | 评论 (4)编辑

      昨天有位朋友在圈子中问起,如何给用户指派只能添加项目却不能删除项目的列表权限,让我想起了moss2007的权限级别。权限级别将针对某一对象的权限粒度到单一的操作,使我们可以通过组合,创建不同的权限级别,来满足实际的需求。
      针对上面的问题,我们是需要在网站设置中打开高级权限(网站操作——〉网站设置——〉修改所有网站设置——〉用户和权限——〉高级权限)的页面,打开设置菜单项中的权限级别页面,就可以添加一个权限级别,只赋予添加项目和查看项目的权限(依存关系,必须能查看),然后将相应的用户组指派这个权限级别,就可以实现上面的需求。
      MOSS2007中粒化的权限:
   

请选择此权限级别中要包含的权限。

 

全选

列表权限

管理列表  -  创建和删除列表,添加或删除列表中的栏,以及添加或删除列表的公共视图。

替代签出版本  -  放弃或签入已由其他用户签出的文档。

添加项目  -  向列表中添加项目,向文档库中添加文档,以及添加 Web 讨论评论。

编辑项目  -  编辑列表中的项目、文档库中的文档、文档中的 Web 讨论评论以及自定义文档库中的 Web 部件页。

删除项目  -  从列表中删除项目、从文档库中删除文档,以及删除文档中的 Web 讨论评论。

查看项目  -  查看列表中的项目、文档库中的文档和查看 Web 讨论评论。

批准项目  -  批准列表项或文档的次要版本。

打开项目  -  使用服务器端文件处理程序查看文档源。

查看版本  -  查看列表项或文档的以前版本。

删除版本  -  删除列表项或文档的以前版本。

创建通知  -  创建电子邮件通知。

查看应用程序页面  -  查看表单、视图和应用程序页面。枚举列表。

网站权限

管理权限  -  创建和更改网站上的权限级别,并为用户和用户组分配权限。

查看使用率数据  -  查看有关网站使用率的报告。

创建子网站  -  创建子网站,例如工作组网站、会议工作区网站和文档工作区网站。

管理网站  -  授予执行该网站的所有管理任务并管理内容的能力。

添加和自定义网页  -  添加、更改或删除 HTML 网页或 Web 部件页,并使用与 Windows SharePoint Services 兼容的编辑器编辑网站。

应用主题和边框  -  将主题或边框应用于整个网站。

应用样式表  -  将样式表(.CSS 文件)应用于网站。

创建用户组  -  创建一个用户组,该用户组可用于网站集中的任何位置。

浏览目录  -  使用 SharePoint Designer 和 Web DAV 接口枚举网站中的文件和文件夹。

使用“自助式网站创建”  -  使用“自助式网站创建”创建网站。

查看网页  -  查看网站中的网页。

枚举权限  -  枚举网站、列表、文件夹、文档或列表项中的权限。

浏览用户信息  -  查看有关网站用户的信息。

管理通知  -  管理网站中所有用户的通知。

使用远程接口  -  使用 SOAP、Web DAV 或 SharePoint Designer 接口访问网站。

使用客户端集成功能  -  使用启动客户端应用程序的功能。如果没有此权限,用户必须本地处理文档并上载更改。

打开  -  允许用户打开网站、列表或文件夹,以便访问该容器中的项目。

编辑个人用户信息  -  允许用户更改个人用户信息,例如添加图片。

个人权限

管理个人视图  -  创建、更改和删除列表的个人视图。

添加/删除个人 Web 部件  -  在 Web 部件页中添加或删除个人 Web 部件。

更新个人 Web 部件  -  更新 Web 部件以显示个性化信息。

posted @ 2008-04-11 08:45 风中的舞蹈 阅读(435) | 评论 (0)编辑

      由于测试的需要,为了更真实模拟实际的生产环境,我使用Virtual Server 2005 SP1搭建了一个虚拟的MOSS2007的环境。整个环境包括三台服务器:作为企业基础架构的DC01,部署了活动目录和DNS服务;MOSS2007应用服务器,MOSS完全安装;SQL2005数据库服务器。整个环境在一段时间内工作非常正常,我已经做了一个相对完整的解决方案。在我打算将虚机复制到别的地方时,我遇到了相当多的麻烦。
      在将三台服务器都关机后,我将所有的文件复制了一个拷贝到另外的磁盘,并在备份的磁盘中测试。添加了三台虚拟机后,首先遇到的问题是应用服务器和数据库服务器无法登陆到域中,经让提示我的那个管理员的帐号已经被禁用!幸亏我曾经是MCSE,在经历了登陆到本机——〉从域中脱离——〉重新加入到域中等一系列过程之后,我终于又能够恢复了系统。
      昨天为了一个补丁,我将moss2007的机器关机并提交了撤销盘,结果重起以后,就连不到服务器场了。因为已经有了多次这类的经历,我对MOSS2007的配置向导是深信不疑,又经过重新启动,运行配置向导,从服务器场中脱离,然后再次运行,以便加入服务器场,结果又遇到服务器场未知,检查日志,发现了一些.NET 的错误,MOSS的有关服务竟然无法启动,重起机器,再次运行配置向导,结果网站可以打开了,管理中心进不去,再次运行配置向导,然后终于没问题了。
      结论:虚拟环境中由于DC的存在,不但服务器之间会有时钟同步的问题,启动的先后次序也会影响环境的稳定。MOSS2007的配置向导看可以解决大部分与配置有关的问题,遇到问题首先要静下心来,注意观察日志,就容易解决问题。

posted @ 2008-04-03 09:28 风中的舞蹈 阅读(381) | 评论 (2)编辑

      今日翻看onenote笔记本,看到了年前本来要在赏梅斋MOSS开发群和大家讨论的,却由于临时有事而没有讲的内容,发出来希望对大家有所帮助 :  

     我们知道MOSS2007最基本的功能,其实是他的内容管理,这从这个产品发展的过程我们就可以知道,我就不多啰嗦!MOSS在内容管理方面作了极大的扩展,直接将另外的一个内容管理的产品整合到了系统中,并且是MOSS在内容管理方面有了良好的架构.完全基于.NET 2.0技术的页面模型,网站集级别的内容类型、可以重用的网站栏等等新的feature,使得我们可以使用MOSS基本的功能就可以解决企业内部一些看起来是稀奇古怪的需求。

         先举一个例子:在项目中我遇到这样的一个需求,一个非常普通的需求,通知;我们知道MOSS2007已经内置了通知类型的列表,发起一个通知是再简单不过的事了,问题是这边的情况是单位的每个部门都可能发出通知,并且要在发通知的时候就能够决定是不是发布到门户首页,并且是不是重要的通知,因为集团的首页上有两个区域分别显示所有的通知和重要的通知。

        刚听到这个需求我的反应是很诧异,还有这种需求?其实后来想想,也很正常,这种需求也很现实。咋一看很难实现,以为需要开发的支持,写出一套事件处理程序,将发布到首页、重要通知的内容发布到相应的列表中。后来经人指点,看了看网站的内容类型,竟然只用了基本的功能,经过简单的组合就解决了问题:

        一、首先创建了两个网站栏,一个名为是否发布到首页,值为是否选项,一个为是否为重要通知,同样为是否选项;创建了一个名为部门通知的内容类型,继承自通知类型的列表,添加上面创建的网站栏;

创建部门通知列表,允许此列表内容管理,然后添加内容类型,添加创建的部门通知的内容类型,然后删除原来默认的内容类型,这样,在创建新通知的时候,就可以选择是否发布到首页、是否为重要通知了。

      二、创建了通知,选择了是否发布到首页、是否为重要通知,只是做好了基本的准备工作,接下来我们借助MOSS系统中内置的功能强大的内容查询WEBPART,查询的源为部门列表,通知的列表按是否发布到首页筛选,重要通知按照是否为重要通知筛选,就可以满足要求了。

        通过以上的例子我想了很多,其实MOSS已经提供了非常强大的功能,如果我们能充分利用,是可以解决企业许许多多着如此类的实际问题。

        MOSS系统实施的质量,很大程度上依赖于对整个系统的规划和设计。就上面的例子中我们就可以看到,如果我们事先对系统的内容做好了规划,就会在内容创建之前,先去创建是否发布到首页,是否为重要文档,档案类型,保密级别等等诸如此类的在整个项目中的多个地方都要使用的有特定意义的字段,作为网站栏,然后创建诸如部门通知、企业档案之类的满足特定需求的内容类型,然后再创建一个与功能相近的列表,做完上面的两步操作后,将此列表保存为包含内容的模板,就可以在别的地方重用了,这样先规划后动手的方法,能极大提高项目实施的效率。

posted @ 2008-03-29 12:48 风中的舞蹈 阅读(456) | 评论 (5)编辑

     摘要:   阅读全文

posted @ 2008-03-26 17:07 风中的舞蹈 阅读(608) | 评论 (5)编辑

 
许多的隔离需求可以在一个单一的服务器场中实现,一些场景需要超过一个的服务器场。MOSS2007通过使用下面的隔离方法提供了隔离宿主在相同服务器场中的应用程序的机会。

·     使用具有不同进程标识的IIS应用程序池在近程级别实现隔离

·     使用分离的Web应用程序在Web应用程序级别实现隔离

·     使用分离的SSP在审核级别实现隔离

尽管有非技术的原因使得为什么你需要部署超过一个服务器场以实现安全隔离,一些组织需求将规定实现超过一个的服务器场。下面的场景示例:

·     一些行业,例如投资银行,商业规则规定在站点间物理隔离。

·     外包IT项目的一些组织,例如一个州政府,或许出版合同需要物理隔离应用程序。

posted @ 2008-03-26 08:21 风中的舞蹈 阅读(314) | 评论 (0)编辑

     摘要: 作为一个IT Pro,我一直在应用方面下功夫(当然是应为我不是Developer,不会开发了!)。我发现大凡微软的Server产品,都会有个规划指南以及部署指南,帮助我们做好系统的规划和实施,这个从windows server 2000开始就有了!动辄几百页的文档,让人看了实在眼晕,不过这些东西确实非常有价值!前几天看到了关于moss2007 的规划指南,只是看了看目录,就觉得收益非浅,让我们切...  阅读全文

posted @ 2008-03-23 13:55 风中的舞蹈 阅读(494) | 评论 (0)编辑

    读过了夏天的感觉《使用Feature构建(之一):Site Columns 》,很受启发。说实话,以前做项目,就没有考虑到这方面的问题,都是通过界面,进行傻瓜式的操作,当然,部署时也没有一个一个的创建,因为测试环境模拟了真实的环境,然后把整个网站集恢复到生产环境去了。不过怎么说这也是个最规范效率最高的方法,知道了当然就要搞清楚,于是就做了尝试。
    大致看了看feature目录下面的文件夹,对feature的大致的作用还有了个更充分的理解。MOSS利用feature的特性,使整个产品变成了一个积木式的玩意儿,可以随意的添加功能。简单的feature,诸如网站栏、内容类型等,在moss基础之上的配置型的内容,由于继承自moss本身,不需要底层的代码,所以只需要简单的两个XML文件就可以搞定。一个文件名为feature.xml,另外一个是在feature.xml中指定的文件名
    feature.xml的内容如下:
Code

          仔细看了看,其实没啥内容,指定了标题和说明,并在<ElementManifest> 节中指定了feature具体的描述文件的位置。
     Bower-Columns.xml的内容,则是具体描述了每个要添加的网站栏的ID、名称、所属的组(没有的话就新建)、网站栏的类型、显示名,根据类型不同还会有相关的描述。
Code

      用stsadm部署了一下,成功看到了网站栏中出现了新的名为Bower的组,组中有“文档分类”、“通知内容”、“新闻内容”的网站栏,感觉很爽啊!终于找到了对MOSS深入定制的感觉!呵呵

posted @ 2008-03-21 19:09 风中的舞蹈 阅读(280) | 评论 (1)编辑