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