设计协作网站的逻辑体系结构

  • 项目

本文内容：

  • 关于 Intranet 环境中的工作组网站

  • 工作组网站的设计建议

  • 在专用 Web 应用程序中承载工作组网站

  • 规划 Web 应用程序常规设置

  • 选择是否允许用户创建网站集

  • 设计工作组网站的内容数据库设置

  • 自动删除未使用的网站

  • 使用路径来组织工作组网站 URL

  • 规划自定义元素

  • 规划要应用于工作组网站的权限

在 Microsoft Office SharePoint Portal Server 2003 中，与门户网站相比，工作组网站的功能是有限的。但在 Microsoft Office SharePoint Server 2007 中不是这样。在 Office SharePoint Server 2007 中，Intranet 环境中的协作网站可以利用与发布的 Intranet 门户网站相同的功能（只要 Intranet 环境中提供这些功能）。为便于本文使用，我们将按照以前的术语“工作组网站”来称呼这类网站。但是请记住，这些网站并不是像在早期版本中一样仅限于使用它们可以包含的功能。与已发布和受控的 Intranet 门户网站不同，术语“工作组网站”意味着这些网站可由较小的组使用或用于更多的临时协作。

工作组网站是 Office SharePoint Server 2007 的大多数部署的重要组成部分，并且对 Intranet 部署尤其重要。工作组网站启用的协作以及它们所提供的存储空间对于长期和短期项目、通信和跨组协作非常有用。如果您打算将工作组网站作为部署的一部分提供，则应在初始体系结构设计中包含这些工作组网站，这样才能规划网站的承载和管理。例如，您需要规划承载工作组网站内容所需的内容数据库，规划短期项目工作组网站的存档和删除以便让出资源来完成更多的项目，还需监视工作组通信网站，以确保它们的大小对于备份和恢复而言是可管理的。

本文为在服务器场中部署工作组网站提供了逻辑体系结构设计建议。本文不讨论工作组网站的信息体系结构（即，内部结构）。有关设计信息体系结的信息，请参阅规划网站结构和发布 (Office SharePoint Server)。有关工作组网站的详细信息，请参阅规划协作网站。

关于 Intranet 环境中的工作组网站

在 Office SharePoint Server 2007 Intranet 环境中，通过在网站目录中列出工作组网站，可以将其连接到已发布的 Intranet 门户网站。为了共享同一个主机名称，可以通过已发布网站的网站目录创建工作组网站；也可以只将现有的网站添加到网站目录中，以便将所有相关工作组网站都汇聚到一个位置。不管工作组网站的 URL 如何，它们都可按这种方式作为已发布 Intranet 门户的一部分显示。

因为工作组网站是具有与环境中任何已发布网站相同的功能集的 SharePoint 网站，所以工作组网站还可以使用环境中提供的商业智能、表单和其他功能。这些功能会影响工作组网站的体系结构。例如，如果您需要显示来自工作组网站中的业务数据目录的业务数据，则必须确保该工作组网站的成员具有查看数据的访问权限。商业智能功能和安全性是在共享服务提供程序 (SSP) 级别进行配置的，这样连接到相同业务数据的所有工作组网站就必须使用相同的 SSP，还必须位于与该 SSP 关联的 Web 应用程序中。

有关在环境中规划商业智能和表单的详细信息，请参阅下面的资源：

工作组网站的设计建议

在大多数组织中，工作组网站的数目会增加，单个工作组网站的规模也会增长，有时增长速度还会相当快。随着团队重组或项目的完成以及新项目的启动，团队会创建新的工作组网站并丢弃旧的网站，或者扩展当前的工作组网站以包含更多的数据。为了管理或控制这种增长，您需要仔细规划对工作组网站的支持。

工作组网站的设计目标包括：

  • 优化整个服务器场的性能。

  • 为工作组网站创建数据库的逻辑分支以供日常维护（即，备份、恢复和升级）。

  • 在不影响 Intranet 中其他类型网站的情况下，允许您对工作组网站应用适当的策略和设置。

工作组网站的设计指南包括下面的建议，以下各部分详细介绍了每条建议：

  • 在专用 Web 应用程序中承载工作组网站。

  • 在 Web 应用程序级应用 Web 应用程序常规设置（如配额和生命周期管理设置）来管理工作组网站的增长并保持内容最新。

  • 设计具有适当存储空间和规模的内容数据库设置，并确保可以备份和还原所设计大小的数据库。

  • 自动删除未使用的网站。

  • 使用路径来组织工作组网站 URL。

  • 规划适当的策略和权限。

在专用 Web 应用程序中承载工作组网站

在专用 Web 应用程序中或与“我的网站”共享的 Web 应用程序中承载工作组网站。建议您不要在与已发布 Intranet 门户网站相同的 Web 应用程序中承载工作组网站。使工作组网站独立于 Intranet 门户网站，更便于恢复和维护数据。（如果您可以管理内容数据库的大小，则上述要求就不算是问题。）下图展示了包含 Intranet 解决方案的工作组网站的 Web 应用程序：

协作网站的逻辑体系结构

您可能希望使用多个专用 Web 应用程序来承载工作组网站。请考虑以下示例：

  • 美国的一家投资银行和证券研究公司需要将投资银行部门的网站与证券研究部门的网站相互完全独立，以遵循美国证券交易委员会的相关法规。在此示例中，针对这两个部门，该公司需要使用两个具有独立的工作组网站集的 Web 应用程序。该公司还需要使用 Web 应用程序策略和单独的 SSP，来确保每个部门的用户不会看到另一个部门所生成的内容。

  • 一家研究和制造公司需要严格控制其知识产权和研究成果。在此示例中，该公司可以在单独的 Web 应用程序中承载研究工作组网站，并使用 Web 应用程序策略来强制实施权限，确保只有研究人员才能看到研究工作组网站中的内容。

  • 一个组织同时拥有内部 (Intranet) 和外部 (Extranet) 工作组网站，并希望以不同的方式实现和管理这两个网站。在此示例中，该组织规划并实现了两个独立的 Web 应用程序，用于承载两组工作组网站，这样就可以对每种环境使用不同的身份验证方法、不同的数据库和不同的 IIS 日志，以防出现问题。有关规划 Extranet 的详细信息，请参阅设计 Extranet 场拓扑 (Office SharePoint Server)。

一般来说，专用 Web 应用程序的用途是：

  • 将经过身份验证的内容与匿名内容分开。

  • 隔离用户。

  • 强制实施权限。

  • 优化性能。

  • 优化可管理性。

有关确定是否具有共享或专用 Web 应用程序的详细信息，请参阅逻辑体系结构模型：企业部署。

有关性能的注意事项

当您在专用 Web 应用程序上承载工作组网站时，您会拥有若干个只包含工作组网站集的内容数据库。如果内容数据库承载具有类似数据特征的网站，则 Microsoft SQL Server 数据库软件可以更高效地运行，原因是 SQL Server 会基于数据库的特征选择查询计划。相反，如果数据库承载数据特征大不相同的网站，则 SQL Server 使用的查询计划可能不是针对数据库中所有内容的最高效方法。例如，如果数据库承载工作组网站（即，大量中等规模的网站）和门户网站（即，少量具有很多请求的超大型网站），则选择的查询计划对其中某种类型的网站将会效率很低。因此，通过将工作组网站的内容放置在专用数据库中，可以优化 SQL Server 的性能，这样会使整个服务器场获得更好的性能。

有关可管理性的注意事项

通过在专用 Web 应用程序中承载工作组网站，可以按以下方式增强可管理性：

  • 您可以单独管理以下各项：

    • 数据库设置

    • 配额模板

    • 回收站设置

    • 未使用网站的自动操作

    • 身份验证

    • 策略

  • 通过将工作组网站与其他类型的网站分开管理，可以更有效地管理工作组网站的增长情况。

  • 可以创造机会来协商特定的服务级别协议。例如，除了使用服务级别协议来存储内容数据库的每周完整备份和每日差异备份之外，还可以使用第二阶段回收站来加快单个内容项目的恢复时间。

选择应用程序池

在企业环境中，工作组网站可以与具有类似协作和隔离要求的 Web 应用程序共享一个应用程序池。例如，工作组网站可以与“我的网站”共享一个应用程序池，原因是这两类网站都用于协作，以便存储信息和文档，并且通常会出于隔离目的以类似方式被限定作用范围，也就是说这两类网站均可用于整个组织。

一般来说，在必须执行以下任一操作时需要一个专用应用程序池：

  • 需要将经过身份验证的内容与匿名内容分开。

  • 需要将为外部业务应用程序存储密码并与外部业务应用程序交互的应用程序（如，业务数据目录连接）隔离。

  • 需要将用户可以自由地创建和管理网站并针对内容进行协作的应用程序隔离。

有关何时具有专用应用程序池的详细信息，请参阅逻辑体系结构模型：企业部署。

在单个服务器场承载多个组织内容的宿主环境中，建议您将单个组织的所有内容都驻留在同一个应用程序池中。这样能够为您提供更好的可伸缩性（应用程序池越少，需要运行的进程就越少）以及应用程序池之间的进程隔离（以便在客户 A 的应用程序池停止时不影响客户 B 的网站）。当然，这也取决于您所拥有的组织的数量、性能规划建议以及隔离要求。

规划 Web 应用程序常规设置

“Web 应用程序常规设置”页上存在几种设置，它们可以帮助管理数据的增长和当前内容在环境内的工作组网站中的状态。这些设置将应用到 Web 应用程序中的所有网站。至少要计划实现下列设置（本节后面将讨论每种设置）：

  • 定义并应用配额模板以限制工作组网站的最大大小。

  • 确定最大上载大小。根据业务需求选择足够的大小，这样用户可以很容易地进行协作。

  • 打开网站回收站并使用第二阶段回收站。

除了评估前面列出的设置，还要评估“Web 应用程序常规设置”页上的所有功能，以确保这些功能适用于组织中的工作组网站。默认情况下，启用下列功能：

  • 人名智能标记和联机状态（显示联机状态信息）

  • 通知（默认情况下，用户最多可创建 500 个通知）

  • 真正简单的整合 (RSS) 源

  • 博客应用程序编程接口 (API)（用于创建博客的链接）

确定配额模板设置

Office SharePoint Server 2007 环境中的工作组网站没有默认的配额模板。但是，建议将以下设置作为起始点：

  • 当网站的大小达到 450 MB 时自动向网站所有者发送电子邮件。

  • 当网站的大小达到 500 MB 时阻止用户上载更多文档。

这些设置可能适用于您的组织，但仍需计算大小和希望用户存储在工作组网站中的项目数，并相应调整这些设置，以确保工作组网站在组织中能按预期方式使用。

例如，如果您的组织包括研究或设计团队，而团队之间的协作会生成大量需要存储和存档的内容，请考虑增加配额限制 — 例如，将网站限制增加到 5 GB 或 10 GB。在这些情况下，在工作组网站上承载内容可确保内容定期备份，还可确保所有需要参与承载内容的各个用户均可顺利完成工作。您可能还会考虑将 5-10 GB 大小的网站集放入它自己的内容数据库中，尤其在您希望该网站集能快速增长时。

另一方面，如果工作组网站通常用于短期项目或工作组通信网站，请考虑使用较低的配额限制。这样将促使团队只存储开展短期项目所需的信息（但是，一定不要将配额限制设定得过低，否则会产生风险，即，与要求增加配额的技术支持请求相关的成本可能增加）。在这种情况下，可以鼓励团队将一般工作组内容或新项目的内容存储在单独的工作组网站中。

如果组织中的某个特定团队或组具有需要在其工作组网站上存储更大量内容的业务，则可以调整单个网站集的配额限制。若要调整配额限制，请在“网站集配额和锁定”页上，选中与团队或组相对应的网站集。将当前配额模板更改为“自定义配额”，然后指定适当的限制。

在规划配额模板时，请选择适用于组织的大部分工作组网站的限制。若要增强可管理性，请仅在有必要满足业务需要时才以每个用户为基础调整配额。

确定最大上载大小

默认的最大上载大小为 50 MB。通常认为 50 MB 这个限制足以让用户能够灵活上载多种类型和大小的文档，而又不对性能产生负面影响。如果组织中的用户需要在其工作组网站存储更大的文件，请考虑调整此设置，并确保在用户的连接速度过慢时监视 IIS 超时设置。

确定回收站设置

打开回收站是增强工作组网站可管理性的一种简单方法。通过使用回收站，网站所有者可以找回自己删除的项目，而无需管理中心介入（即，从备份磁带还原）。

以下列表描述了回收站的默认设置，这些设置适用于大多数组织：

  • 回收站状态：打开

  • 删除回收站中的项目：30 天后

  • 第二阶段回收站：为第二阶段删除的项目添加 50% 的活动网站配额

第二阶段回收站存储用户已从其回收站删除的项目。只有网站集管理员才能从第二阶段回收站还原项目。为第二阶段回收站指定的大小增加了工作组网站的总大小。例如，如果工作组网站的限制为 500 MB 而第二阶段回收站设置为 50%，则可由网站使用的总大小为 750 MB，因此请相应地规划您的数据库容量。

与使用回收站一样，在达到为已删除项目设定的时间期限（默认为 30 天）后，将会自动删除第二阶段回收站中的项目。但是，在达到第二阶段回收站的大小限制时，也会自动删除第二阶段回收站中的项目（从最早的项目开始删除）。网站集管理员还可以手动清空第二阶段回收站。

使用回收站功能时的主要注意事项为是否使用第二阶段回收站以及要分配多少空间。为了适应用户错误地删除重要文档、文档库中文件夹或列表中列的这种情况，请考虑至少项第二阶段回收站中分配少量的空间（如 10%）。

规划网站创建方法

可以决定是否集中为工作组网站创建网站集，也可以允许用户使用自助式服务网站管理功能创建自己的网站集。以下是对每种方法的权衡。

如果您允许团队通过自助式服务网站管理功能来创建网站集，则团队可以根据需要轻松创建网站，而无需管理员的帮助。但是，这种方法有许多缺点，包括：

  • 没有机会实现精心分类。

  • 应用程序会变得难以管理。

  • 网站很容易被弃用。

  • 无法在可能以其他方式共享网站集的项目或工作组之间共享模板和导航。

备注

如果您要使用自助式服务网站管理功能，但同时又希望仅限使用该方法创建的网站使用模板，则可以编辑 webtempsps.XML 文件（位于 %programfiles%\Common Files\Microsoft Shared\Web server extensions\12\TEMPLATE\2052\XML），以便对自助式服务网站管理进程隐藏模板。

如果您改为基于组织的运行方式集中创建网站集，您将有机会实现精心分类，以便为工作组网站的管理和扩展方式提供结构。还可以有更多机会在共享网站集的项目和团队之间共享模板和导航。通过这种方法，在创建初始网站集之后，团队可以根据需要在网站集中创建网站。但是，每次在用户希望创建网站时，都会消耗 IT 资源。

有关每种方法的使用时间示例，请参阅逻辑体系结构模型：企业部署。有关规划网站创建的详细信息，请参阅规划网站创建过程 (Office SharePoint Server)。

如果组织已选择为工作组网站创建网站集，而不是允许用户创建自己的工作组网站集，请使用网站路径工作表（该链接可能指向英文页面）(https://go.microsoft.com/fwlink/?linkid=73149&clcid=0x804)（该链接可能指向英文页面）来确定工作组网站的创建级别：自己的网站集中的首要网站，或者一个具有多个子网站的大型网站集。有关确定是创建多个网站集还是只创建少数几个具有很多子网站的网站集的详细信息，请参阅 Windows SharePoint Services 3.0 技术库中Determine sites and subsites needed [Windows SharePoint Services] 内的“确定是使用单独的网站集还是一个网站集中的多个子网站”。有关 Office SharePoint Server 2007 中提供的各种网站类型的详细信息，请参阅确定网站和子网站。

设计工作组网站的内容数据库设置

在逻辑体系结构模型：企业部署中，工作组网站存储在专用数据库中 — 针对每个网站集都提供一个专用数据库。使用此方法可以单独管理对每个网站集数据库的备份、恢复和迁移操作。同样，在完成一个项目时，还可以很容易地存档与项目关联的数据库。虽然通过使用这种方法创建的数据库很多，但您却获得了单独控制每个网站集的数据库的能力。

不过请注意，每个 SQL Server 实例中的数据库数量会影响 SQL Server 的性能。也就是说，如果您规划拥有 300 个或更多个工作组网站集，则将每个网站集存储在专用数据库中可能会降低 SQL Server 的性能。这是因为每个数据库都代表应用程序池和 SQL Server 之间的一个连接。当您添加 Web 服务器和数据库时，会增加活动连接的数量。如果添加的连接太多，则 SQL Server 会失去反应。

因此，如果您规划拥有的工作组网站集超过 300 个，则不应使用专用数据库，而应在每个数据库中存储多个网站集。请注意，300 个数据库是 Microsoft IT 部门所使用的数据库数。另外，300 个数据库不是一个失效点，而是基于 SharePoint Portal Server 2003 数据的估计值，这里的 300 个数据库表示 Microsoft IT 部门对于每个服务器可安全承载的网站集数的信心级别。根据包含数据库数量在内的很多参数的不同，这个数字将会有所变化。例如，是否使用专用数据库也可以依据下列因素：

  • 工作组是否具有不同的服务级别协议（如不同的备份要求）？

  • 工作组是否要求使用大于 8 GB 的存储空间？

  • 工作组是否具有不同的项目时间线？混合开展短期项目的团队和开展长期项目的团队可能会很难存档网站，同时也会很难将网站从生产环境中移出（如果网站之间共享同一个数据库）。

  • 对于发生在数据库级别的操作，您的工作组是否希望有高级别的自主性和独立性？

对于上述任何问题，如果您的回答均为肯定，则应考虑使用专用数据库存储网站集。

如果您选择在每个数据库中存储多个网站集，则可以通过确定任一数据库的最大大小和每个网站集的最大大小（基于配额模板存储限制值以及回收站的分配），来计算要在每个数据库中存储的网站集数。请注意，即使您分配给每个人 500 MB 的配额，也并非每个人都将使用全部的配额，因此您可能会创建过多的内容数据库。可以将配额估计值用作数据库规划中的一个考虑因素，但是一定要跟踪实际的使用情况并加以适应。如果您具有 SharePoint Portal Server 2003 或 Windows SharePoint Services 2.0 的早期环境，则还可以查看这些网站集的规模，并基于实际的网站集大小（而不是配额估计值）创建数据库。

在托管环境中，数据库大小限制通常由以下两个因素决定：

  • 备份数据库所需的时间。超过某一数据库大小时，备份操作将会效率低下，并需要比实际更多的时间，而且容易出现中断。这时，您可能会决定在您的环境中添加多个数据库服务器。

  • 还原内容所用的服务窗口（即，时间量）由服务级别协议确定。例如，如果用于还原内容的服务窗口是四个小时，则会将数据库的大小限制为一个可在此时间内完成还原操作的量。

若要确定工作组网站集最大的可管理数据库大小，请确定下表中列出的值。

项目 因素 值

A

用于还原内容的服务窗口

hr

B

在给定所选恢复方法和工具时，可在服务窗口内还原的内容量

GB

C

用于备份数据库的目标时间窗口

hr

D

在给定所选备份方法和工具时，可在目标窗口内备份的内容量

GB

假定有两个内容量数值（B 和 D），组织的最大可管理数据库大小小于这两个值。

确定内容数据库的目标大小后，您可以计算每个数据库中可支持的网站集数量。下表基于数据库大小和网站集大小限制显示了每个数据库中的网站集数量。网站集大小限制包括分配给第二阶段回收站的空间。

数据库大小 500 MB 的网站集大小限制 750 MB 的网站集大小限制 1 GB 的网站集大小限制 2 GB 的网站集大小限制 5 GB 的网站集大小限制 10 GB 的网站集大小限制

25 GB

50

33

25

12

5

2

50 GB

100

66

50

25

10

5

100 GB

200

133

100

50

20

10

200 GB

400

266

200

100

40

20

500 GB

800

533

500

250

100

50

1 TB

1,600

1,066

1,000

500

200

100

备注

如果网站集的大小扩展到 10 GB 以上，则为了更易于管理（如启用快速备份和恢复），请考虑将该网站集移动到专用数据库。

当您为工作组网站创建 Web 应用程序时，请通过使用“管理内容数据库”页，修改对第一个内容数据库进行的设置，使最大网站集数对应于数据库大小目标和网站集大小限制（“最大网站数”）。另外指定用于触发警告（“网站级别警告”）的网站数量阈值。当触发该网站级别警告时，将创建具有相同设置的新数据库。当达到最大网站集数时，该数据库中将不再创建任何新网站集。如果尚未创建另一个数据库，则创建网站将失败。

自动删除未使用的网站

通过自动删除未使用的网站可以使工作组网站中的内容更新。这还有助于您控制工作组网站的整体增长数量。如果在单独的 Web 应用程序中承载工作组网站，则可以按与管理个人网站不同的方式管理未使用的工作组网站，例如，在开始查询未使用网站之前向这些网站提供一个较长的有效期。

默认情况下，自动删除网站的设置处于禁用状态。若要管理网站删除设置，请在“应用程序管理”页上的“SharePoint 网站管理”部分中，单击“网站使用确认与删除”。

如果您启用此功能，则默认设置将包括以下内容：

  • 如果网站集在创建之后 90 天内没有投入使用或者系统没有得到使用确认，系统将会向网站集的所有者发送电子邮件通知。也就是说，如果 90 天之内没有确认网站正在使用，网站所有者将收到通知。

  • 系统会检查未确认的网站集并在每日午夜发送通知。

  • 未选择用于自动删除未确认网站集的选项。如果选中了此设置，则在发送 28 次通知之后，系统将会自动删除网站。另外，您也可以指定发送通知的次数。

假定是在默认设置下，如果网站集已经有 90 天没有使用，则在发送 28 次通知之后，或者自上次确认使用网站 118 天之后，将会删除该网站集。您可以指定适用于您的组织的设置。由于此功能是通过确认来实现的，而不是通过跟踪实际的网站使用情况来实现，因此您需要考虑到网站所有者的意外缺席，不要将网站的到期日期和删除时间的期限设置得太短。另外，一定要确保始终有多个网站集管理员，以便在主网站集管理员长期外出期间，有一个辅助管理员可以确认网站的使用情况。

自动网站删除功能可以帮助您控制环境，但同时可能会有自动删除网站中存储的关键业务数据的风险。若要降低这种风险，建议您采取如下措施：

  • 所有网站都需要有第二联系人。只有这样，在网站所有者联系不上或离开组织时，仍会有一个联系人可以确认网站是否正在使用中。如果您没有第二联系人并且缩短了在删除未使用网站之前给定的天数或通知次数，则会有意外删除所需网站的风险。当启用自助式网站管理功能或从管理中心运行创建网站集所需的业务进程时，可以实施这一建议。

  • 在自动删除网站之前请将网站存档。实现自动删除未使用网站的许多组织还投资开发了一种工具，这种工具可在网站被自动删除之前存档所有网站，以便在所删网站上有重要业务信息时可以很容易还原这些网站。也可以规划长期存储内容数据库，以防在将来某个时刻出现需要还原已删除网站的情况。

使用路径或主机名来组织工作组网站 URL

根据组织的特点和工作组网站的使用方式，可以考虑使用路径来组织工作组网站的 URL。例如，如果要对与不同部门关联的工作组网站使用不同的 URL，可以使用这样的 URL：http://公司名/部门名称/sites 或 http://公司名/research/sites。同样，也可以通过使用 http://Intranet 名/teamsites 清除与已发布 Intranet 网站的关联。如果您使用的是自助式网站管理功能，则工作组网站的默认 URL 将为 http://服务器名/sites，但是您也可以为 http://服务器名/team 创建通配符包含，或者为工作组网站创建您所喜欢的任意前缀。

备注

如果您选择了一个与默认 (/sites) 通配符包含不同的通配符包含，则必须作为灾难恢复计划的自定义项来跟踪所选的通配符包含。因为该信息存储在配置数据库中，不会自动还原，所以在您需要还原整个环境时，必须重新创建该通配符包含。

有关路径的详细信息，请参阅以下资源：

如果您具有在组织中充当更大角色的工作组网站，则还可以创建以主机命名的网站。例如，如果人力资源网站为工作组网站而不是已发布 Intranet 网站的一部分，则可能要为名为 http://hrsite 或 http://humanresources 的网站创建一个以主机命名的工作组网站。

备注

某些功能（如备用主机名）不适用于以主机命名的网站集。

规划自定义元素

自定义项可增加环境的复杂性，尤其是在您考虑要多次测试所有解决方案包时，即，部署这些自定义项之前、需要应用更新时以及准备好升级环境时。您应针对自定义功能、模板、Web 部件等的使用情况确定组织的策略，并规划环境中这些元素的可管理性、可支持性和可用性。

  • 可管理性   如果您需要备份和还原整个环境（如，在灾难恢复方案中或在移动硬件时），则需要拥有所有自定义元素（如针对环境开发的自定义 Web 部件或自定义网站定义）的备份，并记住在还原这些元素时重新将它们添加回环境中。这是因为您无法还原配置数据库（其中包含对这些自定义元素的所有引用），所以您必须将这些元素添加回已还原的环境中。例如，您需要重新添加自定义网站定义并安装自定义 Web 部件。如果您在移动到新服务器或还原服务器时遗漏了一个自定义元素，则会在用户的工作组网站中导致错误，并且在用户等待的同时您需要跟踪所需的代码。

  • 可支持性   环境中存在自定义元素会增加出错时的疑难解答时间。每个自定义代码段都是唯一的，既可以是复杂的，也可以是简单的，运行这种代码段会消耗额外的内存。请考虑使用自定义代码的场合的数量和自定义代码对系统的影响。另外考虑在出现问题时如何将自定义项作为问题根本原因的一部分进行排除。如果是自己创建自定义代码，则一定要对自定义代码进行设计，以便将自定义项出现的任何错误都记录在事件日志中（对于 Microsoft Operations Manager (MOM) 事件）和组织用于疑难解答的任何其他位置，从而可以解决错误问题。

  • 可用性   请考虑解决方案、Web 部件和模板的可用性。如果您为环境中的工作组网站自定义了过多的模板，使得模板或 Web 部件的列表需要滚动多屏（例如，50 个模板就太多了，而无法读取和区分），请考虑您是否需要所有这些自定义元素，是否可以按某种方式分解列表，或者是否应将它们合并到常用的功能包，这样会更易于浏览和跟踪。

有些组织选择设置多个自定义项相关策略。例如，这些组织选择拥有两层或三层系统：级别 1 为普通网站（仅使用标准模板），级别 2 允许使用某些自定义项（具有一个不同的服务级别协议），处于级别 3 的组织可承载硬件，但拥有工作组网站的团队负责在该硬件上运行和管理各自的自定义环境。这是您可能希望多个 Web 应用程序来承载工作组网站的另一种情况，其中每个 Web 应用程序都有一个不同的服务级别协议。

规划要应用于工作组网站的权限

您应用于工作组网站的权限和策略决定以下内容：

  • 谁可以创建工作组网站。

  • 谁可以查看并参与到工作组网站。

  • 禁止谁访问工作组网站上的内容。

建议您使用安全组来管理权限。下表提供了有关配置权限的指南并指出了配置权限的位置。

权限 指南 配置

创建工作组网站集

默认情况下，只有 Farm Administrators 组成员才可以为工作组网站创建网站集。

如果希望更多的用户可以创建工作组网站集，请使用“管理中心”的自助式网站管理功能。有关详细信息，请参阅规划网站创建过程 (Office SharePoint Server)。

另外，通过打开自助式网站管理，可以为组织中的一部分用户启用自助式网站管理功能，但“自助式网站创建”权限仅限于一个或多个安全组，或者通过将对“自助式网站管理新 SharePoint 网站”页 (Scsignup.aspx) 的访问权限授予特定安全组来启用这项功能。

在“管理中心”网站中的“应用程序管理”页上的“应用程序安全性”部分，单击“自助式网站管理”。

在打开自助式网站管理时，具有“使用自助式网站创建”权限的用户和组可以创建网站集。

在网站集中创建子网站

默认情况下，工作组网站中具有“创建子网站”权限（包括在“完全控制”权限级别中）的成员可以在网站集中创建子网站。建议您允许网站所有者管理创建子网站的权限，而不是全局性阻止所有用户创建子网站。

在“网站设置”页上，添加或删除属于“所有者”组的成员。

查看并参与到工作组网站

即使员工被禁止创建工作组网站，但是他们仍然可以基于网站所有者所应用的权限，查看并参与到其他工作组网站上的文档。建议您允许网站所有者管理对其网站内容的访问权限，而不是全局性阻止用户参与这种类型的协作。

在“网站设置”页上，添加或删除属于 Vistors 组的成员。

无法访问工作组网站内容

通过创建 Web 应用程序的策略，可以完全阻止组织中的用户访问工作组网站内容。应谨慎使用此选项，因为这样会禁止被阻止用户在工作组网站上的所有协作。Web 应用程序上的策略会替代在该 Web 应用程序中配置的其他任何权限。

在“应用程序管理”页上的“应用程序安全性”部分中，单击“Web 应用程序的策略”。在“Web 应用程序的策略”页上，选择您要阻止的用户，单击“编辑所选用户的权限”，然后在“编辑用户”页上的“权限策略级别”部分中，选择“全部拒绝”。

下载此书籍

本主题包含在以下可下载书籍内，以方便您阅读和打印：

有关可下载书籍的完整列表，请参阅 Office SharePoint Server 2007 的可下载书籍。