SharePoint Subscription Edition服务器场Web应用网站分配规则咨询

1. 正确配置的服务器场中，每个Web应用是否应在两台服务器上都有对应的IIS网站？ #

默认情况下，是的。只要两台服务器都运行了Microsoft SharePoint Foundation Web Application服务，所有新建Web应用都应该在这两台服务器上同步生成完整的IIS网站（包含网站文件、绑定配置、对应应用池）。你遇到的仅单台服务器有完整网站、另一台仅存应用池的情况属于异常，通常是Web应用部署时的目标服务器逻辑出现偏差导致的。

2. 新Web应用部署时，完整网站的创建位置由什么决定？ #

核心由两个关键因素控制：

• 服务实例运行状态：只有运行Microsoft SharePoint Foundation Web Application服务的服务器才会被列为Web应用的部署目标，但你的两台服务器都运行了该服务，所以排除此因素。
• 创建时的服务器指定：在管理中心创建Web应用时，完成服务应用关联后会有“服务器选择”步骤；如果用PowerShell创建，对应-Server参数。如果创建时指定了单台服务器，只会在该服务器生成完整网站；若未指定（默认逻辑是选中所有运行Web应用服务的服务器），则应同步到所有符合条件的服务器。你两个场的差异大概率是创建Web应用时误选了单台服务器导致的——即使是全新场，手动操作时的选择偏差也会引发这种现象。
  此外，SharePoint的定时部署作业负责同步Web应用配置到目标服务器，若该作业执行异常，也可能出现部分服务器仅创建应用池、未生成完整网站的情况。

3. 若两台服务器网站托管表现相似，WebFrontEndWithDistributedCache和ApplicationWithSearch等服务器角色的作用是什么？ #

服务器角色的核心价值是划分服务职责、优化资源分配，即便两者都能托管Web应用，角色差异依然明确：

• WebFrontEndWithDistributedCache：主打用户请求处理，负责页面渲染、静态资源分发，同时承载分布式缓存服务（用于提升页面加载速度、存储会话数据等）。这类服务器需优先配置高性能CPU和内存，以应对高并发访问。
• ApplicationWithSearch：聚焦后端业务逻辑处理（如工作流运行、服务应用承载）以及搜索服务全生命周期管理（爬取、索引、查询）。搜索服务会消耗大量磁盘IO和内存，因此这类服务器需要更大的存储容量和内存资源。
  即便两者都运行Web应用服务，前端服务器依然是用户访问的核心入口（通过负载均衡指向），应用服务器更多作为备用或处理特定后端请求。角色划分能避免单一服务器负载过高，同时便于后续扩展（比如新增纯前端服务器或纯搜索专用服务器）。

内容的提问来源于stack exchange，提问作者whatever