SharePoint 2007解决方案设计规划和布署
SharePoint Server 2007是一个健全、灵活的解决方案，它可以满足不同组织的需要。很多Windows SharePoint Services 2003和SharePoint Portal Server 2003的限制已经被解决。使用新的版本，管理员可以使用更多的新特性，但伴随新特性和灵活性而来的是更复杂了。在这一章，我们将构建一个架构，来成功的实现Office SharePoint Server 2007，并映射到日常业务需要。
WSS 3.0 foundation提供平台和协作特性，诸如文档库，日程表，通讯录，wikis,blogs和列表。SharePoint Server 2007增加和集成了丰富的功能，像搜索，索引，Excel运算服务(ECS)，个人工作间，过程管理，内容管理，以及商业智能。尽管本章主要是介绍SPS2007的特性集，但一个适当设计的WSS 3.0实现也是必需的和重要的，所以本章也会介绍WSS3.0。记住，这里的目标不包括安装和管理SPS 2007，而是去理解产品的每一个特性，这将有助于你的设计选择。
通常在考虑正在安装的软件带来的后果之前，系统管理员已经在安装软件了。当升级已有系统时，必须确保与以前系统和自定义代码的兼容性。尤其要注意在SPS 2007上ASP.NET 2.0的整合。可以考虑在SPS 2007的设计上采用top-down（从整体到细节）设计方法和实现。花时间去研究设计的可能性和深思熟虑，作出最终决定。
|
|
理解设计生命周期
一些管理员和设计师可能使用他们自己组织的生命周期指南。如果你是他们中的一个，你仍会从本章中发现有用的信息。如果你还没有接触过设计生命周期，你应当考虑在SPS 2007的实现中使用它们。大部分主要的已发布的设计生命周期都是相似的，但是它们并不总是与布署协作解决方案匹配。这章给你一个能使用于布署SPS 2007的设计生命周期实例。图3－1是设计生命周期的示意图。
图 3-1: SharePoint Server 2007 设计生命周期
定义项目的利益相关者
Stakeholder在IT领域的意思可理解为最终作决定的人，项目拨款人，或者指从实现一个新的系统能得到的利益的人。IT专家最困难的任务之一就是去说服管理层愿意花时间和金钱去实施方案。很多方案由于匆忙设计，于是后来就出现问题，是因为一个可靠的，灵活的基础没有被布署。一个设计良好的SPS 2007从预定目标花费时间和金钱。
问问自己，你将如何实现以帮助你的项目的利益相关者，并且在他们将得到的赢利的增长和生产力的提升的预期下培训他们。 项目的利益相关者的参与将成为构建SPS 2007平台的本质，并与你的业务一同成长。花时间去思考您的设计，而不要急于安装和升级。花在问问题，测试应用程序，以及使用测试组的时间将为接下来的管理工作节省很多精力。在着手一个新的项目前，总是得到主要管理者的书面许可。
创建一个问题声明
没有将明确的定义和对业务原因的理解放于实现SPS 2007的首位，将不能完全的实施SPS 2007。要使工作更接近预定目标，需要定义一个问题声明和目标来解决问题。以下是业务，功能，以及安全问题的例子。
· 业务问题 帮助台的问题记录和处理，工作流发布，库存管理，记录管理，便携性和可访问性的数据，重复劳动，内容管理
· 功能问题 IT职员工作负担过载，置于不同地方的服务器和数据的管理，组织的边界，多个子公司，多个承包人。
· 安全问题 法律问题，地区法规，政府的授权和监管指导方针，对知识产权的保护，数据的完整性，灾难恢复，连续作业
|
|
|
安全提醒 在你设计的每一个阶段都考虑到安全，这是很重要的。研究如何达到你的目标，需求，以及执行计划对你的数据保管的影响。这种努力将为你将来节省大量的时间和精力。在你设计的所有阶段都应有IT安全人员的参与。 |
在与项目的利益相关者以及其他人磋商后，你的问题声明将像以下这样：
· 数据是分散在整个企业内的个人电脑上，e-mail文件夹，Web服务器，U盘，光盘，内容管理解决方案，数据库，以及文件服务器上。找出以前创作的文档，这是非常困难和花时间的，接着雇员花时间和金钱去找到正确的资源。频繁的需要IT部门介入，以找出，复制，或授权访问数据。可能因为硬件故障而阻止数据的访问。管理者也希望数据所有者准许用户访问内容，确保用户访问的内容在一个需要知道的基础上。
定义目标
目标应该显示具体的价值来解决您的业务，功能，和安全问题，但是它们不包括开发和实现的详细资料。从你的问题声明，可以清楚的定义目标：
· 目标1 收集尽可能多的信息到集中的位置同时降低总的拥有成本
· 目标2 安装一个索引能力以搜索在集中位置和远程位置上的所有内容。
· 目标3 当允许和创立团队合作时，创建一种方式在团队内部来共享创意和信息。这个信息将会通过一个由数据拥有者定义的使用者索引，搜索，以及使用。
· 目标4 实现高用可性的解决方案
这一部分概述了部分你需要在设计生命周期早期考虑的，这样你才能正确的定义你的目标和需求。
建立一个管理模型
就像贯穿你的设计工作一样，记住你将如何管理所有不同的部分。很多组织是地理分散或部门分散的，同时，深思熟虑的管理模型对成功很重要。如果你规划一个多服务器场SPS 2007拓扑结构，它可能会较难维护安全和一致性实现。
多服务器场安装应该有一个企业管理员来管理访问和控制全部服务器。企业管理员负责所有架构包括安全，布署，以及所有SharePoint安装的自定义。在这种模式，每天的管理工作是由每个SPS 2007服务器场专门的管理员来执行的。
|
|
如果你的组织有一个集中的IT部门，你需要为远程服务器管理作安排。例如，你可能需要打开某些防火墙端口，以方便从你的网络的任何地方访问集中管理。如果你已经有分布IT支持，为了管理你的SharePoint Server 2007 服务器场，你可能希望通过部门或地理上的位置建立组，接下来是活动目录组织单位设计。
确认软硬件花费
当设计你的SPS 2007安装或升级时，创建一个电子表格记录你将使用的软、硬件。这有一些你可以开始的项目：
· 已有硬件能支持你的当前硬件在升级后支持放在它上面的附加负载吗？SPS 2007必然会增加已有服务器的使用。
· 一旦用户看到SPS 2007优势，就需要新的硬件规划来满足系统急剧增长的使用率。个人工作间的企业实现会增长采纳的速度，而使用专用的硬件会使更大型的企业解决方案运行得更好。
|
|
更多信息 |
硬件相关的更多信息,请访问 http://www.microsoft.com/sharepoint/default.mspx. |
· 联系你的微软销售代表购买这些软件的许可，SPS 2007, Windows Server 2003 R2, Windows Server 代码名“长角”，以及Microsoft SQL Server 2000或2005，记住每个访问你的SPS 2007服务器的人都需要一个客户访问许可(CAL)。
定义服务水平协议
在现代IT世界，你很可能接触到服务水平协议（SLAs）。SLAs是双方或多方之间的协议（交付，支持和沟通，所涉及的每一方）。你可能会被邀请去为你的SPS 2007实现定义SLA。谨慎的起草这些文档，并且为你的情况准备适当的资金。如果你没有直接管理你安装的所有组件，请与负责这些组件的人进行商议，这些组件包括SQL Server, 服务器硬件，开关，路由器，防火墙等。
计划 如果你被要求提供高有效性，很多可变情况必须被考虑。这些可变情况接下来将会介绍。
|
|
|
|
定义需求
当需求通常产生于项目的利益相关者的一点帮助时，目标一般是通过IT人员与项目的利益相关者的合作下产生。需求源自你的示例目标，可能像这样：
· 需求1 实现一个小的，三个服务器的SPS 2007服务器场来加强公司的数据。使用SSL远程访问，禁止使用U盘和本地个人电脑保存。
· 需求2 在SPS 2007中自定义搜索和索引功能，能在Exchange 服务器，文件服务器，Web服务器，第三方内容管理系统，和老版本的SPS服务器上搜索当前数据。
· 需求3 实现自助站点的创建和管理以减少IT部门的经费。这将为客户提供更快的服务，尽可能低的总体拥有成本。
· 需求4 实现多服务器，负载平衡解决方案，当万一硬件故障时，这将保证数据的可用性。
尽管你的问题声明，目标，以及需求将差别很大，在实施前总是研究和测试。在开始之前一定要考虑多时区，语言，关税，以及法律和安全。
取得批准和实施这个方案
在你定义一个稳定的需求后，你需要为项目的利益相关者和你的同事展示这些需求，使用设计审查。设计审查提供一个很好的机会来为所有难懂的部分建议修改或赞成你的设计。在你的设计审查上提供一个实施规划，同时开始安排所有你需要的技术资源。
了解你的当前环境
了解你的当前环境是规划和实施任何新的系统中最关键的。如果设计你的SPS 2007安装，指望当正在索引文档时，很多文档也正被迁移。尝试通过彻底的记录在你的企业中的位置，类型，以及内容数量得到一个综合的考虑。
决定人员需求
一个成功的实施中通常容易忽视的部分就是人员配备。架构师和管理员通常作好软硬件的计划，但常忘记为开发和维护一个新的系统人员获取经费。如果发挥SPS 2007的全部潜力，它需要大量的人力资源。在开始时，了解需要哪类专业人员，并得到项目的利益相关者的直接支持。表3－1提供一个建议人员安排供你参考：
|
工作岗位 |
小型服务器场 |
中型服务器场 |
| ||