![虚拟服务器仅在夜间随机重启 - 事件 ID 41](https://linux22.com/image/703600/%E8%99%9A%E6%8B%9F%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%BB%85%E5%9C%A8%E5%A4%9C%E9%97%B4%E9%9A%8F%E6%9C%BA%E9%87%8D%E5%90%AF%20-%20%E4%BA%8B%E4%BB%B6%20ID%2041.png)
我有两个运行 Windows Server 2012 的链接虚拟服务器:
- 带有 Microsoft SQL Server Express 的数据库服务器
- 运行 Tomcat 和相对轻量级应用程序的应用程序服务器。
两台服务器都是4GB。
它们都神秘地以事件 ID 41 重新启动,而不创建 MiniDump 文件。重新启动大约每两周发生一次,并且只在夜间随机发生。我们的用户很少在夜间使用该应用程序,夜间唯一固定发生的事情是凌晨 5 点备份数据库(大多数重新启动都发生在此之前)
云公司展开了调查,没有发现任何问题。他们更新了 VMWare。他们唯一的建议是增加服务器资源。
他们还声称问题不可能出在硬件上,首先因为它是一个基于云的系统,其次因为没有其他客户抱怨。
在虚拟机服务器神秘重启有人认为安装已损坏。但是我认为这可能不是我们遇到的问题的原因。 (1) 两台服务器都出现同样的问题可能有点巧合 - 除非它们都安装错误 (2) 这无法解释为什么重启发生在晚上。
有任何想法吗?
更新
- 一台服务器未连接到互联网,因此 DDOS 问题无关紧要。
事故发生的时间完全随机,但总是在晚上
我发布了一个示例系统事件日志http://textuploader.com/d9opz- 凌晨 2 点之前没有发生任何有趣的事情。事故发生在凌晨 2:17 左右。
我不知道晚上有什么特别安排的任务。
目前,移动虚拟机不是一个选择,但这里提供更多信息:它们在 VMWARE 上运行,并且是在单独的 VLAN 上运行的虚拟服务器。
我们有一个运行的虚拟测试服务器两个都应用程序服务器和数据库服务器(具有非常相似的设置)似乎没有任何问题。
答案1
我首先要创建一个基于 CPU/RAM 和硬盘使用情况的性能监视器任务。这可能有助于排除内存泄漏、CPU 峰值(可能是每两周一次的日志转储或类似情况)或磁盘写入错误。
另外,您可以尝试检查 BlueScreenView 以查看它是否存在 BSOD。
答案2
基于云的系统只是在其他人的硬件上运行的系统。运行虚拟机的主机上仍然可能存在硬件问题。
例如,如果主机有一个坏内存块,那么这两台主机可能会不断碰到该内存块。特别是因为其中一台服务器是数据库。
同一台主机上还有其他虚拟机吗?如果没有,您可以暂时将一台虚拟机移到那边,然后将这两台虚拟机移到另一台主机吗?这可能有助于您隔离问题。如果可能,主机也应该创建日志。请与公司联系,确保他们从主机监控它并创建日志。