exchange2016 性能计数器问题
问题
答案
-
您好，
您提到你在客户端上添加了DNS记录, 这台客户端在连接Exchange服务器强行指向服务器A，当服务器A关机后客户端自然也就断开连接了，默认情况下不需要在客户端添加DNS记录。在内网环境中，当服务器A关机后，自动发现服务会自动寻找服务器B的SCP记录并连接成功。关于Internet-facing过程的文档，还请您参阅我之前回复中给您提供的链接。我在我的环境做了测试，用户邮箱userb1在E15B邮箱服务器数据库中，E15A关机，客户端连接Exchange服务器过程如下：
此致，
Kelvin Deng
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
- 已编辑 ThinkCenter 2019年4月15日 2:13
- 已标记为答案 ice9898 2019年4月15日 5:35
全部回复
-
您好，
关于用户第一次连接不是所在数据库的服务器，我们可以分两种情况分析。
当您的环境是不同版本的Exchange服务器共存，用户邮箱在低版本Exchange服务器数据库时，高版本邮箱服务器将收到的用户访问请求代理到低版本的CAS服务器,CAS服务器生成自动发现响应。
当您的环境是存在多个相同版本的Exchange服务器时，邮箱服器会将请求代理到托管用户邮箱的主动副本的邮箱服务器，然后该服务器生成自动发现响应。
关于Exchange 性能计数器所有参数的详细说明的连接,这里有两篇介绍Exchange 2013 性能计数器的文章分享给您，文章内容也适用于Exchange 2016。
Exchange 2013 性能计数器
https://docs.microsoft.com/zh-cn/exchange/exchange-2013-performance-counters-exchange-2013-help
Exchange 2013 – Performance counters and their thresholds（抱歉只有英文）
此致，
Kelvin Deng
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
- 已编辑 ThinkCenter 2019年4月4日 8:19
- 已建议为答案 ThinkCenter 2019年4月8日 9:23
-
您好，
第一种情况，正如您所说，如果在同版本的Exchange服务器共存环境中，用户直接访问其邮箱所在的数据库的邮箱服务器时，不会和其他邮箱服务器产生访问请求信息。
第二种情况，在不同版本Exchange服务器共存环境中，低版本邮箱的用户连接Exchange服务器，相关服务例如Autodiscover,OAB都需要从高版本服务器将请求代理到低版本服务器。
邮箱在Exchange2010的用户连接mail.xx.cn作为其RPC代理端点。 同站点的Exchange 2016邮箱服务器收到访问请求后进行身份验证确定用户邮箱版本为2010，并且托管用户邮箱的邮箱数据库位于本地站点中。 Exchange 2016邮箱服务器将代理请求到同站点的Exchange 2010 CAS中。 CAS服务器将从HTTP数据包中解封装RPC，并从Exchange 2010邮箱服务器获取数据。
这里有篇关于共存环境下客户端访问的官方文章，供您参考：
Client Connectivity in an Exchange 2016 Coexistence Environment with Exchange 2010（抱歉只有英文）
此致，
Kelvin Deng
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
- 已编辑 ThinkCenter 2019年4月10日 9:55
-
您好，
回答您的问题：
1. 在共存环境中，如何在ex2016服务器上查看代理到ex2010 用户请求有多少
>您可以通过对Exchange 2016上的HttpProxy logs进行分析。Log默认路径为：
<exchange server installation directory>\Logging\HttpProxy\<protocol>
对RpcHttp子文件夹里的log解析，建议您使用MailboxLogParser 工具来更改好帮助您分析日志。关于Httproxy
log的具体内容，请参阅下面的链接：
Troubleshooting Exchange with LogParser: HttpProxy logs
注意：本篇回复包含了对第三方网站的引用。微软提供这些信息仅仅是为了给您提供一些方便。微软对这些网站不具有所有权或者控制权并且对其所提供的软件或者信息没有经过测试
2.未设定Set-AutodiscoverVirtualDirectory 的 ExternalUrl和InternalUrl 对服务是否有影响。目前生产环境全部为空，用户使用正常，想确认下过程。
>默认情况下，自动发现虚拟目录不需填写InternalURL和ExternalURL参数，且这两个参数在Exchange 2016上适用。用户从Outlook连接Exchange走正常Autodiscover流程。关于自动发现服务的详细内容，请参阅：
Exchange Server 中的自动发现服务
3.如上述文档所诉， 如在exchange 2016环境中 当站点3中也部署exchange2016 时，在站点3上的exchange2016用户 通过站点1的exchange 2016服务器登录时 如何交互（站点3 无法连接公网或内部网络，只与站点1互通），
>如上把回复中给您的文章中所述，站点1的Exchange 2016服务器会将请求跨站点代理到站点3的Exchange2016服务器。然后，该站点的服务器将生成自动发现响应。
4. 虚拟目录 ExternalUrl和InternalUrl 的作用以及客户端的影响。例如文档中所说站点3服务器为配置ExternalUrl，且无法访问公网。 如果站点3上的16数据库用户通过站点1登录，如果配置ExternalUrl，站点1将会返回站点3中ExternalUrl的信息。但如果站点3不配置ExternalUrl 信息，且无法访问公网的情况下是如何与客户端连接的。
>这两个参数指定用于从网络防火墙内（外）部连接到虚拟目录的URL。默认值为none。在定义Exchange虚拟目录类的每个对象对象中都必须具有这些属性。然而Exchange不会在自动发现虚拟目录上使用它们。
此致，
Kelvin Deng
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
- 已编辑 ThinkCenter 2019年4月10日 9:55
-
您好，
您的理解是正确的。
此致，
Kelvin Deng
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
- 已编辑 ThinkCenter 2019年4月11日 9:02
-
您好，
你说的情况是在外网环境中，您将MX记录和autodiscover记录解析到服务器A，也就是说服务器A是Internet-facing的，所有客户端的连接请求都是通过A然后再根据邮箱所在数据库的位置做下一步路由。当您将服务器A关机断网，那之前连接的客户端失去连接也是正常的。
此致，
Kelvin Deng
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
- 已编辑 ThinkCenter 2019年4月12日 11:47
-
您好，
您提到你在客户端上添加了DNS记录, 这台客户端在连接Exchange服务器强行指向服务器A，当服务器A关机后客户端自然也就断开连接了，默认情况下不需要在客户端添加DNS记录。在内网环境中，当服务器A关机后，自动发现服务会自动寻找服务器B的SCP记录并连接成功。关于Internet-facing过程的文档，还请您参阅我之前回复中给您提供的链接。我在我的环境做了测试，用户邮箱userb1在E15B邮箱服务器数据库中，E15A关机，客户端连接Exchange服务器过程如下：
此致，
Kelvin Deng
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
- 已编辑 ThinkCenter 2019年4月15日 2:13
- 已标记为答案 ice9898 2019年4月15日 5:35
