有人能给我指点一下在哪里可以调试为什么会出现这种情况吗全新安装 Windows Server 2008 R2与未调整的 MS SQL-Server R2即仅为 2 个客户提供一个约 5GB 的数据库每周崩溃一次？
（已应用所有更新，未运行其他软件，未运行其他角色。无 Hyper-V，在裸机上运行。Intel Core i5 660 @ 3,33 Ghz、16GB RAM、64 位 Windows Server R2）
更新：
我查看了日志，过滤了 Windows>系统日志中的关键和错误，发现（翻译成英文）：错误：服务控制管理器；无法启动服务“SSPORT”，找不到文件关键：内核电源
--这些是此日志中唯一看起来严重的问题，可能无关紧要。安全日志中没有任何内容，应用程序中只有 MSSQL 抱怨它在重启后无法连接到报告服务器（我在 MS KB 中读到重启后这是正常的）
答案1
关键：内核功耗
这听起来像是硬件问题。尝试更换电源。也可能是其他原因（主板上的电容太弱？），但电源是最简单（也是最便宜）的切入点。
答案2
有人能给我指点一下去哪里找吗
检查事件日志。日志文件是任何设备或操作系统管理员首先要查看的地方。两次。始终。永远。没有例外。
Server 2008 为事件日志提供了强大的过滤功能，因此您可以按严重性、应用程序源、事件 ID 等进行搜索。如果您花费几个小时处理数据，您应该能够重新创建崩溃的历史记录，并很好地了解出了什么问题。
如果不是，那么责任就在于杂散的阿尔法粒子。
编辑
当然，我没有深入研究事件日志的概念。我专注于操作系统。但是，大多数企业级硬件也有事件日志。如果操作系统似乎没有意识到自己遇到的任何问题，而服务器却自行重置，那么可能是您的硬件出现故障，导致重新启动响应。我建议查看您的服务器可能存在的任何硬件日志。
例如，在配有 ILO 卡的 HP 硬件中，您可以仔细检查硬件日志以查找可能发生的任何事件。也许是 PSU 出了问题。
再往前追溯，也许服务器所插入的 PDU 存在问题。查看这些日志，看看是否有某种电源循环被触发。
从上而下追溯问题。应用程序 -> 服务 -> 操作系统 -> 服务器硬件 -> 配电。该链中的每个环节都可能有一些报告机制，您可以仔细查看已发生事件的历史记录。
编辑2
天哪！我真是个傻瓜！我漏掉了另一个最重要的地方。在操作系统崩溃后收拾残局时，内存转储可以引导你找到犯罪现场，动机和凶器。一旦你学会了如何分析 Windows 崩溃转储文件，你就会成为一名侦探大师。
答案3
为了解决此问题，Microsoft 发布了一个知识库 (KB) 文章：
Windows 7 或 Windows Server 2008 R2 中的 Windows 内核事件 ID 41 错误：“系统已重新启动，但未先正常关闭”。
单击以下链接查看 Microsoft 知识库中的文章：
http://support.microsoft.com/kb/2028504
无论如何，这看起来 100% 是硬件问题。您能否发布您的硬件配置以供检查...根据 Google 的说法，此错误可能由多种硬件相关原因引起：从 MB/CPU/视频卡不兼容到 BIOS 设置或有缺陷的旧设备驱动程序（高清音频等）
答案4
我不确定您是否已经找到答案，但我遇到了同样的问题。Windows Server 2008 R2 每周大约在同一时间重新启动一次。我注意到每次都发生得早一点，但无法弄清楚原因，直到我在事件日志的最深处偶然发现了一条错误消息。不在管理区域或主要区域、安全等，但在这个区域下。事件查看器 -> 应用程序和服务日志 -> Microsoft -> Windows -> 服务器基础结构许可 -> 操作 -> 在服务器重新启动后立即查找，在我的情况下，它是在 9:18 AM 关闭的。查找启动后的第一个错误之一，它应该在常规选项卡中提到它存在配置问题并且需要成为域控制器。从那里查看下一行的错误，它应该说域控制器检查不符合某些许可策略条件，并且如果不修复，系统将在 6 天、23 小时和 30 分钟后自动关闭。差不多一周后。
我真的希望这对你的情况有所帮助，因为这个问题我过去三周一直处于迷茫状态。