SharePoint 2007 整理 1

来源:互联网 发布:xdvapp软件下载 编辑:程序博客网 时间:2024/06/11 10:39

接触SharePoint2007有一年了,中间因为全部都是一个人在负责,公司里的部门又多,很多小站点要创建或者维护,再加上很多东西自己也是要去学,所以虽然过了一年,但感觉还是处在入门阶段。 期间碰到过很多问题, 或是自己摸索或是在网上搜索求助,大部分都解决了。

因为没有良好的习惯,这些问题都没有一一总结记录,结果到后期碰到相同或是相似的问题又要重复相同的动作。 在加上工作职责所在,有时候又需要做其他的项目, 日前拜读了周公的一些杂谈,颇有感触;以前的很多学习或是工作的方式都不得其法,忽略了总结积累反思,结果就是经常做重复的事情或是无用功,效率奇差。现在的计划是,每天或是没几天对自己做的事情做一次总结,遇到的一些问题也要记录下来,不要在意这些所花费的时间,也不要想一蹴而就,慢慢积累,慢慢进步。

SharePoint里的东西涉及的太多,大多数我都只能算知道,但很多要么是用的不熟,要么就是从来没用到过。 所以要专门一个方面一个方面的总结也不现实,我现在也没到那个程序。 想了一下,就写下自己学习的这个过程,算是一种总结了。(现在还是菜鸟,所以很多想法很多观念可能还比较浅显或是有问题)

                

SharePoint Configuration:

1.  前因

     本人编程基础很差,进公司开始也是做测试,后来才转做开发。 接触SharePoint的时候刚做了半年开发,当时因为公司的要求,需要部

     署一个内部的SharePoint平台,考虑到一些因素,所以让我先尝试下。 因为从来没有接触过,所以一开始很是晕头转向,只能到网上下

     教程,然后参照着一步一步的做。(当时居然没有 想到买本书来看,真是服了我自己了)。尝试了好久终于勉强部署成功了,很悲剧的,

     我参照的对于后台如何配置管理写的很少(当时也不会用MSDN),写完怎么安装后就是直接创建网站集然后就跳到开发了。参照上面

      的,我学着写webpart,配置Form验证。不过这个只持续了一个月,这个系统要正式部署,是由部门的另外一个人负责了,我就暂时中

      断了这次尝试,继续去做别的项目了。到了09年年底的时候,系统的负责人辞职了,这个系统又交给我了,话说,接别人做了一半的东

      西是一件很痛苦的事情,特别是没有任何文档或说明留下来的情况下; 再加上过了快5个月,第一次配置的过程都快忘干净了(所以说

      总结一些,留点东西是比较重要的了),只能从头再开始学习。

2.   安装

      1) 必需的软件: IIS, .NET FRAMWORK 3.5 , SQL Server 2008,

      2) 下面就是安装的一些步骤了:

            I  选择服务器类型: Complete/Web Fron/Stand-alone

               第一次安装时直接选择Next,结果默认的是安装Stand-alone,后面很多配置步骤也会跳过,系统会自动帮你安装一个SQL

               Server Express Edition,并自动完成相关的配置。 当时还在诧异怎么得到的结果和介绍的不一样。于是重装了几遍,后来仔

               细一步一步的检查才发现时这里需要选择成 "Complete"类型(具体选择哪一种类型要根据实际的需求了)。

               后来就看了下这3种类型的区别了: Stand-alone类型是把所有的components都安装到一个台服务器上,这样做的后果是没

               有办法扩展,但是对于一些比较小的公司还是可以满足需求的。 Web Front是安装一个WEB FRONT服务器,一般向某一个现

               有的服务器场扩展新的WEB FRONT。

           II  配置

               因为选择的是"Complete”类型,所以这里会要选择是加入一个现有的服务器场或是创建新的服务器场。 加入现有的服务器场现

               在并没有尝试过,因为不是域环境,所以即使选择了这一项,在后面配置Configuration Database和DataBase Access

               Account的时候还是会报错。

               选择创建新的服务器场,输入配置数据库名和访问账户(保证这个时候已经安装好了SQL SERVER 2008),再选择管理中心的端

               口和验证方式,就可以进入后面的配置过程。

       3)  一些概念

            I   服务器场的概念: 最开始对服务器场的概念还限在一台WEB服务器+一台数据库服务器的层面上;查阅了一下才知道服务器场

                 比 这个要复杂。 从一台WEB+SQL服务器到多台SQL 服务器+多台WEB FRONT服务器,再到后面可以添加查询/索引服务

                 器。。。。。

           II   账户的规划: 在最开始安装的时候没有这个概念,一般就是用当前账户(管理员账户)作为所有的服务的账户,结果一次一步小心

                 更改了账户密码,大部分服务就停止了。还有一些服务,根本不需要管理员权限,这样就会有安全隐患。所以在后面安装部署的

                 时候就会先设计好相应的服务账户。

           III  索引路径: 在安装的时候会设置好索引路径;这个路径现在还没有一个清晰的概念。如果把该路径下的文件都删除掉,系统会

                 再自动创建索引么,还是会报错?

 3.  后台配置

      1)   只开启必需的服务/功能

            配置完成后就会自动跳到Central Administration站点; 第一次配置的时候是看到什么服务就去开启,这样固然是不会出什么问

            题,  但有些服务应该是需要的时候才会开启,否则会浪费服务器的资源。 合理的做法是先开启必需的服务。  对于网站集的一些配

            置也是如此,一些功能开始并不会用到或是无法控制,可以先不开启,后面再根据需要启用。

            在第一次配置的时候基本上知把Service里的服务都启动了,其他的倒没有什么配置(因为不会)就直接去创建网站集了。或者说那

            时候经过一个粗略的了解,对SharePoint的认知重点还是停留在创建一个网站集上,对后台的这些配置反而没有什么注意。

      2) Web Application

           开始在创建了WEB Application以后就立刻创建Site Collection了,但在后来却发现需要确认一下Web Application的设置

          (Web Application General Settings), 比如时区,比如一些安全设定等等。这些设定会对Web Application下的所有网站集产

            生影响,如果初期没设设定好,以后更改起来就很棘手。

      3)SSP

           如果单纯的只是要一个站点,那么创建一个网站集可能就能满足需求了,但这样也就体现不出SharePoint的优势,甚至还不如一个

           自己开发的网站。

           个人感觉SharePoint的优势在于数据的整合筛选搜索。如果单纯只是某几个网站,还不如用自定义的开发。

           SSP(Shared Service Provider)共享服务提供者,用于为相应的网站集提供一组服务: 需要一个SSP管理站点,一个个人网站中

           心。 前者用来配置相关的服务; UserProfile, Search, Excel Service, Business Data Catalog等,后者用于宿主个人网站集。

           创建完SSP以后可以选择与哪些网站集相关联,这样这些网站集就可以应用到SSP中相关的服务。 如果想为不同的网站集启用不同

           的服务,可以选择创建多个网站集,当然需要做好资源以及成本的规划。

4.  网站集

     对于网站集而言,首先是要熟悉,所以开始我为每个系统模板创建了一个站点/List,用来熟悉它们的结构和用法。 但在后期的应用中发现

     很多模板并没有应用到或是依然不知道如何运用。

     除了这些内容以外,另一个重要的就是权限,SharePoint有自带的权限系统,它将权限细化,使得管理员可以创建新的权限等级,再通

     过 权限 -- 角色 -- 用户的管理进行关联。 MOSS2007中的权限设定精确到了每一个文件或是列表项,通过详细的权限设定,可以尽可

     能的实现所见即所得。

5.  个人网站/搜索

      MOSS2007中很强大的两个功能: 个人网站,搜索。 因为环境限制,无法使用域环境,所以很多功能都大打折扣。

6.  自定义功能

      最初用户的需求可能仅限在建新的站,新的LIST,或是需要添加一些栏位。 后来就慢慢需要一些自定义功能,比如定时提醒,自定义列

      表,事件接收器, 自定义Web Part等。
      看过一本关于MOSS2007管理的书,其中有一部分说的比较好: 对于管理员而言,最开始不应该把所有的功能都开启,应该根据实际

      需求开发最小的功能集,再根据后面的需要陆续开启相应的功能。

      良好的规划是非常重要的,个人感觉应该是先将需求收集整理好,确认可行性,然后对针对这些需求进行规划: 硬件,软件,服务器

      场,还有需要哪些服务,开启哪些功能,再具体到网站集甚至是列表项等等。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

     

原创粉丝点击