<a></a>
<b>阅读目录</b>
<a href="http://www.cnblogs.com/OceanEyes/p/Sharepoint-farm-3-tier-topology.html#_label0">SharePoint Farm 3-Tier 拓扑结构</a>
<a href="http://www.cnblogs.com/OceanEyes/p/Sharepoint-farm-3-tier-topology.html#_label1">新建SharePoint Farm</a>
<a href="http://www.cnblogs.com/OceanEyes/p/Sharepoint-farm-3-tier-topology.html#_label2">小结</a>
难得的假期，难得有时间来梳理知识。 我写过很多关于SharePoint的安装和配置，有利用PowerShell的，也有图形安装界面的。 也演示了怎样创建一个双层的SharePoint Farm，怎样利用Least Privilege原则来提升SharePoint的安全性。 <a href="http://www.cnblogs.com/OceanEyes/p/Sharepoint-AutoSPSourceBuilder-step-by-step.html">利用AutoSPSourceBuilder和Autospinstaller自动安装SharePoint Server 2013图解教程——Part 1</a> <a href="http://www.cnblogs.com/OceanEyes/archive/2013/04/16/Sharepoint-autospinstrall.html">利用AutoSPSourceBuilder和Autospinstaller自动安装SharePoint Server 2013图解教程——Part 2</a> <a href="http://www.cnblogs.com/OceanEyes/p/how-to-create-a-simple-sharepoint-2013-farm.html">SharePoint 2013 Farm 安装指南——构建一个双层SharePoint Farm</a> <a href="http://www.cnblogs.com/OceanEyes/p/sharepoint-2013-installation-guidelines.html" target="_blank">SharePoint 2013 Farm 安装指南——Least Privilege</a> 这是一篇SharePoint Farm 安装和配置的完结篇，讲解了SharePoint Farm 3-Tier拓扑结构实施的解决方案，去年就已经写好了，但只画了一张图，今天特意补上了文字说明，和大家分享我的心的。
物理结构上“层”通常使用单词Tier来表示，而逻辑上的”层“通常用Layer来表示，
SharePoint Farm 3-Tier 拓扑结构分为Web Front-end 层、APP 层、Database层。
前端Web Front-end 服务器用来承载网页、Web 服务和 Web 部件，它们是处理来自用户的请求所必需的。Web Front-end 服务器将这些请求定向到APP服务器，APP服务器再将结果返回到前端Web Front-end 服务器。
APP 服务器用以承载SharePoint Farm中的所有服务器使用的SharePoint Service Application、SharePoint Service。
Database 服务器用来存储SharePoint内容数据库和一些与Service Application所关联的数据
每一层运行着的SharePoint Service，发挥着各自的作用，比如你可以将耗性能的Search、BI Service等放在高性能APP Server上。这样将SharePoint这个复杂度极高的产品合理的规划，让其拥有最好的安全性和效率。
同时分层能更好的让我们去排查和修复错误，尽管这是一个艰难的过程。
注意： 这个层仅仅是SharePoint Admin为了更好的管理SharePoint所划分的，并不是SharePoint这个平台所约束的。 也就是说你可以在任意服务器上去启动SharePoint Service ，比如某个SharePoint Service发生了意外错误后，你可以在Web Front-end或者其他SharePoint Server去启动该Service以保证SharePoint正常工作。
SharePoint Farm 3-Tier Topology 如下
1.在APP 01 上运行SharePoint 2013 产品配置向导，它将为我们创建一个新场，会有如下设置被配置完成：
内容数据库服务器
SharePoint_Config 数据库
IIS 承载Central Administration Web Application
如下图所示：
2.将其他SharePoint Server（APP 02、Web 01…）加入Farm
使用管理员账户（如SP_Admin）登陆APP 02、Web 01服务器
运行SharePoint 产品配置向导
选择完整安装模式
选择配置好的SharePoint Configuration 数据库，然后将此SharePoint Server加入新建的场中
3.创建需要的SharePoint Service Application
登陆SharePoint Central Administration
选择Manage Service Application，创建Service Application(比如Excel Service Application、Search Application…)，使用Service Account(比如SP_Service、SP_BI、SP_Search…)
在创建Service Application成功后，选择 Manage Service on Server
指定一台SharePoint Server，然后在此服务器上启动Service Machine Instance（也被称为：SharePoint Service）
当然SharePoint 管理员可以在场中可以启动一个或者多个Service Machine Instance，并且SharePoint内部的 Central Service 会为我们提供NLB
注意 并不是所有的Service Application都需要关联Service Machine Instance。 另外某些Service Machine Instance只能在一台SharePoint Server上启动（除非有多个Service Application） 一些Service Machine Instance有额外的配置
4.创建Web Application
sp.domain.com作为Host header（主机头）
NTLM身份验证
使用Web Service Account，如SP_Web
注意DNS中将Host header指向Web Front-end Server，而非APP Server
SharePoint 平台的复杂性决定了很多功能其实属于鸡肋，或者准确的说销售口中的SharePoint和开发者眼里的SharePoint其实是2个不同的产品，这往往导致了客户的一致吐槽和质疑SharePoint的可用性，而作为开发者回应只有一句：该功能可以实现，但需要2次开发。那我能用什么？其实你什么都不能用。这就是SharePoint产品在中国的尴尬现状。 有时候，正是由于有这样那样的矛盾，跳出SharePoint这个壳子，采用其他技术会是更好的选择。
本文转自木宛城主博客园博客，原文链接：http://www.cnblogs.com/OceanEyes/p/Sharepoint-farm-3-tier-topology.html，如需转载请自行联系原作者