部署 OCS 2007 R2之一：准备架构和测试环境

部署概述和角色介绍：

1、 standard edition：是office communications server的标准版，适用于小型组织。在不需要enterprise edition性能、可伸缩性和高可用性的组织中可以使用。

2、 enterprise edition：适用于大型组织的大型部署。在enterprise edition部署中，多个office communications server enterprise edition服务器通常作为池部署在负载均衡器后面。池中的服务器共享存储用户数据的中央SQL数据库。

3、 后端数据库：它为池中的所有enterprise edition服务器提供共享存储区，并可以在主动/被动配置中组成群集以实现更高的可用性。不能将任何enterprise edition服务器与后端数据库安装在同一台计算机上。

4、 企业版池：运行一台或者多台OCS服务器。注意：企业版池中允许只存在一台OCS服务器。为了提供可伸缩性和故障转移，客户端请求在运行enterprise edition服务器之间提供分发。如果池有多个服务器组成，则需要负载平衡器。如果池仅有一个服务器组成，该服务器连接到单独的SQL数据库服务器，则不需要负载平衡器。

5、前端服务器:用于存放即时消息、状态、电话、会议服务器，以及所有必需的用户服务操作。

6、Web 会议服务器:用于启用内部会议。

7、 音频/视频会议服务器:允许用户共享音频和视频流。

8、 Web 组件服务器:允许用户执行以下操作：

从 Web 会议访问会议演示文稿和其他内容。

下载通讯簿服务器文件来为 Communicator 提供全局地址列表信息。

扩展通讯组中的成员身份和 Web 会议服务器使用的其他数据。

9、扩展配置：在扩展配置中，前面所述的每个服务器角色（前端服务器、Web 组件服务器、Web 会议服务器和音频/视频会议服务器）都安装在各自专用的计算机上。扩展配置最适用于重视高可用性和最大性能吞吐量的组织。这种配置的优点在于可伸缩性和高可用性，但在池的管理和部署中，也增大了复杂性。

10、合并配置：Enterprise Edition 也支持在合并配置中进行部署；所有服务器角色都一起安装在池中每一个 Enterprise Edition Server 上。这种配置简化了部署和管理。合并配置在保持高可用性的同时减少了所需服务器的数目，因此，对于需要以最少部署成本实现高可用性的大中型组织，适合采用这种配置。但是，这些优点都以每个服务器的性能吞吐量减少为代价。

11、建议在安装 Office Communications Server 的计算机上禁用不需要的 Microsoft Windows? 操作系统服务。

12、对于合并配置中的池，必须先部署IIS，然后才能将服务器添加到池中。对于扩展配置中的池，必须先在池中的所有WEB组件服务器上部署IIS，然后才能将WEB组件服务器添加到池中。

在进行office communications server 2007 R2的测试部署之前，需要搭建一个域环境，包含一台数据库服务器，一台OCS合并部署服务器，一台exchange 2010服务器。

一台OCS服务器：

IP：192.168.10.210

DNS：192.168.10.200

网关：192.168.10.1

掩码：255.255.255.0

一台DATA和exchange服务器：

IP：192.168.10.220

DNS：192.168.10.200

网关：192.168.10.1

掩码：255.255.255.0

一台AD活动目录：

IP：192.168.10.200

DNS：192.168.10.200

网关：192.168.10.1

掩码：255.255.255.0

实验的拓扑结构如图所示：

 

（一）、准备OCS的测试环境

1、准备三台windows server 2008 SP2机器，将机器命名为OCStest、contoso、data

2、在contoso上搭建DC，域为ever.com

3、将ocstest和data加入到ever.com域

图：

4、将administrator加入到域成员服务器ocstest和data的本地管理员组

5、在data上安装SQL server 2008 R2备用，作为OCS的后端数据存储

Office Communications Server 2007 后端数据库存储池中所有 Enterprise Edition Server 的用户数据。作为中央存储库，后端数据库不能与任何其他 Office Communications Server 角色安装在同一台计算机上。后端数据库不能驻留在池中的 Enterprise Edition Server 上。 后端数据库会在创建池时自动创建，但指定为后端的计算机必须已运行 SQL Server，这样才能安装成功。

图：

6、在data上安装exchange server 2010，作为同OCS结合的测试服务器

图：

5、 在exchange2010上新建两个测试邮箱：张三、李四，等OCS部署完成后，为其启用OCS

图：

6、 在DC上安装一个企业CA，备用

（二）、准备扩展域架构、林架构等架构信息

步骤一：准备架构

准备架构的时候需要用到OCS的schema.ldf文件，该文件位于CD的\setup\i386文件夹中。Office Communications Server 架构扩展会在所有子域中进行复制，这会影响网络带宽。
您应在网络利用率较低时执行“准备架构”任务。

注意：准备架构过程必须访问架构主机，这要求远程注册表服务正在运行，并且远程注册表已启用。如果无法再架构主机上启用远程注册表服务，则可以在架构主机上本地执行“准备架构”任务。

准备架构需要schema admins管理员组的权限。

我们首先来修改注册表，从而允许在OCS服务器上远程扩展AD架构

在OCS上添加AD域控制器工具，如图

 

修改DC上的注册表权限，以使得在OCS上可以远程往DC上写入信息

运行OCS的安装程序

选择“准备AD”

下面就进入我们的准备过程了

步骤一：首先运行Enterpise Edition——>环境准备——>AD准备——>准备架构，单击运行

下面将转入“架构准备向导”

选择架构文件存在的位置，保持默认。也可以手动指定schema.ldf的位置

步骤二：验证架构分区的复制

在OCS服务器上打开CMD命令行界面，导航到安装CD的\setup\amd64位置下，然后执行如图所示的命令

然后导航到命令完成后所提示的日志文件位置，看看执行结果是否为成功

步骤三：准备林

林准备的目的就创建OCS服务器组件的全局设置和通讯组。如图

下面进入林准备向导

 

 

默认 SIP 域用于构建服务器 SIP URI，其最简单的形式为 [ServerFQDN]@[DefaultSIPDomainFQDN]。 在新部署中，根域总是推荐作为默认 SIP 域。

步骤四：验证全局设置和全局目录的复制

手动来验证在准备域之前是否已复制全局设置和全局目录

在OCS服务器上，运行CMD，导航到如图所示的目录，然后执行如图所示的命令

打开输入的结果，查看是否成功

如图可以看出，林扩展的母的就是建立一些AD关于OCS的对象类和属性，然后创建OCS的通讯组

 

步骤五：准备当前的域

通过准备域，可以设置OCS通用组的访问控制权限，该操作会针对每个OCS用户或服务器域运行。

点击运行，会弹出“域准备向导”

 

步骤六：验证域准备的复制

在命令行执行检查命令，然后查看输入文件

步骤七：委派安装和管理

通过该向导可以将OCS部署任务委派给尚未成为授权的AD组的成员的管理员。

此步骤不做演示。

当所有的架构准备完成后，我们点击“上一步”退回到主安装界面，就可以进行企业版池的部署了。