SharePoint Server最佳实践
点击看大图基本信息
- 作者： (美)柯里(Curry, B.) (美)英格利希(English, B.) [作译者介绍]
- 译者： 刘晖 杨建英
- 丛书名： 微软技术丛书
- 出版社：清华大学出版社
- ISBN：9787302252917
- 上架时间：2011-6-9
- 出版日期：2011 年6月
- 开本：16开
- 页码：608
- 版次：1-1
- 所属分类：
计算机 > 办公软件 > OFFICE > 综合
编辑推荐
凝聚SharePoint Server业界专家和微软员工的真知灼见
充分融合理论与实践
内容简介回到顶部↑
书籍
计算机书籍
《sharepoint server最佳实践》由sharepoint领域的多位mvp以及微软sharepoint团队成员等对该产品的部署和维护拥有丰富经验的业界专家联合创作而成。本书并不是一本“入门书”，并不会介绍sharepoint产品在部署和管理方面的具体做法，而是从专业角度介绍这一系列工作中的实践经验。软件的安装和配置本身非常简单，只有经验才是最宝贵的，而这往往也是最难获得的。
通过阅读本书，您不仅会了解软件的部署方法，同时还将了解整个环境的设计思路，以及内容管理、数据的分析和查看、灾难恢复、性能监控等方面的宝贵经验。基本上，这本书涵盖了sharepoint产品从评估、部署到管理以及后续使用等完整的生命周期。
计算机书籍
《sharepoint server最佳实践》由sharepoint领域的多位mvp以及微软sharepoint团队成员等对该产品的部署和维护拥有丰富经验的业界专家联合创作而成。本书并不是一本“入门书”，并不会介绍sharepoint产品在部署和管理方面的具体做法，而是从专业角度介绍这一系列工作中的实践经验。软件的安装和配置本身非常简单，只有经验才是最宝贵的，而这往往也是最难获得的。
通过阅读本书，您不仅会了解软件的部署方法，同时还将了解整个环境的设计思路，以及内容管理、数据的分析和查看、灾难恢复、性能监控等方面的宝贵经验。基本上，这本书涵盖了sharepoint产品从评估、部署到管理以及后续使用等完整的生命周期。
作译者回到顶部↑
本书提供作译者介绍
Ben Curry CISSP，MCP，MCTS，SharePoint Server方面的微软MVP，也是网络架构师，擅长知识管理和协作技术。他开发了自定义的SharePoint解决方案，并已在TechEd和Dev Connections公开展示。
Bill English MCTS，MVP，MCT，他是SharePoint Server 2007领域的作家和培训专家。他运营着一家业界领先的培训和咨询公司，已编写了10余本书籍，在Microsoft Office SharePoint Conference、Comdex和其他相关活动中都做过演讲。
Microsoft SharePoint团队 负责SharePoint产品和技术的开发并提供相关支.. << 查看详细
Bill English MCTS，MVP，MCT，他是SharePoint Server 2007领域的作家和培训专家。他运营着一家业界领先的培训和咨询公司，已编写了10余本书籍，在Microsoft Office SharePoint Conference、Comdex和其他相关活动中都做过演讲。
Microsoft SharePoint团队 负责SharePoint产品和技术的开发并提供相关支.. << 查看详细
目录回到顶部↑
《sharepoint server最佳实践》
第i部分 规划和设计
第1章 office sharepoint server 2007简介 3
1.1 windows sharepoint services 3.0 3
1.1.1 管理的委派 3
1.1.2 web应用程序的初始化 4
1.1.3 备份和还原 4
1.1.4 安全性 5
1.1.5 存储 6
1.1.6 服务器场拓扑 7
1.1.7 网站模型 8
1.1.8 应用程序编程接口 9
1.1.9 协作 10
1.1.10 维基 11
1.2 sharepoint server 2007标准版 11
1.2.1 搜索和索引 11
1.2.2 共享服务提供程序 12
1.2.3 门户 13
1.2.4 网站集审核 13
1.2.5 企业内容管理 14
第i部分 规划和设计
第1章 office sharepoint server 2007简介 3
1.1 windows sharepoint services 3.0 3
1.1.1 管理的委派 3
1.1.2 web应用程序的初始化 4
1.1.3 备份和还原 4
1.1.4 安全性 5
1.1.5 存储 6
1.1.6 服务器场拓扑 7
1.1.7 网站模型 8
1.1.8 应用程序编程接口 9
1.1.9 协作 10
1.1.10 维基 11
1.2 sharepoint server 2007标准版 11
1.2.1 搜索和索引 11
1.2.2 共享服务提供程序 12
1.2.3 门户 13
1.2.4 网站集审核 13
1.2.5 企业内容管理 14
译者序回到顶部↑
Microsoft Office SharePoint Server 2007是一套非常复杂的系统，这里所说的复杂并不是指这个软件的部署、使用以及维护有多困难，而是指，要想用好这套系统，并在日常工作中充分发挥作用，往往需要经历一段“艰难”的过程。因为在部署SharePoint时，不仅需要针对当时的使用环境做出良好的规划，并且这样的规划还需要满足以后的需求，对于涉及文档管理的环境更是如此。如果没有对搜索功能、可扩展性以及灾难恢复等重要问题做好妥善的规划，日后的使用肯定会麻烦不断。
“最佳实践”(Best Practice)这一概念在近几年得到了软件厂商和普通用户的普遍重视。这一概念所涉及的并非软件的具体使用方法，而是由相应领域的专家介绍与软件有关的各种实践经验。几乎全部的微软技术，都有相应的最佳实践，这些内容可能写成了图书，但更多的还是直接发布在微软网站上。
我们总说“知其然，知其所以然”，而“最佳实践”则充分体现了这一点。以本书为例，对于SharePoint这套软件的功能，本书并没有进行过于细致的介绍，没有介绍在安装软件时要先做什么，后做什么，也没有详细介绍在后期的使用维护过程中，某项任务的具体操作步骤是什么。因为介绍这些内容的图书实在是太多了。相反，本书从另一个角度，介绍了SharePoint产品实施和使用过程中的思路和方法。例如在介绍文档管理的第8章中，本书没有述及如何创建文档库，并将不同类型的文档放在不同的库中，而是介绍文档管理的最终目的是什么，并针对最终目的，结合管理过程的不同阶段，介绍在每一阶段可能会遇到的各种问题，以及如何用软件或非软件的方式解决这些问题。
因此对于已经有SharePoint使用和实施经验的读者，在阅读本书后，就算遇到有不同需求的SharePoint环境，都将能够根据实际情况，并结合来自专家的实践经验，用最恰当的方式解决问题，并能充分发挥SharePoint系统的作用。
本书主要分为下列几个部分。
第I部分“规划和设计”：这一部分不仅介绍了这一整套IT环境的规划，最重要的是还介绍了实施SharePoint后所产生的各种影响。
第II部分“构建”：这一部分则介绍了在构建整个环境的过程中可能用到的最佳实践，例如内容管理战略、自定义开发的角色以及开发和测试环境。
第III部分“部署”：这一部分则主要讨论了对内容进行整理的方法，以及为了优化搜索功能可采取的措施，另外还有数据安全性、商业智能和跨网络边界部署等方面的实践。
第IV部分“运作”：这一部分则着重介绍了有关可用性、灾难恢复、容量规划以及性能监控等日常运作过程中需要注意的问题。
应清华大学出版社的邀请，我和杨建英共同合作，对本书进行了翻译。这本书的内容非常多，并且涉及大量的理论知识，因此工作量相当重。本书的顺利出版是集体协作的结果。参加本书译稿校对和整理工作的有董晓兰、刘宝良、王凤霞、李春霞、刘步庭、李红莉、刘进业、张惠玲、刘斯琰、刘根武、刘宝敏和刘宝玲等，在此我们要对他们的帮助表示感谢。同时我们还要感谢清华大学出版社的编辑文开琪和汤涌涛在翻译过程中所提供的帮助。
由于水平有限，工作量大，且受出版周期所限，本书的翻译难免存在一些疏漏，希望读者朋友能不吝赐教。如果对本书的翻译有什么疑问或者建议，可发电子邮件到huiliu@gmail.com。
刘 晖
“最佳实践”(Best Practice)这一概念在近几年得到了软件厂商和普通用户的普遍重视。这一概念所涉及的并非软件的具体使用方法，而是由相应领域的专家介绍与软件有关的各种实践经验。几乎全部的微软技术，都有相应的最佳实践，这些内容可能写成了图书，但更多的还是直接发布在微软网站上。
我们总说“知其然，知其所以然”，而“最佳实践”则充分体现了这一点。以本书为例，对于SharePoint这套软件的功能，本书并没有进行过于细致的介绍，没有介绍在安装软件时要先做什么，后做什么，也没有详细介绍在后期的使用维护过程中，某项任务的具体操作步骤是什么。因为介绍这些内容的图书实在是太多了。相反，本书从另一个角度，介绍了SharePoint产品实施和使用过程中的思路和方法。例如在介绍文档管理的第8章中，本书没有述及如何创建文档库，并将不同类型的文档放在不同的库中，而是介绍文档管理的最终目的是什么，并针对最终目的，结合管理过程的不同阶段，介绍在每一阶段可能会遇到的各种问题，以及如何用软件或非软件的方式解决这些问题。
因此对于已经有SharePoint使用和实施经验的读者，在阅读本书后，就算遇到有不同需求的SharePoint环境，都将能够根据实际情况，并结合来自专家的实践经验，用最恰当的方式解决问题，并能充分发挥SharePoint系统的作用。
本书主要分为下列几个部分。
第I部分“规划和设计”：这一部分不仅介绍了这一整套IT环境的规划，最重要的是还介绍了实施SharePoint后所产生的各种影响。
第II部分“构建”：这一部分则介绍了在构建整个环境的过程中可能用到的最佳实践，例如内容管理战略、自定义开发的角色以及开发和测试环境。
第III部分“部署”：这一部分则主要讨论了对内容进行整理的方法，以及为了优化搜索功能可采取的措施，另外还有数据安全性、商业智能和跨网络边界部署等方面的实践。
第IV部分“运作”：这一部分则着重介绍了有关可用性、灾难恢复、容量规划以及性能监控等日常运作过程中需要注意的问题。
应清华大学出版社的邀请，我和杨建英共同合作，对本书进行了翻译。这本书的内容非常多，并且涉及大量的理论知识，因此工作量相当重。本书的顺利出版是集体协作的结果。参加本书译稿校对和整理工作的有董晓兰、刘宝良、王凤霞、李春霞、刘步庭、李红莉、刘进业、张惠玲、刘斯琰、刘根武、刘宝敏和刘宝玲等，在此我们要对他们的帮助表示感谢。同时我们还要感谢清华大学出版社的编辑文开琪和汤涌涛在翻译过程中所提供的帮助。
由于水平有限，工作量大，且受出版周期所限，本书的翻译难免存在一些疏漏，希望读者朋友能不吝赐教。如果对本书的翻译有什么疑问或者建议，可发电子邮件到huiliu@gmail.com。
刘 晖
前言回到顶部↑
我们工作的一部分是需要为全国的SharePoint用户组进行演讲，我们真的非常喜欢出差，这使我们有机会认识大量日常工作需要使用SharePoint的朋友。您正是每天都需要使用该产品的人，而我们非常钦佩你们能将该产品融入自己的日常工作中。您的工作正在改变人们创建和管理信息的方式，这意味着您正处于影响人们开展工作的这一变革的中央。在技术领域，这是一段很激动人心的时刻。
Bill最近需要在旧金山的SharePoint用户组中进行演讲，首场演讲涉及规划和管理等话题。演讲中提供了大量有价值的信息，并广受好评，最后整个演讲不得不持续了一整天时间，因为大家问了很多问题：这一点如何应用到我的环境中？如何在我的环境中完成这一任务？问题都很棒，当然他的回答也很出色。但听众提问的数量、复杂程度、范围和深度都令我吃惊。在其他用户组中，我们也收到了很多类似的问题，尤其是令很多管理员头疼的如何将Microsoft Office SharePoint Server 2007中包含的各种功能和特性融入自己的环境中等问题。很多问题的答案都被包含在本书中。
本书的写作目的
我们撰写本书是为设计和最佳实践的考虑提供一个契机并将我们在Office SharePoint Server 2007部署工作中获得的最佳实践和大家分享。虽然我们中的很多人都被看作SharePoint Server 2007社区中的技术领先者，但他们依然在尝试与别人就设计和部署方面的最佳实践进行交流。很显然，很多情况下这是一个痛苦的过程，因为很多SharePoint Server 2007方面的管理人员和架构师发现一些问题根本得不到解答。在博客文章、会议报告、白皮书以及其他媒体上，有很多产品组成员、SharePoint MVP以及技术人员都曾撰写、发表或张贴过有关SharePoint Server 2007部署的管理和最佳实践的文章。虽然目前貌似各种管理和最佳实践之类的信息数量呈井喷态势增长，不过本书中讨论的问题和现有的信息截然不同。
因为每个人对这些话题都有自己的理解，因此往往会出现很多不同的声音，有时候我们可能根本不知道应该听谁的。管理员和架构师往往发现很难彻底区分事实和谣言，这是因为有些建议根本就是错误的。例如，本书的某位作者曾参与过一次培训课程，在课堂上，讲师建议学生可以(必须)在一个网站集中执行所有协作工作。这位讲师还继续说，她不了解为什么在大部分协作环境中还需要使用多个网站集。这则建议就是彻底错误的，而对SharePoint了解不多的学生可能会留下“所有协作使用一个网站集”的印象。
为了确保自己不会做错事情，我们的很多客户希望知道别人都是怎么做的。我们几乎被问过无数次诸如此类的问题，然而个人的具体环境各不相同，因此很难在不同环境中套用同一套SharePoint Server 2007部署方式。截至目前，我们从没有见到过通过各自的业务需求、企业文化以及设计决策结果所制定的SharePoint Server 2007部署方式是完全相同的。但这并不意味着同一个最佳实践就不能用在不同的部署环境中。而本书的目标就是提供可用于多种不同部署场景的最佳实践。
本书可能会解答您遇到的一些问题，但可能会导致您想到更多问题，尤其是在和您的环境、企业文化、需求和部署场景有关的方面。这可能会令人感到沮丧，但您需要将其视作一种进步的途径。在和西雅图的一位SharePoint 2008 Conference产品组成员讨论有关架构、管理以及部署方面的最佳实践时，他说，有时候，我们最适合做的就是帮助客户了解什么是正确的问题和什么是正确的答案。我完全同意这一点，我们也知道管理员和架构师希望了解更多，他们可能更乐于知道最佳实践的内容。他们的最终设计可能并非完全遵从所有最佳实践，但他们依然希望知道最佳实践都有什么内容。
至此，我们已经知道本书中肯定充满了各种问题，希望您能意识到我们思考问题的逻辑。有些最佳实践来源于产品编写过程中的局限，但更多实践则来源于我们看待该产品的方式，也就是我们将产品中不同的部件连接到一起的方式。但要提醒的是，我们所设想的并非仅限于此，在过去的两到三年内，这些实践已经经过很多学生和客户的审阅和讨论。在我们的开放和内部课程中及我们的设计和架构合约中，我们已经通过多种不同的方式对这些想法进行过讨论、分析、划分和调整。
最佳实践 V.S. 设计
在阅读本书时您会看到，在最佳实践和设计决策之间有很明显的界限。最佳实践趋向于更好地利用该技术，主要讨论的是这项技术能起到什么作用，无法实现什么和其设计目标是什么。设计决策趋向于讨论该技术如何能融入当前的环境中和如何令其满足业务和技术上的需求。从某些角度来看，设计概念和最佳实践是互补的，然而有时候，最佳实践还会有一些条件限定，告诉我们还有其他一些可用的设计选项，可能更适合不同的场景。请考虑下面这封我们最近收到的来自管理员的电子邮件：
当然，我们最近拿到了SharePoint的Extranet Collaboration Toolkit(对外协作工具包) ，但我觉得这套产品基于一种几乎不现实的前提：我们希望通过SharePoint访问的所有内容都必须位于外围网络中。虽然该工具解决了一些自助服务方面的问题，但我更多考虑的则是可能导致的安全问题。有关安全性，我的担忧是：
如果使用双宿主(dual-homed)外围网络，如何才能最好地对需要访问位于我们“内部”数据的外部用户(供应商或客户)进行验证和“授权”？
假设内部数据库使用Windows凭据(Analysis Services一般要求这样做)，微软建议“外围网络必须信任企业网络”。
但是……
a. 我的内部系统管理员绝对不希望管理外部帐户，那么该怎么办？
b. 外部帐户保存在哪里？毕竟不能保存在内部Active Directory中。
c. 如果内部有LDAP，客户端如何才能/可以维护自己的帐户？
还望赐教！
现在，无论您觉得这位朋友的设计问题应该如何解决，我们想要您注意的仅仅是如果系统管理员愿意管理外部帐户，或如果SharePoint Server 2007场本身就安置在外围网络中，那么设计方案会因使用场景而异。我们认为，让系统管理员管理外部帐户这本身就是一则最佳实践，但在这种情况下，如果直接断言这位朋友使用这样的方式进行设计，那么这个设计肯定是会被否决的。同样是这种场景，如果更改一些细节，很明显，一种场景中的最佳实践在另一种场景中很可能就不再适用，甚至可能导致各种问题。大部分情况下，设计的精髓在于能够将企业不同的需求和文化组合到一起，并用SharePoint Server 2007的功能来实现。
我们不可能在书中讨论目前市面上可能遇到的所有场景，您则可能需要将我们的思路应用到您的场景中，以便获得适合自身环境的设计方案。本书可看作在全世界范围内部署SharePoint Server 2007的相关讨论的一个开始，但您讨论的结果可能会被一些不赞同您所提出的最佳实践的声音所左右，当然，肯定也会有赞同您的建议的声音出现。只要您的设计和部署得到提高，无论是赞同或不认同我们在本书中所提出的思路，我们都认为我们的努力有了成效。
Bill最近需要在旧金山的SharePoint用户组中进行演讲，首场演讲涉及规划和管理等话题。演讲中提供了大量有价值的信息，并广受好评，最后整个演讲不得不持续了一整天时间，因为大家问了很多问题：这一点如何应用到我的环境中？如何在我的环境中完成这一任务？问题都很棒，当然他的回答也很出色。但听众提问的数量、复杂程度、范围和深度都令我吃惊。在其他用户组中，我们也收到了很多类似的问题，尤其是令很多管理员头疼的如何将Microsoft Office SharePoint Server 2007中包含的各种功能和特性融入自己的环境中等问题。很多问题的答案都被包含在本书中。
本书的写作目的
我们撰写本书是为设计和最佳实践的考虑提供一个契机并将我们在Office SharePoint Server 2007部署工作中获得的最佳实践和大家分享。虽然我们中的很多人都被看作SharePoint Server 2007社区中的技术领先者，但他们依然在尝试与别人就设计和部署方面的最佳实践进行交流。很显然，很多情况下这是一个痛苦的过程，因为很多SharePoint Server 2007方面的管理人员和架构师发现一些问题根本得不到解答。在博客文章、会议报告、白皮书以及其他媒体上，有很多产品组成员、SharePoint MVP以及技术人员都曾撰写、发表或张贴过有关SharePoint Server 2007部署的管理和最佳实践的文章。虽然目前貌似各种管理和最佳实践之类的信息数量呈井喷态势增长，不过本书中讨论的问题和现有的信息截然不同。
因为每个人对这些话题都有自己的理解，因此往往会出现很多不同的声音，有时候我们可能根本不知道应该听谁的。管理员和架构师往往发现很难彻底区分事实和谣言，这是因为有些建议根本就是错误的。例如，本书的某位作者曾参与过一次培训课程，在课堂上，讲师建议学生可以(必须)在一个网站集中执行所有协作工作。这位讲师还继续说，她不了解为什么在大部分协作环境中还需要使用多个网站集。这则建议就是彻底错误的，而对SharePoint了解不多的学生可能会留下“所有协作使用一个网站集”的印象。
为了确保自己不会做错事情，我们的很多客户希望知道别人都是怎么做的。我们几乎被问过无数次诸如此类的问题，然而个人的具体环境各不相同，因此很难在不同环境中套用同一套SharePoint Server 2007部署方式。截至目前，我们从没有见到过通过各自的业务需求、企业文化以及设计决策结果所制定的SharePoint Server 2007部署方式是完全相同的。但这并不意味着同一个最佳实践就不能用在不同的部署环境中。而本书的目标就是提供可用于多种不同部署场景的最佳实践。
本书可能会解答您遇到的一些问题，但可能会导致您想到更多问题，尤其是在和您的环境、企业文化、需求和部署场景有关的方面。这可能会令人感到沮丧，但您需要将其视作一种进步的途径。在和西雅图的一位SharePoint 2008 Conference产品组成员讨论有关架构、管理以及部署方面的最佳实践时，他说，有时候，我们最适合做的就是帮助客户了解什么是正确的问题和什么是正确的答案。我完全同意这一点，我们也知道管理员和架构师希望了解更多，他们可能更乐于知道最佳实践的内容。他们的最终设计可能并非完全遵从所有最佳实践，但他们依然希望知道最佳实践都有什么内容。
至此，我们已经知道本书中肯定充满了各种问题，希望您能意识到我们思考问题的逻辑。有些最佳实践来源于产品编写过程中的局限，但更多实践则来源于我们看待该产品的方式，也就是我们将产品中不同的部件连接到一起的方式。但要提醒的是，我们所设想的并非仅限于此，在过去的两到三年内，这些实践已经经过很多学生和客户的审阅和讨论。在我们的开放和内部课程中及我们的设计和架构合约中，我们已经通过多种不同的方式对这些想法进行过讨论、分析、划分和调整。
最佳实践 V.S. 设计
在阅读本书时您会看到，在最佳实践和设计决策之间有很明显的界限。最佳实践趋向于更好地利用该技术，主要讨论的是这项技术能起到什么作用，无法实现什么和其设计目标是什么。设计决策趋向于讨论该技术如何能融入当前的环境中和如何令其满足业务和技术上的需求。从某些角度来看，设计概念和最佳实践是互补的，然而有时候，最佳实践还会有一些条件限定，告诉我们还有其他一些可用的设计选项，可能更适合不同的场景。请考虑下面这封我们最近收到的来自管理员的电子邮件：
当然，我们最近拿到了SharePoint的Extranet Collaboration Toolkit(对外协作工具包) ，但我觉得这套产品基于一种几乎不现实的前提：我们希望通过SharePoint访问的所有内容都必须位于外围网络中。虽然该工具解决了一些自助服务方面的问题，但我更多考虑的则是可能导致的安全问题。有关安全性，我的担忧是：
如果使用双宿主(dual-homed)外围网络，如何才能最好地对需要访问位于我们“内部”数据的外部用户(供应商或客户)进行验证和“授权”？
假设内部数据库使用Windows凭据(Analysis Services一般要求这样做)，微软建议“外围网络必须信任企业网络”。
但是……
a. 我的内部系统管理员绝对不希望管理外部帐户，那么该怎么办？
b. 外部帐户保存在哪里？毕竟不能保存在内部Active Directory中。
c. 如果内部有LDAP，客户端如何才能/可以维护自己的帐户？
还望赐教！
现在，无论您觉得这位朋友的设计问题应该如何解决，我们想要您注意的仅仅是如果系统管理员愿意管理外部帐户，或如果SharePoint Server 2007场本身就安置在外围网络中，那么设计方案会因使用场景而异。我们认为，让系统管理员管理外部帐户这本身就是一则最佳实践，但在这种情况下，如果直接断言这位朋友使用这样的方式进行设计，那么这个设计肯定是会被否决的。同样是这种场景，如果更改一些细节，很明显，一种场景中的最佳实践在另一种场景中很可能就不再适用，甚至可能导致各种问题。大部分情况下，设计的精髓在于能够将企业不同的需求和文化组合到一起，并用SharePoint Server 2007的功能来实现。
我们不可能在书中讨论目前市面上可能遇到的所有场景，您则可能需要将我们的思路应用到您的场景中，以便获得适合自身环境的设计方案。本书可看作在全世界范围内部署SharePoint Server 2007的相关讨论的一个开始，但您讨论的结果可能会被一些不赞同您所提出的最佳实践的声音所左右，当然，肯定也会有赞同您的建议的声音出现。只要您的设计和部署得到提高，无论是赞同或不认同我们在本书中所提出的思路，我们都认为我们的努力有了成效。
加载中...
