科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道Exchange Server 2003管理指南八(下组图)

Exchange Server 2003管理指南八(下组图)

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

默认情况下,与某 Exchange 虚拟服务器关联的所有 Exchange 资源都在同一资源监视器中运行。在解决某群集资源中的问题时,您可能希望更改"常规"选项卡上的默认设置。

来源:IT试验室 2008年4月11日

关键字: Exchange server 电子邮件 协作办公 微软 Office

  • 评论
  • 分享微博
  • 分享邮件
    将邮箱从一个服务器移动到另一服务器
  · 在 Active Directory 用户和计算机中,用鼠标右键单击用户对象,再单击"Exchange 任务",然后单击"移动邮箱"。
  -或者-
  · 在 Exchange 系统管理器中,用鼠标右键单击邮箱对象,再单击"Exchange 任务",然后单击"移动邮箱"。在删除服务器之前,除了移动邮箱外,还必须从该服务器中移走所有公用文件夹内容。
  
  将公用文件夹内容从一个服务器移动到另一服务器
  · 在 Internet 浏览器中,打开 Microsoft 知识库文章 288150"XADM: How to Rehome Public Folders in Exchange 2000"(http://support.microsoft.com/?kbid=288150)(英文),并按照其中的说明执行操作。
  
  将 Exchange 系统助理资源脱机
  在 Exchange 虚拟服务器的任一资源联机时,不能删除该服务器。将 Exchange 系统助理资源脱机,就可以将服务器的所有依存资源脱机。
  
  将 Exchange 系统助理资源脱机
  1. 在群集管理器中,选择要删除的 Exchange 虚拟服务器。
  2. 在详细信息窗格中,用鼠标右键单击"系统助理资源",再单击"脱机"。
  
  使用群集管理器删除 Exchange 虚拟服务器
  在 Exchange 2000 Server 中,通过删除 Exchange 系统助理资源可以删除 Exchange 虚拟服务器。但是,在 Exchange 2003 中不能使用此方法来删除 Exchange 虚拟服务器。若要在 Exchange 2003 中删除 Exchange 虚拟服务器,必须使用群集管理器中的适当快捷菜单选项。试图通过仅删除 Exchange 系统助理资源来删除服务器是行不通的。如果删除了 Exchange 系统助理,则必须重新创建它,然后正确地删除 Exchange 虚拟服务器,如下面的过程所述。
  
  删除 Exchange 虚拟服务器
  1. 在群集管理器的控制台树中,选择"组"。
  2. 在详细信息窗格中,用鼠标右键单击要删除的 Exchange 虚拟服务器,再单击"删除 Exchange 虚拟服务器"。
  3. 在"Microsoft Exchange 群集管理器扩展"对话框(见图 8.16)中,单击"是"以删除 Exchange 虚拟服务器以及直接或间接依赖于 Exchange 系统助理资源的所有资源。
  
 
  图 8.16  删除 Exchange 虚拟服务器时出现的警告

  单击"是"还将从 Active Directory 中删除 Exchange 虚拟服务器信息;而物理磁盘、IP 地址和网络名资源将保留。
  
  删除剩余的群集资源
  
  在删除 Exchange 虚拟服务器的 Exchange 资源之后,必须手动删除 Windows 资源,其中包括 IP 地址和网络名资源。在删除 Exchange 虚拟服务器之后删除剩余资源
  
  1. 在群集管理器中,选择包含刚删除的 Exchange 虚拟服务器的群集组。
  2. 在详细信息窗格中,用鼠标右键单击"IP 地址资源",再单击"脱机"。
  3. 再次用鼠标右键单击"IP 地址资源",再单击"删除"。
  4. 在"删除资源"对话框中,单击"是"。这将同时删除 IP 地址和网络名资源。
  5. 采用拖放方法将"物理磁盘"资源移动到此节点拥有的另一个组。
  6. 通过用鼠标右键单击控制台树中的群集组再选择"删除"来删除该组。
  
  如果按照删除 Exchange 虚拟服务器的所有过程进行了操作,就删除了此服务器。在删除此服务器之后,如果希望此节点作为 Exchange 群集中的被动节点,请确保可能的所有者和首选所有者的设置正确无误。如果要彻底删除 Exchange 2003 安装,请参阅下一节"从群集节点中删除 Exchange 2003"。
  
  从群集节点中删除 Exchange 2003
  
  若要从群集节点中删除 Exchange 2003,必须像从独立(非群集)服务器中删除它那样将其卸载。但是,只应从不再希望 Exchange 使用的那些节点中删除 Exchange。如果希望 Exchange 2003 使用某个节点(例如,作为被动节点),则不要从该节点中卸载 Exchange 2003。在从节点中删除 Exchange 之前,请执行下列操作:
  
  · 将该节点拥有的所有 Exchange 虚拟服务器移动到另一节点,或者执行前一节"删除 Exchange 虚拟服务器"中的步骤 删除该节点拥有的每个 Exchange 虚拟服务器。
  · 继续之前将该节点拥有的所有重要群集资源移动到另一节点。如果不移动这些资源,Exchange 安装程序就会阻止从节点中删除 Exchange 2003。
  
  从节点中删除 Exchange 2003
  
  1. 在控制面板中,打开"添加/删除程序"。
  2. 在"当前安装的程序"列表中,选择"Microsoft Exchange 2003"。
  3. 单击"更改/删除"。
  4. 在"欢迎"对话框中,单击"下一步"。
  5. 在"组件选择"对话框中,确保 Microsoft Exchange 2003 旁边的操作是"删除",然后单击"下一步"。
  6. 在"组件摘要"对话框中,验证安装选择,再单击"下一步"。
  7. 在"Microsoft Exchange 2003 安装向导"对话框(见图 8.17)中,如果要删除的节点是群集中的最后一个节点,请单击"是";如果它不是最后一个节点,请单击"否"。
  
 
  图 8.17  从群集中删除 Exchange 2003 时出现的警告

  如果从群集中的最后一个节点删除 Exchange,则 Exchange 安装程序从群集中删除 Exchange 群集资源类型。
  8. 在"完成"对话框中,单击"完成"。
  
  将 Exchange 群集节点迁移到独立(非群集)服务器
  不支持将 Exchange 2003 群集节点(即 Exchange 虚拟服务器)迁移到独立服务器。如果希望将群集服务器迁移到独立服务器,则必须创建第三个服务器,然后将邮箱移动到这个新服务器上。同样,不能将独立 Exchange 2003 服务器迁移到 Exchange 群集节点。
  
  监视 Exchange 群集的性能
  监视 Exchange 群集与管理它们一样重要。通过主动监视群集,可以帮助确保 Exchange 2003 群集具有良好的性能。若要监视群集中 Exchange 虚拟服务器的性能,请使用系统监视器。若要监视 Exchange 虚拟服务器可能出现的错误,请使用事件查看器。注意  有关系统监视器和事件查看器的详细信息,请参阅 Windows Server 2003 或 Windows 2000 联机文档。以下各节说明了监视、改进和测试 Exchange 2003 群集性能的步骤。
  
  监视主动/被动群集
  主动/被动群集是 Exchange 2003 群集的推荐配置。就像监视独立服务器部署那样监视主动/被动群集。有关如何监视 Exchange 的信息,请参阅"Better Together: Microsoft Operations Manager and Exchange Server 2003"(http://go.microsoft.com/fwlink/?LinkId=18176)(英文)和"Monitoring Exchange 2000 with Microsoft Operations Manager 2000"(http://go.microsoft.com/fwlink/?LinkId=18177)(英文)。

    监视主动/主动群集
  
  Exchange 2003 支持最多具有两个节点的主动/主动群集。但是,主动/主动群集不是 Exchange 2003 群集的推荐配置。如果具有主动/主动群集,请使用监视应用程序(如系统监视器)来监视下列项目:
  · 每节点的并发连接(用户)数:如果每个节点的并发用户数持续超过 1,900 达 10 分钟以上,请将用户从节点移开。
  · 群集中每个服务器的 CPU 负载:如果因用户而产生的 CPU 负载持续超过 40% 达 10 分钟以上,请将用户从服务器移开。
  
  注意  此 CPU 负载限制仅适用于用户导致的负载增加。因管理任务(如移动用户)而导致的 CPU 负载增加不会带来问题。
  
  监视群集中的虚拟内存
  
  在 Exchange 2003 中,占用内存最大的单个项目是 Exchange 存储进程 (Store.exe)。在主动的生产性 Exchange Server 2003 计算机上,经常可以注意到 Exchange 存储进程几乎占用了全部服务器内存。与在 Exchange Server 5.5 中一样,Store.exe 进程使用名为"动态缓冲区分配"(DBA) 的独特缓存机制。此进程自我管理使用多少内存;也就是说,DBA 根据在服务器上运行的其他应用程序使用的内存量来平衡自己使用的内存量。如果 Exchange 是运行的唯一应用程序,则 DBA 会将较多内存分配给自己。
  
  Exchange 存储所需的内存取决于服务器上具有的 Exchange 数据库的数目、那些数据库的大小和其中每个数据库的事务数。虽然 Exchange 2003 中的每个服务器(或群集节点)可以处理多达 20 个数据库(最多四个存储组,每个存储组五个数据库),但是数据库越多,服务器所需的内存也越多。通过适当配置额外数据库,可以减小所需的内存。存储组中的第一个数据库占用的虚拟内存量最多。因此,在创建新的存储组之前,尽可能用最大数量的数据库填充存储组。填充存储组具有下列优点:
  
  · 减少内存占用
  · 减少磁盘开销
  
  但是,在创建另一存储组之前用数据库填充一个存储组具有下列几个缺点:
  
  · 在单个存储组中一次只能发生一个备份过程。备份存储组中的某个数据库会迫使该存储组中的其他所有数据库的联机维护停止。
  · 最大限度地降低了为特定用户组的邮箱配置循环日志记录的功能(该功能自动删除早于指定检查点的日志文件)。这是因为循环日志记录是对存储组而不是单个数据库启用的。如果所有数据库都在单个存储组中,则循环日志记录或者应用于所有数据库,或者不应用于任何数据库。如果要将循环日志记录仅应用于几个数据库,则必须创建新的存储组,将相应的数据库添加到新存储组中,然后将循环日志记录应用于这一新存储组。有关循环日志记录的详细信息,请参阅"Disaster Recovery for Microsoft Exchange 2000 Server"(http://go.microsoft.com/fwlink/?linkid=18350)(英文)。
    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章