一则由于AD时间不对导致Exchange Shell无法使用的故障
今天解决了一起由于Active Directory服务器时间不对导致Exchange Server 2016 Shell无法使用的故障,下面介绍一下故障情况及解决过程。在这个故障中,涉及到的服务器一共有3台计算机:一台Active Directory的服务器,一台Exchange Server 2016邮箱服务器、一台边缘传输服务器。这几台都是ESXi中的虚拟机,服务器操作系统都是Windows Server 2016 Datacenter,如图1所示。
图1 实验拓扑
安装Exchange Server 2016的计算机是一台从模板新部署的虚拟机,加入到172.20.8的Active Directory,是一台成员服务器。在172.20.1.16安装邮箱服务,在172.20.1.12安装边缘服务器都非常顺利,没有出错。安装完成后,进入Exchange管理中心都正常。接下来是在边缘服务器导出边缘订阅文件然后在邮箱服务器导入边缘订阅文件,这一步就出了问题。
在边缘传输服务器(图1中IP地址为172.20.1.14的计算机)创建并导出边缘订阅文件之后,准备在邮箱服务器导入边缘订阅文件,在进入Exchange Shell时,出现“Exchange出现‘WinRM无法处理该请求,因为输入XML包含讲法错误’等提示”,如图2所示。
图2 无法连接到远程服务器
因为提示中提示“WinRM无法处理该请求”,以前处理过该类故障,是WinRM IIS扩展没有安装。打开服务器管理器添加WinRM IIS扩展,如图3所示。
图3 安装WinRM IIS扩展
但在安装了WinRM IIS扩展之后,启动Exchange Shell故障依旧。
以前我也多次安装Exchange Server,还是第一次碰到这种故障。百度搜索相关故障,看到的解决方法很多,例如有的让检查防火墙是否启用等,但我的这些虚拟机的防火墙都是开启的。还有的介绍是需要卸载重装,如果重装还需要卸载Exchange,删除注册表等操作,但我认为这是一个“小故障”,还到不了需要重新安装的程序。
在尝试了多种办法之后,在https://social.microsoft.com/Forums/zh-CN/ea04f18a-f669-46fb-97fd-47ad4828655b/exchange-shell-winrm-xml-?forum=exchangeserverzhchs帖子中看到此问题可能与虚拟机的系统时间有关。经过检查,发现当前ESXi平台中,Exchange邮箱服务器、边缘传输服务器、其他虚拟机的时间都正确,只有Active Directory服务器(IP地址为172.20.1.8)的时间不对。但调整了该虚拟机的时间之后,马上就又改回错误的时间,非常执着,无论是手动调整虚拟机的时间,还是通过NTP设置计算机的时间,该虚拟机的时间在调整为正确的时间后,稍等一会,该计算机的时间就调整为错误的时间(比当前的正确时间快14分钟,如图4所示)。
图4 虚拟机的时间比正确时间快
经过检查,发现了故障点,ESXi的主机时间不对,受影响的只有这台Active Directory的虚拟机。检查虚拟机的配置,发现该虚拟机设置为了“同步客户机时间与主机时间”,如图5所示。
图5 时间设置
首先修改ESXi主机时间为正确时间,然后修改虚拟机配置,取消“同步客户机时间与主机时间”,再在虚拟机中调整计算机的时间,然后重新启动邮箱服务器,再次执行Exchange Shell,此时可以正常使用,如图6所示。
图6 Exchange Shell
Exchange Shell中执行New-EdgeSubscription -FileData ([byte[]]$(Get-Content -Path "D:\EdgeSubscription.xml" -Encoding Byte -ReadCount 0)) -Site "Default-First-Site-Name"
命令导入边缘订阅文件,如图7所示。之后可以继续Exchange的配置,这些不做介绍。
图7 导入边缘订阅文件成功
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
傲腾大师课即将开讲:“黑科技”英特尔傲腾,“黑”的价值在哪里?
即将开播:5月14日,Jenkins在K8S下的三种部署流程和实战演示 5月12日,由英特尔与合作伙伴共同创办的系列线上课程“傲腾大师课”即将重磅开讲。傲腾大师课旨在介绍傲腾系列技术,产品,特点,并分享企业客户的成功应用。第一期大师课邀请到英特尔中国区非易失性存储解决方案事业部战略开发总监倪锦峰先生和百易传媒(DOIT/DOSTOR)总编宋家雨先生一起探讨:“黑科技”英特尔傲腾,“黑”的价值在哪里? 现在是一个数据爆发的时代,庞大的数据量呈指数级增长,每三年数据量要翻两倍。 同时,如人工智能与物联网这样的工作负载则需要具备越来越高的性能,以快速访问这些海量数据集。未来存储的发展将由工作负载的需求驱动,存储的发展离不开硬件性能的提升,也离不开软件方案的创新。 随着数据存储的需求增加,内存和存储技术也在不断革新,不同技术迭代进化,形成金字塔形的“内存存储层级”,最上面是CPU的CACHE,第二层是DRAM,往下是NAND SSD,再往下是HDD/Tape,在这个“金字塔”上,层级越往下存储容量越高,成本越低,但是性能也越低。越往上离CPU越近,性能越好,延迟越低,但是容量越小,成本也越来越...
- 下一篇
一篇文章带你玩转TiDB灾难恢复
一篇文章带你玩转TiDB灾难恢复 一、背景 高可用是 TiDB 的另一大特点,TiDB/TiKV/PD 这三个组件都能容忍部分实例失效,不影响整个集群的可用性。下面分别说明这三个组件的可用性、单个实例失效后的后果以及如何恢复。 TiDBTiDB 是无状态的,推荐至少部署两个实例,前端通过负载均衡组件对外提供服务。当单个实例失效时,会影响正在这个实例上进行的 Session,从应用的角度看,会出现单次请求失败的情况,重新连接后即可继续获得服务。单个实例失效后,可以重启这个实例或者部署一个新的实例。 PDPD 是一个集群,通过 Raft 协议保持数据的一致性,单个实例失效时,如果这个实例不是 Raft 的 leader,那么服务完全不受影响;如果这个实例是 Raft 的 leader,会重新选出新的 Raft leader,自动恢复服务。PD 在选举的过程中无法对外提供服务,这个时间大约是3秒钟。推荐至少部署三个 PD 实例,单个实例失效后,重启这个实例或者添加新的实例。 TiKVTiKV 是一个集群,通过 Raft 协议保持数据的一致性(副本数量可配置,默认保存三副本),并通过 PD 做...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7设置SWAP分区,小内存服务器的救世主
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS8编译安装MySQL8.0.19
- CentOS6,7,8上安装Nginx,支持https2.0的开启