背景：Microsoft SharePoint Foundation 中的物理对象
上次修改时间： 2010年3月13日
适用范围： SharePoint Foundation 2010
本文内容
概述
场
服务器
本主题介绍 Microsoft SharePoint Foundation 中的物理实体的层次结构。这些实体由 SharePoint Foundation 对象模型的物理对象层次结构中更高级别的类建模。有关 SharePoint Foundation 部署中的内容和服务实体的背景信息，请参阅背景：Microsoft SharePoint Foundation 中的内容实体和背景：Microsoft SharePoint Foundation 中的服务实体。
概述
物理对象层次结构中的类所表示的实体既可以是实际物理对象，也可以是根据上下文被视为物理对象或非物理对象的对象。
场
SharePoint Foundation 服务器场（由 SPFarm 类表示）是一个物理服务器群集，它包括一台或多台前端服务器、零台或多台应用程序服务器，以及可以在专用数据库服务器上或某一台应用程序服务器（对于单一服务器部署，则为该单一服务器）上承载的 SQL Server。数据库也可以由一个将作为 SharePoint Foundation 的服务器出现的服务器镜像群集承载。（严格来说，SharePoint Foundation 部署始终在场中承载，尽管它可能只是一个带有包含整个部署的单台计算机的"场"。）
如果有多台前端服务器，则这些前端服务器是负载平衡的。这表示负载平衡软件（或负载平衡硬件）会将来自客户端计算机的传入网络连接指引到场中当时最不繁忙的那一台前端计算机。这样，执行服务的客户端连接的工作负荷将分摊到多台服务器，进而分摊到多个处理器、硬盘驱动器和其他外围设备，从而让客户端获得更好的性能。此外，这样做还有这样一个好处：如果某一台服务器将发生崩溃，则其他服务器还可以继续处理所有传入连接。此时，服务的速度可能会减慢，但服务不会完全停止。
由于客户端计算机正在试图与特定应用程序、文件、数据库或网页进行交互，因此必须对客户端可能会连接到的所有计算机进行相同的配置。客户端不在乎（通常是不知道）它们将与哪一台物理服务器连接，场在外部网络中作为单一服务器出现。
完成相同配置的最简单方法是，在所有计算机上安装相同的应用程序并将任何所需文件、数据库和网页的副本放置在所有计算机上（使用相同的目录路径）。不过，由于此方法要求将客户端对文件、数据库或服务器上保留的任何其他项所做的每个更改传播到所有其他服务器，因此几乎不可行。若要确保服务器保持同步，场必须在传播过程中阻止传入连接。由所有传播导致的性能降低会使场应提供的优势不再存在。实际上，甚至于连适度使用的 SharePoint Foundation 部署也会陷于几乎不停地传播更改的状态。
为了避免这些问题，可以为场中的某些服务器分配特殊任务，如承载数据库。虽然客户端连接到的前端服务器不会将数据库复制到它们上面，但仍需对这些服务器进行相同的配置，这是因为这些服务器将使用相同的连接字符串和网络地址来访问数据库。
下面是 SharePoint Foundation 场的一些特征：
每个 SharePoint Foundation 场都具有一个配置数据库，此数据库包含有关场、场的服务器和场的其他重要子类的信息。
场是对象模型的一个级别，可以在此级别安装 SharePoint Foundation 解决方案，也可以从此级别将解决方案部署到服务器和 SharePoint Foundation Web 应用程序。
场是可从中激活 SharePoint Foundation 功能的四个级别之一。其他三个级别为网站、网站集和 Web 应用程序。
企业可以具有多个承载 SharePoint Foundation 的场。例如，如果除 SharePoint Foundation 之外还安装了增强协作服务器软件（如 Microsoft SharePoint Server），则该软件可能需要针对面向 Internet 的内容和 Intranet 内容的单独场许可。
服务器
SharePoint Foundation 场中的物理服务器具有 IP 地址和角色。以下是 SharePoint Foundation 中的服务器可能具有的三种角色：
单一服务器：从名称的含义可以得知，当且仅当服务器是场中的唯一服务器时，服务器将具有此角色。
前端服务器：多台服务器都可以具有此角色。前端服务器接受来自客户端计算机的 HTTP 请求。由于前端服务器提供响应这些请求的内容，因此前端服务器上必须运行内容发布 Web 应用程序。
应用程序服务器：任何未用作前端服务器或单一服务器的 SharePoint Foundation 服务器都具有应用程序服务器角色（有一种例外情况）。这些服务器运行的是必须从前端服务器卸载的专用 SharePoint Foundation Web 服务或 Windows 服务，这是因为它们需要大量使用服务器的处理器、硬盘或其他硬件资源。SharePoint Foundation 附带了经常卸载到应用程序服务器的一些服务，开发人员可以使用 SharePoint Foundation 对象模型来开发其他服务，并将这些服务作为 SharePoint Foundation 部署的一部分运行。
上一个列表项中提到的例外情况是指承载 SQL Server 数据库的服务器。此数据库可以 位于任何应用程序服务器上，但通常情况下，如果 SharePoint Foundation 部署的规模大到需要多个服务器场，则此数据库将需要自己的服务器（可能是一个服务器镜像群集）。当此数据库位于它自己的专用服务器（或群集）上时，甚至不会在此服务器上安装 SharePoint Foundation。场的配置数据库中将标识此服务器，并且此服务器会让场以为它正在运行一个称作"Windows SharePoint Services 数据库服务"的服务，而实际上，此服务只是数据库服务器上运行的 SQL Server 服务的别名。此专用服务器上通常不会安装 SharePoint Foundation，并且此专用服务器实际上不具有场中的角色。
给定的 Web 服务或 Windows 服务可以在多台应用程序服务器上运行。例如，搜索服务可以在多台服务器上运行。每台服务器均具有该服务的单独实例。
请参阅
引用
概念
Microsoft SharePoint Foundation 的内容层次结构
背景：Microsoft SharePoint Foundation 中的内容实体
Microsoft SharePoint Foundation 的物理对象层次结构
Microsoft SharePoint Foundation 的服务层次结构
背景：Microsoft SharePoint Foundation 中的服务实体