难得的假期,难得有时间来梳理知识。 我写过很多关于SharePoint的安装和配置,有利用PowerShell的,也有图形安装界面的。 也演示了怎样创建一个双层的SharePoint Farm,怎样利用Least Privilege原则来提升SharePoint的安全性。 利用AutoSPSourceBuilder和Autospinstaller自动安装SharePoint Server 2013图解教程——Part 1 利用AutoSPSourceBuilder和Autospinstaller自动安装SharePoint Server 2013图解教程——Part 2 SharePoint 2013 Farm 安装指南——构建一个双层SharePoint Farm SharePoint 2013 Farm 安装指南——Least Privilege 这是一篇SharePoint Farm 安装和配置的完结篇,讲解了SharePoint Farm 3-Tier拓扑结构实施的解决方案,去年就已经写好了,但只画了一张图,今天特意补上了文字说明,和大家分享我的心的。
物理结构上“层”通常使用单词Tier来表示,而逻辑上的”层“通常用Layer来表示,
SharePoint Farm 3-Tier 拓扑结构分为Web Front-end 层、APP 层、Database层。
每一层运行着的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 产品配置向导,它将为我们创建一个新场,会有如下设置被配置完成:
如下图所示:
2.将其他SharePoint Server(APP 02、Web 01…)加入Farm
3.创建需要的SharePoint Service Application
注意
4.创建Web Application
SharePoint 平台的复杂性决定了很多功能其实属于鸡肋,或者准确的说销售口中的SharePoint和开发者眼里的SharePoint其实是2个不同的产品,这往往导致了客户的一致吐槽和质疑SharePoint的可用性,而作为开发者回应只有一句:该功能可以实现,但需要2次开发。那我能用什么?其实你什么都不能用。这就是SharePoint产品在中国的尴尬现状。 有时候,正是由于有这样那样的矛盾,跳出SharePoint这个壳子,采用其他技术会是更好的选择。