重启后,所有终端服务器在事件日志中显示以下错误(但并非所有终端服务器都没有响应,大多数工作正常重启后)
事件ID 5719 – 错误 – Netlogon – 由于以下原因,此计算机无法与域DOMAIN中的域控制器建立安全会话：没有可用的登录服务器.
事件ID 4321 – 错误 – NetBT – 名称DOMAIN：1d“无法在IP地址[IP地址]的接口上注册.具有IP [域控制器的IP地址]的机器不允许声明名称这台机器.
但是,这些事件也会显示在成功重启的计算机上.有人可以帮我解决这个问题吗？就像我说的那样,每次或每台服务器都不会发生这种情况.有时只有一个或两个服务器.非常令人沮丧.
谢谢你的帮助！
>我要做的第一件事就是将TS服务设置为延迟启动,以防它是操作系统或机器启动问题.它会将服务设置为在大多数其他所有内容之后启动,因此任何依赖项都应该完全启动,并且不会与其他任何内容同时启动.>如果失败了,我会在操作系统启动几分钟后使用计划任务重启服务. (根据重启时间,机器启动速度和操作系统加载速度,可能需要一些猜测才能正确安排.)>调查机器上的NIC？是否可能原因是过时的驱动程序或固件,以及更新的软件(如Windows更新和您[希望]应用的任何其他补丁)不时相互冲突？>如果失败了(也许无论如何,尝试解决根本原因,而不仅仅是缓解症状),我会在受影响的服务器上重新安装(卸载,安装新的)终端服务.我遇到过这种问题,没有EventID 4321并且通常会解决它,至少在服务器上的TS服务出现问题时,并不是由网络或域控制器问题引起的.>(也许在#4之前执行此操作)从域控制器对此进行故障排除.有一个原因是Eventlog告诉您服务器无法联系登录服务器,并且域控制器不允许将主机名分配给指定的接口.这可能是由域或域控制器设置引起的.看DC,看看是否有任何迹象. (不要忘记查找GPO设置,启动脚本等.)>(也许在#4之前也这样做)从网络角度对此进行故障排除.是否有可能网络偶尔会破坏这些服务器和DC之间的流量,从而导致您在服务器事件日志中看到的身份验证和名称分配问题.>(也许在此之前做这件事)试着说服你的老板(或那些“控制”夜间重启的人)夜间重新启动是造成这种情况的原因,和/或这是“预期的行为”,当他从事这种愚蠢的行为时每晚服务器重新启动.或者,如果您修复/修复它,修复程序将停止工作,除非重新启动停止或减少频率.在增加的引导压力导致硬件故障后的几年内,您将获得额外的好处,即无需更换服务器. ：/
