本页内容
症状
原因
解决方案
更多信息
这篇文章中的信息适用于:
症状在较大的 Microsoft Exchange Server 2003 组织和 Microsoft Exchange 2000 Server 组织中，如果网络上没有运行 NetBIOS 名称解析，某些操作就无法正常运行。
原因Exchange 2003 和 Exchange 2000 对 NetBIOS 仍有一些依赖性。根据网络的拓扑结构，您可能需要在不同子网间使用 NetBIOS 名称解析，才能使所有 Exchange 组件的操作顺利进行。
解决方案Microsoft 推荐 Exchange 组织使用 Windows Internet 名称服务 (WINS) 和 DNS 来进行名称解析。在没有 WINS 的大型子网网络上安装 Exchange 2003 和 Exchange 2000 还未经过充分测试。In large organizations, 在大型组织中，通过广播进行的 NetBIOS 名称解析可能无法正常工作。某些 Exchange 功能也可能会受到影响。
更多信息下列 Exchange 功能仍依赖 WINS 名称解析： %26#8226;
Exchange Server 2003 安装程序和 Exchange 2000 Server 安装程序，尤其是在群集服务器上。
%26#8226;
Exchange 2003 或 Exchange 2000 计算机上的 Exchange 邮箱合并向导 (ExMerge)。
%26#8226;
通过 Microsoft Outlook Web access (OWA) 更改 Exchange 2003 或 Exchange 2000 邮箱的密码。
%26#8226;
Exchange 2003 或 Exchange 2000 计算机上的 Exchange 系统管理器。
注意：Microsoft Office Outlook 2003 之前版本的 Microsoft Outlook 客户端也需要 NetBIOS 名称解析。
下表总结了放置 Active Directory 域控制器和全局编录服务器以支持 Exchange 组织的一些建议： %26#8226;
确保中心站点和分支站点上的 DNS 配置正确。
%26#8226;
确保名称解析和 DNS 功能运行正常。
%26#8226;
确保基础结构主机角色不在全局编录服务器上。
%26#8226;
在为 10 个用户提供服务的分支办公地点，包含有 Exchange 服务器的每个位置都必须安装一个全局编录服务器，Microsoft 建议部署两个全局编录服务器使它们互为冗余备份。如果某个物理位置没有两个全局编录服务器，您可将现有的域控制器配置为全局编录服务器。
Exchange 2003 使用 Windows 名称解析的 API 来查找“短名称”，也称为 NetBIOS 名称。因此，在操作过程中服务器会预计解析短名称，ESM 客户端在与服务器联系时会预计解析短名称，Outlook 2003 之前版本的 Outlook 客户端也会预计解析服务器的短名称。除非所有客户端和服务器都位于同一子网中，让短名称解析正常运行的最简便方法就是设置一台 WINS 服务器。
Microsoft Windows Server 2003、Microsoft Windows 2000 Server 和 Microsoft Windows NT Server 4.0 的服务器群集需要 NetBIOS，但服务器群集不一定需要 WINS 来进行名称解析。如果使用的 DNS 服务器支持用于虚拟服务器的动态更新协议，服务器群集将在 DNS 中注册“A”资源记录。这样，客户端就能查询 DNS 来解析虚拟服务器的 ip 地址。但是，您无法阻止服务器群集在虚拟服务器的 TCP/IP 对象上创建 NetBIOS。
使用 WINS 时，不能发生名称冲突。在一个 WINS 环境中，只能有一台计算机被命名为“SERVERA”。在 DNS 环境中，可以有多台计算机被命名为“SERVERA”。例如，一台计算机可能被命名为“SERVERA.EUROPE.DOMAIN.COM”，另一台计算机可能被命名为“SERVERA.AMERICA.DOMAIN.COM”。如果用户位于“AMERICA”域类型的“\\SERVERA”，他们将连接到“AMERICA”域中的“SERVERA”。如果位于“AMERICA”域中的用户希望连接到“EUROPE”域中的“SERVERA”，那么用户必须指定完全限定的域名称 (FQDN) “SERVERA.EUROPE.DOMAIN.COM”。某些程序可能仅允许最大长度为 15 个字符的输入项作为 NetBIOS 名称。如果有机制可以避免重复的主机名，并且域中的 DNS 后缀列表已提供给了所有客户端，那么这些程序也许仍可以正常运行。
尽管 Windows Server 2003 和 Exchange Server 2003 使用 FQDN 和 DNS 来进行名称解析，Windows NT 4.0 和 Microsoft Exchange Server 5.5 仍使用 NetBIOS 和 WINS 来进行主机名称解析。如果计算机上没有 LMHOSTS 文件，则必须为 Exchange 5.5 计算机提供 WINS 服务器，它才能同 Exchange 2003 计算机通信。
许多程序在 NetBIOS 被禁用时仍可以正常运行，但不支持这种类型的配置。例如，Exchange 2003 和 Exchange 2000 未经过无 NetBIOS 环境的测试，但它们在无 NetBIOS 的平面域环境中仍可以正常工作。Microsoft Systems Management Server 2003 必须要使用 NetBIOS，但 Systems Management Server 2003 Service Pack 1 (SP1) 不再有此项要求。Microsoft 一直在尝试确保所有程序在无 NetBIOS 的环境下都能正常运行，但这不适用于将来的产品。
默认情况下，Windows Server 2003 上的 Messenger 服务和 Alerter 服务是被禁用的。如需在 Windows Server 2003 上传输网络信息，则必须启用并启动这些服务，同时收信人的帐户注册信息必须存在于 WINS 中。
这篇文章中的信息适用于:%26#8226;
Microsoft Exchange Server 2003 EnterPRise Edition
%26#8226;
Microsoft Exchange Server 2003 Standard Edition
%26#8226;
Microsoft Exchange 2000 Server 标准版
%26#8226;
Microsoft Exchange 2000 Enterprise Server
关键字：
kbtshoot kbesm kbclustering kbdirectory KB837391
,
