我有几个运行Windows Server 2008 R2 VPS的Asp.Netnetworking应用程序。 我们一直在使用这个VPS多年。 自从最近几个月以来，我们的应用程序已经下降了30-45分钟。 这不会周期性地发生，这不会在一天的同一时间发生。 在过去的2个月里，这一定是发生了4到5次。 我们的分析报告大量的用户同时在线。 我们有更多的用户在线，没有问题。
在停机时间，我们不能RDP进入VPS。 新的文物监测显示任何前沿零活动。 VPS重新上线后，应用程序正常工作。 即使在VPS恢复在线状态之后，该文物在该时间段内也不会显示任何新条目。 事件查看器在停机时间段内也不显示任何条目。 我们在系统/安全/应用程序日志中有通常的条目，几乎每分钟一次，直到停机时间开始。 下一个条目在宕机结束后开始。
看起来好像在这段时间里，我们的VPS已经入睡了。 我已经检查了6005,6008,6009,6013,1072,1074,1076 ID事件查看器。 我在各种互联网post阅读，这些事件id可以帮助确定计划/意外的关机/重新启动。 我没有find这个时间范围。
我还能做些什么来确定为什么发生这种情况，并防止它发生。
编辑
停机时间的这个实例是由于主机重新启动物理服务器造成的。 对于以前的停工，主人声称没有参与。 让我们来看看。 我现在把@格雷格的职位标记为公认的答案，因为那是我迄今为止还没有考虑过的事情。
你还能做什么？ 以一分钟的时间间隔启用ASP.Net Heath Monitoring / heartbeat。 如果没有心跳，很可能是Windows / IIS / ASP.Net外部的东西。
您的服务提供商似乎更有可能导致服务中断，而不是os缺陷，如果在多个主机/networking中使用多个服务器，这很可能没有任何影响。
如果您没有任何指标，衡量标准或可用性协议，则通过获取客户端操作系统来解决VPS提供程序主机或networking的问题，您不会尝试通过逆向工程来解决问题。
不幸的是，移动应用程序“云”不能解决破坏或function障碍的架构或合同技能。
请联系您的vps提供商。 可能是硬件故障，networking问题或其他许多事情。 远程连接的丢失表明问题出在您的应用程序之外，可能在操作系统之外。 您的供应商应该能够帮助您诊断问题….如果不是的话，我认为您仍然可以回答如何解决您的可靠性问题。