有人可以给我指针在哪里看，为了debugging为什么这个全新的Windows Server 2008 R2的安装与一个服务只有一个 〜5GB的 数据库到2个客户端的一个无损的MS SQL服务器R2每周崩溃一次？
（所有的更新应用，没有其他的软件运行，没有其他的angular色，没有Hyper-V，裸机上运行英特尔Core i5 660 @ 3,33 Ghz，16GB RAM，64位Windows Server R2）
更新：
我查看了日志，过滤了Windows>系统日志中仅有的严重和错误，发现（翻译成英文）：错误：服务控制pipe理器; 服务“SSPORT”不能启动，找不到文件CRITICAL：Kernel-Power
这些是这个日志中唯一看起来很严重的东西，可能是不相关的。 安全日志中没有任何内容，仅在应用程序中MSSQL抱怨无法连接到报告服务器，重新启动后（我在MS KB中读取，重新启动后它是正常的）
关键：核心力量
这听起来像一个硬件问题。 尝试更换电源。 这也可能是其他的东西（主板上的弱电容器），但电源是最简单（也是最便宜的）开始的地方。
有人可以给我指针在哪里看
检查事件日志。 日志文件是任何设备或操作系统的pipe理员应该看的第一位。 两次。 总是。 永远。 没有例外。
Server 2008为事件日志提供了很好的过滤function，所以你可以按照危急程度，应用程序来源，事件ID等进行search。如果你花几个小时处理数据，你应该能够重新创build崩溃的历史，并有一个伟大的发生什么事情的想法。
如果不是的话，那么就怪阿尔法粒子。
编辑
当然，我更深入研究事件日志的概念。 我专注于操作系统。 但是，大多数企业级硬件也有事件日志。 如果操作系统似乎没有意识到自己手上有任何问题，但是服务器自行重置，那么可能是因为硬件错误而导致重新启动响应。 我会build议通过任何可能存在您的服务器的硬件日志。
例如，在具有ILO卡的HP硬件中，可以筛选硬件日志以查找可能发生的任何事件。 也许有一些PSU问题。
甚至进一步的backwords，也许有你的服务器插入PDU的问题。 对这些日志进行sorting，看看是否有某种电源周期被触发。
从顶部向下追溯问题。 应用程序 – >服务 – >操作系统 – >服务器硬件 – >配电。 链中的每个环节都可能有一些报告机制，可以筛选出发生的事情的历史logging。
编辑2
Egads！ 我是个傻瓜！ 我忽略了另一个最重要的地方。 在操作系统崩溃之后拾取碎片时，内存转储会导致您到达犯罪现场，动机和谋杀武器。 一旦你学会了如何分析Windows崩溃转储文件 ，你将成为一个大侦探。
为了解决这个问题，微软发布了知识库（KB）文章：
Windows 7或Windows Server 2008 R2中的Windows内核事件ID 41错误：“系统已经重新启动，而没有先清除closures”。
单击下面的链接可查看Microsoft知识库中相应的文章：
http://support.microsoft.com/kb/2028504
无论如何，这看起来像一个100％的硬件问题。 你可以请你的硬件configuration检查…向谷歌有这么多的硬件相关的原因，这个错误：从MB / CPU /video卡不兼容到BIOS设置或错误的旧设备驱动程序（高清audio等）
我不知道你是否已经find答案，但我有同样的问题。 Windows Server 2008 R2每周大概同时重新启动一次。 我注意到每次都发生了一些事情，但是不知道为什么，直到我偶然发现了事件日志中最深的一个错误消息。 不在行政区域或主要区域，安全区域等等。 事件查看器 – >应用程序和服务日志 – >微软 – > Windows – >服务器基础设施许可 – >操作 – >在我的情况下，服务器启动备份后立即查找它已closures。 查找启动后的第一个错误之一，它应该在常规选项卡中提到关于它有一个configuration问题，需要成为一个域控制器的东西。 从那里查看下一个错误，应该说一些关于域控制器检查不符合某些授权政策的条件，如果没有修复，系统将在6天23小时30分钟内自动关机。 差不多一个星期后。
我真的希望这有助于你的处境，因为这一点，我在过去的三个星期都在迷路。