SharePoint基础之二- 站点和站点集的概念

站点和站点集

=============

让我们回过头来问一个基本的问题, 什么是WSS站点呢?

首先, WSS站点是一个内容存储的容器. 站点内容主要以列表(list)的形式, 文档库的形式, 子站点的形式来存储.

 

第二, 站点是个可以控制安全的实体, 其中的内容可以供经过配置了的一些用户来访问. 一个站点要么定义自己的用户集, 要不就继承父站点的用户. 一个站点还包括用户组的集合和权限集合, 这些定义不同种类的用户的访问站点列表和文档库的能力.

 

WSS并不会进行用户认证的操作. 作为替代, WSS依靠它下面的IIS和ASP.NET认证提供者基础架构来完成认证操作. 但是, 到了授权的部分,WSS的确是负了责任的. WSS提供用户接口元素和代码, 允许特权用户来配置站点内不同元素的授权. WSS 3.0还引入了有价值的security trimming特性, 通过它, 站点里的命令和元素只有那些有权访问它们的用户才看得到.

 

第三, 站点是一个可扩展的, 可以完全定制化用户界面的应用程序. 站点管理员可以创建页面, 定制俺们的外观和布局. 一个站点管理员还可以使用浏览器来修改站点的导航结构.

 

第四, 站点是使用Microsoft Web Part Page和Web Part技术的基础. 站点管理员可以通过设置WebPart来自定义(customize)Web Part Page. 一个用户可以通过修改, 添加, 删除webpart来个性化(personalize)Web Part Page. 所有的跟自定义和个性化相关的数据都存储在内容数据库中.

 

每一个WSS站点必须在已经存在了的web application的范围内. 尽管如此, 站点不能独立地作为一个实体存在于webapplication中. 每一个WSS站点必须被创建在site collection(站点集)的范围内. 站点集是WSS站点的容器.每一个站点集都要有一个顶级站点. 除了顶级站点, 站点集还包括子站点的等级结构. 下图展示出了站点集的一些可能的比较有说明性的结构.第一个站点集仅仅包含一个顶级站点. 第二个站点集的顶级站点下包含一层子站点. 第三个站点集包含一个稍微复杂点的子站点的层次结构.

当一家公司第一次使用WSS或者MOSS的时候, 首先遇到的第一个问题, 就是如何在站点集中对站点进行分区.  举例说明,究竟是应该创建一个大的拥有很多子站点的站点集呢? 还是创建很多个独立的站点集呢? 这些决定最后在阅读了后面的几个段落之后再做.你必须获得一些关于把站点分区到站点集之中的动作事如何影响到管理权限的范围, 安全边界, 备份还原, 和站点设计的一些知识.

 

你应该问问自己为什么WSS架构对它的站点们还需要个容器呢? 对于初学者来说, 站点集代表着一个管理权限的范围. 如果你被指派为一个站点集的管理员, 那么你就在这个站点集中的任何已经存在的站点和未来的站点之中拥有了完全的为所欲为的权限.

 

想象一下一家大的企业每年都要创建几千个站点这样的需求吧. 对这么多的站点的管理的担子不是IT部门的人能够及时的挑的起来的. 站点集的概念很重要, 因为它允许IT部门的人将管理的责任交给拥有那个站点集的部门, 让他们自己去执行管理的操作.

 

让我们来看一个例子吧. 在很多公司里, IT部门的某个人负责为某些职能部门的需求创建站点集. 在创建的过程中, IT部门在新建站点集的水平上,赋予那个职能部门的一个或多个用户以管理员的权限. 之后, 职能部门里拥有这样的权限的用户就可以自己添加用户了,  他们还可以创建站点的元素,比如说列表, 文档库等等, 并不需要IT部门的协助.

 

他们还可以在顶级站点下添加子站点. 这允许他们按照他们认为合适的方式来增长自己的子站点的层次结构, 或者是配置这些子站点的安全选项.

 

第二个使用站点集的动机就是他们提供了一个成员关系和安全授权的一个范围. 按照微软的设计, 每一个站点集在安全组上, 在哪些用户是站点的成员上, 在用户被授权可以做什么上, 都是独立于其他任何站点集的.

 

比如说, 设想一个Litware公司的IT部门为销售部建了一个站点集, 为会计部门创建了另外的一个站点集.尽管会计部门的用户在自己的站点集里拥有管理员的权限, 他在销售部的站点集里对人家的安全设定却是啥也管不了.这是因为WSS架构把每个站点集看作是安全设定的一个个岛屿, 彼此互不相干.

 

第三个使用站点集的动机是站点集提供了一个便利的备份和还原操作的范围. 你可以备份一个站点集, 然后准确的还原它. 还原站点集可以发生在那台备份的机器上. 另外,站点集也可以被还原到场中不同的地方, 甚至是场外的地方.这个备份还原站点集的技术可以作为一种策略应用在从测试环境向生产环境中迁移WSS站点的场景之下.

 

最后一个,站点集提供了许多站点元素和自定义的查询. 比如说, WSS对象模型提供了让你运行查询并展开所有站点集中的里列表的能力. 这个能力在站点集之间的时候, 就用不上了. 所以, 当你的应用程序想要将几个站点的列表归纳到一起的话,你就有了一个将这些站点放到同一个站点集里的理由.

用户也可以创建多重自定义的站点元素, 用来在站点集中的站点中重复使用.比如说如果你在顶级站点里创建了一个网站栏(site column), 那么这个网站栏就可以被下面所有的子站点重用.这允许你定义有某种类型特性的网站栏, 比如说格式, 合法确认, 或者是一个选项的列表, 在晚些时候的不同列表中你都可以重复使用这个网站栏了.再过一阵子, 你还可以更新这个网站栏的定义, 这样一下子你的修改就在整个站点集里引用相同网站栏的列表里生效了. 站点集是WSS3.0中新引入的.

 

如何创建站点集呢? 简要的列出过程如下:

Start-> Administrative Tools-> SharePoint 3.0 Central Administration 打开管理中心.

Application Management选项卡->Create Site Collection按钮

填写一些必要的数据, 按OK你就创建了一个站点集.

注意, 刚刚创建的站点集中是没有站点的, 所以, 用浏览器去访问你创建的站点集将会什么都看不到.

你必须再创建一个顶级站点.