exchange2007请问如何为Exchange 2007准备活动目录

为什么exchange2007要升级到2010,2010版本和07版本的不同和优势在哪?

微软Exchange系列产品的新一代当家花旦——Exchange 2010，不仅受到微软的热捧，而且确实在很多方面实现了重大的突破。

建立在Exchange 2007许多优良性能基础之上的Exchange2010承载着与Windows Server 2008 R2、Windows 7和Office 2010一起共同撑起这家软件巨头新一代系统与应用架构的重任。

那就让我们来看看Exchange 2010 服务器端的六项新特性吧! 减少的I / O占用系统空间 Exchange 2007做出的最大改进其中之一就是减少I/O占用系统空间。

这种改善很大程度上归因于Exchange 2007完全依赖64位架构，这种架构随之也带来很多好处，如增强的RAM支持。

Exchange 2007还采用了比旧版Exchange服务器更大的页面尺寸，因此I / O调用更少。

由于存储性能需求的降低，Exchange 2007服务器相应地比Exchange 2003能够支持更多的邮箱。

Exchange 2010把这种I/O调用的降低提高到一个新水平，进一步把部分页面大小增加到32K。

凭借此及其他方面的改进，Exchange 2010的I / O需求比Exchange 2007减少了50%到70%。

这就意味着单台Exchange 2010服务器可以支持比Exchange 2007系统更多的邮箱。

同时， Exchange 2010还提供更大的存储支持，存储邮件时减少了SATA硬盘的用量。

存储组不复存在 如果您使用过Exchange 2007，特别是在邮箱高利用率的情况下，你就会明白为什么微软在Exchange 2010中淘汰存储组。

在群集模式下，无论任何情况Exchange 2007只允许每个数据库存储组运行一个数据库，因此，存储组成为这种模式下多余的管理实体。

随着存储组功能被有效地转移到数据库层，相关的PowerShell cmdlet也相应地被移除或在Exchange 2010中进行了改进。

取消SCCs和LCR Exchange 2007引入了单一副本群集(SCCs ，Single Copy Clusters)和本地连续复制(LCR， Local Continuous Replication)，表面上看单个服务器或存储阵列获得了高可用性。

而这两种高可用性的技术被移植到Exchange 2010后，更多地着眼于建立多服务器高可用性机制。

数据库可用性组 除了存储和可用性功能的变化之外，Exchange 2010还引入了处理高可用性Exchange 2007的更简单的方法，特别是在Windows Server 2008环境下。

Exchange 2010大大简化了群集邮箱服务器的全部处理过程，并把简化过程提高到了一个新水平。

首先，表面上看似除了备用连续复制(SCR，Standby Continuous Replication)和LCR外，微软已将群集连续复制(CCR，Cluster ContinuousCeplication)从Exchange 2010和SCR从Exchange 2010中移除。

实际上，随着数据库可用性组的引进，Exchange 2010仍然支持这些类型的群集。

Exchange管理员不必考虑底层群集组件的配置问题，因为这些工作由负责Windows群集管理的Exchange工具在管理员视野范围之外来完成。

数据库可用性组可以支持多达一个数据库的多达16个副本，因此用户不必担心数据丢失。

此外，由于在Exchange 2007中群集邮箱角色不能与其他角色并存，而现在，其他的服务器角色可以与高可用性邮箱服务器并存，因此减少了Exchange的又一整体硬件要求。

在Exchange 2007中，当一个数据库出现故障，整个服务器和所有安装的数据库都需要将故障转移到另一个节点。

在Exchange 2010，这一现象得到改观，利用它的新的群集性能，可用性在数据库层实现，而不是在服务器层。

正如微软所说，数据库不再受限于某个单个的邮箱服务器，而是根据公司的实际需要在整个Exchange组织机构移动。

因此，Outlook客户端与Exchange的交互方式发生了重大改变。

在 Exchange 2007中，Outlook客户端绕过客户端访问服务器(CAS)直接与邮箱服务器通信。

Exchange 2010年改变了这种方式，Outlook客户端通过CAS进行路由，以保证连接到正确的邮箱服务器。

这就意味着用户甚至可以在其他用户访问邮箱时将它转移。

当然，为支持增长的CAS角色需求可能会导致额外的硬件支持。

升级 Exchange 2007最初发布时，用户就担心微软不支持从旧版本直接升级。

毕竟，Exchange 2007是一个64位应用程序，而旧版本是32位。

随着Exchange 2010的发布，这种情况没有太大的改变。

出于某种原因，微软不支持从任何版本的Exchange直接升级，包括Exchange 2007。

这对那些宁可使用已有旧版本也不愿再次支付使用费用的用户来说无疑是个坏消息。

Exchange 2010也减少了以Windows Server 2003作为主机操作系统的支持，代之以Windows Server 2008和Windows Server 2008 R2。

实际上， Windows Server 2008 R2支持的唯一Exchange版本仅是Exchange 2010。

统一消息 在Exchange 2007中，MWI(Message Waiting Indicator，信息等待指示器)软件是一个只提供了单一功能但需要另外付费的第三方插件，许多用户都认为这些应该包含在统一消息方案中。

除信息等待功能外，Exchange 2010中还增加了呼叫应答规则、未接电话短信(SMS，Short Message Service)及文本信息提醒功能、语音邮件通知功能，以及语音邮件文本预览功能。

当然，在新一代的Exchange 2010 中新功能新特性还不止这些，期待能在今后的使用过程中感受到更多的好处。

安装 exchange 2007 需要多少台电脑?

最少也是要二台，也就是DC + Exchange (AIO),不過建議至少裝個三台會好點DC + Exchange (MailBox,HUB,Client ess) + Edge~這樣子會好點

exchange2003和exchange 2007的区别

二者最大的区别直观上来看的就是运行的操作系统平台，一个Exchange 2003 是运行在32位操作系统上的，一个Exchange 2007 是运行在64位操作系统平台上的。

　　Exchange 2007的代码都是重新编译的。

网上有《升级为Exchange 2007后怀念的10件事》这个能很好的说明Exchange 2003 跟 Exchange 2007 之间的对比。

原文如下： 　　Exchange 2007是家族里的新成员，并且提供了又新又酷的功能，比如统一信息，改进了的垃圾信过滤，以及智能行程安排等。

但是，和其他升级一样，也有一些功能就此被抛在了脑后。

下面是一些你在Exchange 2003中曾很熟悉的功能，但在今后的日子里，估计你会很想念它们的——起码对我来说是这样。

　　1: 对POP3/POP3S及IMAP4/IMAP4S的透明支持 　　POP3是使用最多的互联网电子邮件协议。

在Exchange系统管理器中，Exchange 2003对POP3协议进行了完全的支持。

你所需要做的，只不过是启用POP3服务，然后打开Exchange系统管理器，定位POP3服务器，然后在上面对协议的各个方面进行配置即可。

这里面不仅包括了认证的方式，同时也支持通过TLS的POP3。

在Exchange 2007中，既没有对POP3的图形化支持，而且你只能通过使用命令行接口来启用经由TLS的POP3，这会迅速搞得你头昏脑胀的。

　　IMAP4是另一个很流行的，用于存取互联网电子邮件的协议。

不像POP3那样将全部的信件都下载下来，IMAP4一般只下载信件的头部;仅当该信件被选中后，信件的主题才会被下载下来。

在Exchange 2003中，进入服务控制台来启用IMAP4协议，以及直接打开Exchange系统管理器从而进入IMAP4的相关配置是极其容易的事情。

　　在ESM中，你还可以配置对认证协议的支持，以及具体配置认证以，便对经由TLS的IMAP4进行保护。

你根本无需去记忆命令行的接口命令，无论这个命令有多么简单。

而用Exchange 2007的话，你很快会发现，启用IMAP4和IMAPS不仅仅是令人神智昏迷那么简单，因为你会发现你将不得不和命令Shell进行一番较劲，才能够让它做到你想做的事情。

　　2: 对SMTP的透明支持 　　Exchange 2003之中，一个非常好的事情，就是对SMTP服务器的绝对透明支持。

如果你理解IIS SMTP服务，你就能理解Exchange SMTP服务。

需要更多的虚拟服务器来支持SMTP以及经由TLS的SMTP么? 还需要支持带认证的SMTP么? 没有问题! 只要建立新的虚拟SMTP服务器即可。

你有成打的SMTP选项可用，而且它们很近似，因为你了解IIS SMTP服务。

　　在Exchange 2007之中，SMTP服务被隐藏在无数连接器之后，很难令人理解，并且他们也无法提供像在Exchange 2003里面那样透明和灵活的SMTP服务。

也许你可以使用命令Shell来执行其中的部分配置选项，但是谁还有那么好的闲情逸致来花时间学习一个全新的命令行接口呢? 　　3: 对用户信箱的透明视图 　　在Exchange 2003系统管理器中，你可以轻松的查看用户登录的信息，用户信箱的尺寸，以及用户信箱之中物件的数目。

同时，你还可以看到一些有趣的信息，比如完整的文本索引状态。

现在，当你检查Exchange 2007管理控制台时，你会发现，所有这些信息都已不再存在。

我已经听说，你可以使用命令行接口来获取这些信息，但是为什么我们在Exchange 2003只要鼠标轻点几下的事情，到了这里反而不得不自行输入命令才能做到呢? 　　4: Outlook移动存取 　　我无法告诉你，Outlook移动存取已经多少次救了我。

而Exchange ActivSync客户端却无法存取你信箱之中的全部信件。

典型的情况是，你所能保存的只是前一两天的信件头。

但是，需要使用我的Windows移动电话，来读取我数月之前电子邮件信件的情况，却已屡屡发生了很多次。

如果我只有ActiveSync可用的话，那我想我只能昏倒无数次了! 　　谢谢上帝，至少我还有Outlook移动存取，让你可以对全部信箱具有完全的访问权限，包括所有收件箱之下建立的那些子目录。

是，Windows Mobile 6已经承诺会解决这个问题。

但是，并不是所有人都已经升级到了这个版本，而且很多现存的移动设备也并不支持它。

同样，OMA也被那些不具备Windows Moblie设备的用户们广泛使用着。

而使用了Exchange 2007之后，这些可怜的人们将会被锁在自己的Exchage信箱之外了。

如何解决 Exchange Server 2007年和 Exchange Server 2010

为了有效快速的解决你的问题，请对你的问题进行详细的描述。

你是要从Exchange server 2007 migration 到Exchange 2010吗？如果是的话，那你先要把新的Exchange server部署好（包括证书，namespace和virtual directories，OAB，mail flow等等），然后迁移Client ess from Exchange 2007 to ExchangeExchange 2007，再然后就是move mailbox了。

每一步都得谨慎，不能出错。

请问如何为Exchange 2007准备活动目录

如果您有多个域并且其他域拥有Exchange或者激活邮件的对象，也需要在这些域中运行Setup /PrepareDomain。

准备域的任务有三个作用范围： · Setup /PrepareDomain 或者Setup /pd 准备本地域 · Setup /PrepareDomain:<目标域的FQDN> 准备指定的域 · Setup /PrepareAllDomains 准备森林中的每个域 如果对一个指定的域运行Setup /PrepareDomain，需要具有Domain Admins 权限。

如果对所有的域全部运行Setup /PrepapreDomain，必须具有Enterprise Admins 权限。

根据指定的范围，Setup /PrepareDomain 执行下面这些任务： · 授权Exchange Servers USG、Authenticated Users、Exchange Organization Administrators和Exchange Mailbox Administrators 访问域容器。

· 创建Microsoft Exchange System Objects 容器。

· 授权Exchange Servers USG、Authenticated Users、Exchange Organization Administrators 访问Microsoft Exchange System Objects容器。

·为Exchange Servers group授予seSecurityPrivilege (管理审计和安全日志) 权限。

· 创建一个新的域全局组，它的名称为Exchange Install Domain Servers，将它放置到本地域中的Microsoft Exchange System Objects 容器中。

· 在根域中，将Exchange Install Domain Servers组添加到Exchange Servers USG。

图9 Setup /PrepareDomain的结果 修复Exchange 2007 安全组 如果你不小心删除了Exchange 安全组，使用Setup来修复是可行的。

图10显示了您在删除Exchange 安全组后，立即运行Setup /p 发生的结果。

为了纠正该情况，必须从下面的容器中的otherWellKnownObjects属性，删除已经被删除的组的相关信息。

CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=northwindtraders, 注意： 使用LDP.exe 从活动目录配置分区删除值存在一定的风险。

我们建议您先在一台测试的域控制器上执行该操作，然后对生产环境的活动目录做一次备份。

执行下面的操作： 1. 运行LDP.exe，在活动目录的配置分区中选择Microsoft Exchange 容器。

2. 从LDP的结果栏中，拷贝每个Exchange 安全组的相关信息，例如： B:32:9C5B963F67F14A4B936CB8EFB19C4784:CN=ExchangeLegacyInteropADEL:b96fa30e-4fb4-4dae-8e33-feb82dfa3950,CN=Deleted Objects,DC=northwindtraders,DC=co,DC=uk 为了删除从otherWellknownObjects 属性中删除已经被删除的组的相关信息，执行下面的操作： 1. 运行LDP.exe，展开 Configuration，展开Services，然后双击Microsoft Exchange。

2. 右键点击 Microsoft Exchange 然后选择 Modify。

3. 在Edit Entry Attribute 文本框中输入otherWellknownObjects。

4. 选择 Delete 按钮。

5. 在LDP.exe 的结果栏中，查找otherWellknownObjects。

对每个条目，执行下面的操作。

a. 拷贝该条目，将该条目粘贴到修改对话框中的文本值中，然后回车。

注意：otherWellknownObjects属性中的每个条目看起来象下面这些：B:32:9C5B963F67F14A4B936CB8EFB19C4784:CN=ExchangeLegacyInteropADEL:b96fa30e-4fb4-4dae-8e33-feb82dfa3950,CN=Deleted Objects,DC=northwindtraders,DC=co,DC=uk 图11 LDP.exe 中的OtherWellknownObjects 图12 修改otherWellknownObjects 确认您没有让值和条目列表为空，因为这将把otherWellKnownObjects 属性中所有的条目都删除，包括那些您不想删除的潜在的值。

最后，要执行该命令，点击Run。

在删除Exchange 安全组后，再次运行Setup /p 来创建组和填充成员关系。

该操作将只创建基本组和成员关系。

根据您特定的环境，更新Exchange 安全组的成员关系也将是必须的。

特别重要的是ExchangeLegacyInterop 组，必须将连接到Exchange 2007 的路由组连接器的桥头服务器填充到该组中。

结尾 为了成功地准备活动目录和域，您必须理解过程和每个过程需要的权限。

为了排除和准备步骤有关的问题，深入立即每个准备步骤到底做了什么是有帮助的。

拥有这个经验后，您能够规划，如何让您的组织中的管理员更有信心地准备Exchange 2007 和执行这些步骤。