存储要求
上一次修改主题： 2009-09-28
要规划存储，需要确定希望部署的存储组件（包括存储类型、用来存储数据库和日志文件的位置），并就用来实现可伸缩性和高可用性的组件做出决策。
存储组件
数据类型和存储
在为 Office Communications Server 2007 R2 规划存储解决方案时，需要知道生成的数据类型以及每种类型数据的存储位置。下表列出了这些信息。
表 1. 数据类型和存储
| 数据类型 | 数据存储的名称 | 位置 |
|---|---|---|
永久用户数据（例如，ACL、联系人、主服务器或池、计划会议） |
RTC |
Enterprise Edition，后端数据库；Standard Edition，Microsoft SQL Server 2005 Express SP2。 |
永久 Office Communications Server 2007 R2 设置 |
RTCConfig |
Enterprise Edition，后端数据库；Standard Edition，SQL Server 2005 Express SP2。 |
临时用户数据（例如，终结点和订阅以及临时会议状态） |
RTCDyn |
Enterprise Edition，后端数据库；Standard Edition，SQL Server 2005 Express SP2。 |
包含全局地址信息的数据库，通讯簿 Web 查询服务使用该数据库支持来自 Communicator Mobile for Windows 客户端的通讯簿搜索查询 |
RTCab |
Enterprise Edition，后端数据库；Standard Edition，SQL Server 2005 Express SP2。 |
通讯簿下载文件，由通讯簿服务器创建并由 Office Communicator、Office Communicator Phone Edition 及 Office Communicator Attendant 客户端下载 |
用户指定的 UNC 路径 |
对于 Enterprise Edition，下载文件存储在用户创建的共享 NTFS 文件夹中，该文件夹位于 Enterprise Edition 前端服务器所在计算机以外的另一台计算机（推荐）的专用文件服务器上。 对于 Standard Edition，文件存储在本地 Standard Edition Server 的 <Microsoft Office Communications Server 2007 R2 安装文件夹>\Web Components\Address Book Files 中。 |
会议内容（例如，Microsoft Office PowerPoint 演示文稿、问题和解答日志、民意调查、聊天，以及上载的内容） |
用户指定的 UNC 路径 |
对于 Enterprise Edition，下载文件存储在用户创建的共享 NTFS 文件夹中，该文件夹位于 Enterprise Edition 前端服务器所在计算机以外的另一台计算机（推荐）的专用文件服务器上。 对于 Standard Edition，文件存储在本地 Standard Edition Server 的 <Microsoft Office Communications Server 2007 R2 安装文件夹>\Web Components\Data MCU Web\Web 中。 |
会议内容元数据（描述会议内容的 XML 数据，如 PowerPoint 演示文稿的上载日期和时间） |
用户指定的 UNC 路径 |
对于 Enterprise Edition，下载文件存储在用户创建的共享 NTFS 文件夹中，该文件夹位于 Enterprise Edition 前端服务器所在计算机以外的另一台计算机（推荐）的专用文件服务器上。 对于 Standard Edition，文件存储在本地 Standard Edition Server 的 <Microsoft Office Communications Server 2007 R2 安装文件夹>\Web Components\Data MCU Web\Non-Web 中。 |
会议内容合规性日志（记录内容上载活动的 XML 数据以及上载的会议内容） |
用户指定的 UNC 路径 |
对于 Enterprise Edition，下载文件存储在用户创建的共享 NTFS 文件夹中，该文件夹位于 Enterprise Edition 前端服务器所在计算机以外的另一台计算机（推荐）的专用文件服务器上。 对于 Standard Edition，文件存储在本地 Standard Edition Server 的默认文件夹中。 |
由池的应用程序服务器组件在内部使用的应用程序数据文件 |
用户指定的 UNC 路径 |
对于 Enterprise Edition，下载文件存储在用户创建的共享 NTFS 文件夹中，该文件夹位于 Enterprise Edition 前端服务器所在计算机以外的另一台计算机（推荐）的专用文件服务器上。 对于 Standard Edition，文件存储在本地 Standard Edition Server 的 <\Microsoft Office Communications Server 2007 R2 安装文件夹>\Application Host\Application Data 中。 |
由客户端版本控制机制用于更新 Office Communicator 客户端以及由设备更新服务用于更新统一通信 (UC) 设备的更新文件 |
Enterprise Edition 上用户指定的 UNC 路径 Standard Edition 上安装程序创建的文件夹 |
对于 Enterprise Edition，更新文件存储在用户创建的文件共享中，该文件共享位于 Enterprise Edition 前端服务器所在计算机以外的另一台计算机（推荐）上。 对于 Standard Edition：
|
用户体验质量 (QoE) 监控服务器数据 |
QoEMetrics |
QoE 监控服务器数据库通常部署在后端数据库所在计算机以外的另一台计算机（推荐）上。此数据库与 CDR 数据库始终以同一实例部署在同一台服务器上。 |
CDR 监控服务器数据 |
LcsCDR |
CDR 监控服务器数据库通常部署在后端数据库所在计算机以外的另一台计算机（推荐）上。此数据库始终与 QoE 数据库部署在同一台服务器上的同一个实例中。 |
存档数据 |
LcsLog |
存档服务数据库通常部署在后端数据库所在计算机以外的另一台计算机上（推荐）。 |
群聊数据 |
用户指定的数据库名称 |
部署在群聊服务器所在计算机以外的另一台计算机上的 SQL Server 2005 或 SQL Server 2008 数据库。 |
群聊 Web 及合规性文件夹（用于存储下载到群聊 Web 服务的文件） |
用户指定的 UNC 路径 |
可由池中所有群聊服务器及服务访问的文件共享。 |
群聊合规性数据 |
用户指定的数据库名称 |
部署在合规性服务所在计算机以外的另一台计算机上的 SQL Server 2005 SP2 或 SQL Server 2008 数据库。这可以是用于群聊数据的同一个数据库实例。 |
临时响应组服务数据 |
ACDDyn |
Enterprise Edition，后端数据库；Standard Edition，SQL Server 2005 Express SP2。 |
存储注意事项
规划有效的存储策略对于成功部署 Office Communications Server 2007 R2 至关重要，尤其是在部署带后端数据库的企业版池时更是如此。如果未能准确评估存储要求并实施优化数据访问和安全性的策略，轻则带来不便，重则招致灾难性故障。
在规划 Office Communications Server 2007 R2 的存储策略时，需要权衡三个条件：容量、可用性和性能。您在规划和实施存储解决方案时所做的选择将影响与管理和维护 Office Communications Server 2007 R2 环境有关的开销：
- **容量。**在 Office Communications Server 2007 R2 中，对于大型部署，Enterprise Edition 后端数据库的总容量大约为 10 GB。按照传统标准，并不将这种大小的数据库视为大型数据库。
- **可用性。**数据库的可用性可以随着冗余而增强。冗余可能意味着，您应该将应用程序组成群集以提供 CPU 冗余，或实施独立磁盘冗余阵列 (RAID) 解决方案以提供数据冗余。
- **性能。**每个组织的性能要求也各不相同。这里提及性能是因为它与吞吐量有关。在存储技术方面，吞吐量按照每秒钟存储设备可以执行的读取和写入操作数来衡量。
在为 Office Communications Server 2007 R2 设计存储解决方案之前，请确定您的公司如何划分这三个条件的优先级，尤其是在可用性与性能之间权衡时。以下部分讨论在存储方面应该考虑的因素。
一般存储原则
无论您运行的是哪种应用程序，都请考虑以下存储原则以帮助最大限度地提高容量、可用性和性能：
- 通过实施融合了 RAID 技术的专用硬件解决方案（例如 RAID 或存储区域网络 (SAN)），减少 CPU 所需的处理量。在本方案中，假定您使用硬件解决方案而不是软件（基于主机的）RAID 解决方案。
- 通过将按顺序访问的文件与随机访问的文件分开，缩短完成事务所需的总体时间。分开存储按顺序访问的文件可以使磁盘头保留在适当的位置以供后续 I/O 使用，从而减少定位数据所需的时间。
- 使用多个磁盘，因为它们的性能优于一个大磁盘。通常情况下，使用的磁盘越多，性能越快。
使用以下部分的信息比较和对比这些存储技术。
RAID 解决方案
通过使用 RAID 解决方案，可以提高 Office Communications Server 2007 R2 部署的容错能力。在 RAID 配置中，有一部分物理存储容量用于包含有关存储在硬盘上的数据的冗余信息。冗余信息或者是奇偶校验信息（对于 RAID-5 卷），或者是数据的完整单独副本（对于镜像 RAID1 或条带和镜像 RAID 0+1 卷）。冗余信息允许重新生成数据。
Office Communications Server 2007 R2 注意事项
规划存储解决方案时，请考虑 Office Communications Server 2007 R2 的以下特性：
- 在合并配置中，Office Communications Server 可以在一个池中支持多达 100,000 个并发用户。每个企业版池的后端数据库及 Standard Edition Server 上的 SQL Server 2005 SP2 数据库都有一组事务日志文件和数据库文件。
- 并非存储在 Office Communications Server 上的所有数据都以同一种方式来管理。对所有数据类型使用一种存储解决方案并不是最有效的。例如，临时数据和静态数据都驻留在后端数据库内。RTCDyn 数据库存储会议状态信息和具有临时性质的其他信息。由于其临时性，不需要定期备份或保存这些信息以便在还原时使用。但是，规划下列数据的冗余和前进中的可用性非常重要：
- 存储在 Standard Edition Server 上和企业版池中的 RTC（用户设置）数据库和 RTCConfig（配置设置）数据库中的永久数据。
- 存档服务器数据库，包含对于存档至关重要的合规性信息。
- 在 Office Communications Server 2007 R2 中，事务日志文件是按顺序访问的，数据库是随机访问的。按照一般存储原则，应该将事务日志文件（顺序 I/O）和数据库（随机 I/O）分开，以最大化 I/O 性能和提高容错能力。具体而言，应该将事务日志文件移至数据库文件存储所在磁盘以外的磁盘。
要进一步增强系统性能，请将 RTCDyn 数据库的事务日志文件存储在单独的专用设备上。这有助于确保事务吞吐量。 - 可将 SQL Server 2005 Enterprise Edition SP2 或 SQL Server 2008 Enterprise 配置为故障转移群集，以提供高可用性支持。例如，要在操作系统出现故障或进行计划内升级时提供支持，可以将故障转移群集中的一个节点配置为将故障转移到故障转移群集配置中的任何其他节点。这种能力有助于最大限度地减少系统停机时间，因此提供了服务器高可用性。此外，如果决定实施关键模式下（这意味着，如果存档功能不可用，Office Communications Server 将会关闭）的存档，则可能要使用故障转移群集，因为 SQL Server 故障有可能使整个 Office Communications Server 基础结构崩溃。
无论对存储使用直接附加存储 (DAS) 还是存储区域网络 (SAN) 解决方案，都需要对存储解决方案进行适当的规划和设计，以确保可以向 Office Communications Server 2007 R2 提供相应的容量和吞吐量。
存储事务日志文件和数据库文件
正如前面所提到的，要在硬盘发生故障时提供容错能力，请将 Office Communications Server 2007 R2 事务日志文件和数据库文件保存在不同的物理硬盘上。而且，如果将这些日志文件和数据库文件保存在不同的磁盘上，可以显著提高硬盘 I/O 的性能。为了能够访问数据和事务文件，请在 RAID 控制器上选择不同的 I/O 通道，如果可能，将每个 I/O 通道放在单独的 RAID 控制器上。
如果包含事务日志文件的硬盘发生故障，但包含数据库的磁盘没有发生故障，则不必从备份还原任何 Office Communications Server 2007 R2 数据。Office Communications Server 2007 R2 的 SQL Server 事务日志会定期压缩以保持在限定的大小内。如果控制器支持写入缓存，还应该启用此功能。启用写入缓存可以显著提高吞吐量。
.gif "Dd425133.important(zh-cn,office.13).gif") 重要提示： |
|---|
| 如果将 Office Communications Server 2007 R2 数据库文件和事务日志文件保存在同一个物理硬盘上，不但会影响性能，并且如果硬盘发生故障，只能恢复截止到上次备份时存在的数据。 |
确保硬盘上为 Office Communications Server 2007 R2 服务器留有足够的容量。硬盘上应该有足够的空间来同时还原数据库文件和日志文件。否则，备份文件可能由于过大而无法还原到其原始位置。
使用服务器群集
故障转移群集（以前称为服务器群集或 MSCS）是一项 Windows Server 功能，使用该功能可以实现 Office Communications Server 2007 R2 后端数据库的可伸缩性和高可用性。群集由在群集服务中协同工作的各个计算机（也称为节点）组成。这些计算机充当网络服务提供程序或后备计算机，当另一个节点遇到问题时，它们会接管该节点的服务器操作。群集可提供容错能力和可靠性。而且，根据群集的配置方式，群集还可以简化从灾难中恢复单个服务器的过程。
在群集环境中，SQL Server 作为虚拟服务器（而不是独立服务器）运行，因为群集中的任何节点都可以承担虚拟服务器的控制任务。如果运行 SQL Server 虚拟服务器的节点遇到问题，SQL Server 虚拟服务器只会出现短时间的脱机，然后另一个节点就会接管已损坏节点的控制任务。
Office Communications Server 2007 R2 支持后端数据库的多节点主动/被动群集。不支持主动/主动群集。在多节点群集中，Office Communications Server SQL 实例必须能够故障转移到被动节点，出于性能原因，其他任何 SQL 实例均不应共享该节点。
在规划和部署 Office Communications Server 2007 R2 群集之前，必须熟悉故障转移群集的概念。
有关群集的详细信息，请参阅 Microsoft 网站上的《Windows Server 2003 群集服务技术概述》**，网址为：https://go.microsoft.com/fwlink/?LinkId=139792（英文）。
有关故障转移的详细信息，请参阅 Microsoft 网站上的《Windows Server 2008 高可用性》（英文）**，网址为：https://go.microsoft.com/fwlink/?LinkId=139793。
有关为 SQL Server 设计数据库存储的详细信息，请参阅 Microsoft 网站上的《物理数据库存储设计》**，网址为：https://go.microsoft.com/fwlink/?LinkId=139794（英文）。
SQL Server、Windows 和 Office Communications Server 版本要求
要创建 Office Communications Server 2007 R2 群集，必须有特定版本的 SQL Server 和 Windows。下表概括了这些要求。
表 2. SQL Server、Windows 和 Office Communications Server 版本要求
| SQL Server 版本 | Windows 版本 | Office Communications Server 版本 | 可用的群集节点 |
|---|---|---|---|
SQL Server 2008 Enterprise Edition（32 位或 64 位）（推荐） |
Windows Server 2008 Standard Edition 或 Enterprise Edition（64 位）（推荐） |
Office Communications Server 2007 R2 Enterprise Edition |
最大数 16 |
SQL Server 2008 Enterprise Edition（32 位或 64 位）（推荐） |
Windows Server 2003 R2 Standard x64 Edition SP2 或 Windows Server 2003 R2 Enterprise x64 Edition SP2 Windows Server 2003 Standard x64 Edition SP2 或 Windows Server 2003 Enterprise x64 Edition SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
最大数 8 |
SQL Server 2008 Standard Edition（32 位或 64 位） |
Windows Server 2008 Standard Edition 或 Enterprise Edition（64 位）（推荐） Windows Server 2003 R2 Standard x64 Edition SP2 或 Windows Server 2003 R2 Enterprise x64 Edition SP2 Windows Server 2003 Standard x64 Edition SP2 或 Windows Server 2003 Enterprise x64 Edition SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
最大数 2 |
SQL Server 2005 Enterprise Edition SP2（32 位或 64 位） |
Windows Server 2008 Enterprise Edition（64 位）（推荐） Windows Server 2003 R2 Enterprise x64 Edition SP2 Windows Server 2003 Enterprise x64 Edition SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
最大数 8 |
SQL Server 2005 Standard Edition SP2（32 位或 64 位） |
Windows Server 2008 Enterprise Edition（64 位）（推荐） Windows Server 2003 R2 Enterprise Edition x64 Edition SP2 Windows Server 2003 Enterprise x64 Edition SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
最大数 2 |
SQL Server 2005 Enterprise Edition SP2（32 位或 64 位） SQL Server 2005 Standard Edition SP2（32 位或 64 位） |
Windows Server 2008 Standard Edition（64 位） Windows Server 2003 R2 Standard x64 Edition SP2 Windows Server 2003 Standard x64 Edition SP2 |
Office Communications Server 2007 R2 Enterprise Edition Office Communications Server 2007 R2 Standard Edition（用于监控数据库或存档数据库）* |
无 |
.gif "Dd425133.note(zh-cn,office.13).gif") 注意： |
|---|
| *SQL Server 2005 Express SP2 随 Office Communications Server 2007 R2 Standard Edition 一起提供。 |
服务器分区最佳做法
为了提高容错能力和提供更方便的故障排除，应执行以下操作：
- 将磁盘分区，以便在紧急情况下可以使用命令提示符启动。使用此方法将磁盘分区可以提供更多的恢复选择。例如，可以使用命令提示符启动，然后修改或替换任何妨碍您启动 Windows 的已损坏的启动文件。
- 对磁盘进行设置，使 Office Communications Server 2007 R2 的应用程序文件、数据库文件和事务日志文件全都位于不同的物理磁盘上，以便提高性能。
如果使用以上建议对硬盘进行分区，系统将为每组文件分配一个具有不同驱动器号的独立物理磁盘。每组文件由各自的驱动器号来表示，这样可以帮助您按照所选择的数据恢复方法来跟踪必须备份的分区。
文件夹
在部署 Enterprise Edition 服务器之前，确定存储需要并在专用文件服务器上使用建议的文件夹名称或您自己的文件夹名称创建五个共享文件夹，这些文件夹可用于存储以下内容：
**演示文稿：**与会者要下载或进行流式处理的会议演示文稿，但不是来自桌面共享会话的内容。
**元数据：**池的 Web 会议服务器组件内部使用的会议信息（元数据）。
注意：请将对“元数据”文件共享的访问权限授予用来运行 Web 会议服务器的服务帐户以及任何必需的管理员帐户。请从所有其他用户帐户中删除对“元数据”文件共享的访问权限。 **ABS：**随前端服务器安装的通讯簿服务器写入的通讯簿文件，用于每日向 Office Communicator 2007 R2、Office Communicator 2007、Office Communicator 2005、Office Communicator 2007 R2 Phone Edition、Office Communicator Phone Edition 2007 和 Office Communicator Mobile 2007 版客户端提供全局地址列表用户和联系人信息。（适用于 Windows 的 Office Communicator Mobile 2007 R2 版客户端使用单独的通讯簿 Web 查询服务获取通讯簿信息。）
**应用程序：**由池的应用程序服务器组件在内部使用的应用程序文件。
**更新：**客户端版本控制机制用来更新 Office Communicator 客户端和设备更新服务用来更新设备的文件。
向管理员、RTCUniversalServerAdmins 组和负责创建池的任何其他用户或组授予对这些共享文件夹中的每一个文件夹的完全控制权限。从 Everyone 组删除“读取”权限。如果这些共享文件夹从父文件夹或驱动器继承权限，请确保您手动更改这些共享文件夹的权限。
有关 Updates 文件夹要求的详细信息，请参阅设备更新服务。
| 注意： |
|---|
| 如果在部署中将共享群集用于文件共享，请使用群集管理器创建文件共享。有关使用群集管理器的详细信息，请参阅 Microsoft 知识库文章 284838“如何使用 Cluster.exe 创建服务器群集文件共享”，网址为：https://go.microsoft.com/fwlink/?LinkId=140899。 |
如果组织必须满足存档会议内容的管理要求，可以启用会议合规性。要管理会议合规性，必须首先在专用文件服务器上创建一个共享文件夹，用于存储会议记录。可以使用建议的名称，也可以自己提供文件夹名称，用于存储以下内容：
- MeetingCompliance（可选）：会议过程中上载的会议活动和内容
向 RTCComponentUniversalServices 组和负责创建池的任何其他用户或组授予对此共享文件夹的完全控制权限。从 Everyone 组删除“读取”权限。
如果计划安装存档服务器，请考虑存档文件的存储要求。有关详细信息，请参阅存档支持。