读取SQL SERVER日志文件

我的SQL Server 2008 R2生产服务器出现故障，完全停机。我们必须重新启动虚拟机才能让它重新发挥作用。有多个作业在该服务器上运行，我怀疑是由于并发问题，服务器宕机了。但是，为了了解根本原因，我正在我的服务器上使用以下功能：

         select [Current LSN],
         [Operation],
         [Transaction Name],
         [Transaction ID],
         [Transaction SID],
         [SPID],
         [Begin Time]
         FROM   ::fn_dblog(null,null)

---

但是，它向我显示了重启后发生的事务。你们能提出一些方法来找出根本原因吗？提前谢谢。

您可能想查看错误日志，而不是日志

由于多种原因，日志位置错误：

• 每个数据库都有一个日志。因此，您不能查看日志，只能查看一个日志
• 日志不是供人阅读的
• 日志不捕获错误信息

另一方面，由于以下几个原因，错误日志是正确的位置：

• 整个服务器只有一个错误日志
• 错误日志是供人阅读的文本
• 错误和异常可能在错误日志中跟踪

有关于的文章，但我的建议是在记事本中打开错误日志并阅读。请记住，错误日志是循环的，因此在上次服务器重新启动时，旧的错误日志被重命名为errorlog.1，并打开了一个新的错误日志。如果多次重新启动，则相关的错误日志可能会更靠后，如errorlog.2、errorlog.3等。您需要根据时间确定正确的错误日志。错误日志中的每个条目都有时间戳。在活动时间附近查找条目

---

崩溃的原因很可能记录在ERORRLOG的末尾。1

您可能希望查看错误日志，而不是日志

由于多种原因，日志位置错误：

• 每个数据库都有一个日志。因此，您不能查看日志，只能查看一个日志
• 日志不是供人阅读的
• 日志不捕获错误信息

另一方面，由于以下几个原因，错误日志是正确的位置：

• 整个服务器只有一个错误日志
• 错误日志是供人阅读的文本
• 错误和异常可能在错误日志中跟踪

有关于的文章，但我的建议是在记事本中打开错误日志并阅读。请记住，错误日志是循环的，因此在上次服务器重新启动时，旧的错误日志被重命名为errorlog.1，并打开了一个新的错误日志。如果多次重新启动，则相关的错误日志可能会更靠后，如errorlog.2、errorlog.3等。您需要根据时间确定正确的错误日志。错误日志中的每个条目都有时间戳。在活动时间附近查找条目

---

崩溃的原因很可能记录在ERORRLOG的末尾。1

您可能希望查看错误日志，而不是日志

由于多种原因，日志位置错误：

• 每个数据库都有一个日志。因此，您不能查看日志，只能查看一个日志
• 日志不是供人阅读的
• 日志不捕获错误信息

另一方面，由于以下几个原因，错误日志是正确的位置：

• 整个服务器只有一个错误日志
• 错误日志是供人阅读的文本
• 错误和异常可能在错误日志中跟踪

有关于的文章，但我的建议是在记事本中打开错误日志并阅读。请记住，错误日志是循环的，因此在上次服务器重新启动时，旧的错误日志被重命名为errorlog.1，并打开了一个新的错误日志。如果多次重新启动，则相关的错误日志可能会更靠后，如errorlog.2、errorlog.3等。您需要根据时间确定正确的错误日志。错误日志中的每个条目都有时间戳。在活动时间附近查找条目

---

崩溃的原因很可能记录在ERORRLOG的末尾。1

您可能希望查看错误日志，而不是日志

由于多种原因，日志位置错误：

• 每个数据库都有一个日志。因此，您不能查看日志，只能查看一个日志
• 日志不是供人阅读的
• 日志不捕获错误信息

另一方面，由于以下几个原因，错误日志是正确的位置：

• 整个服务器只有一个错误日志
• 错误日志是供人阅读的文本
• 错误和异常可能在错误日志中跟踪

有关于的文章，但我的建议是在记事本中打开错误日志并阅读。请记住，错误日志是循环的，因此在上次服务器重新启动时，旧的错误日志被重命名为errorlog.1，并打开了一个新的错误日志。如果多次重新启动，则相关的错误日志可能会更靠后，如errorlog.2、errorlog.3等。您需要根据时间确定正确的错误日志。错误日志中的每个条目都有时间戳。在活动时间附近查找条目

---

崩溃的原因很可能记录在ERORRLOG的末尾。1

fn_dblog是用于读取事务日志的未记录函数，因此它确实不是正确的位置是的，James，我在这一点上遗漏了。此外，一旦服务器重新启动，事务日志就会被清除。fn_dblog是读取事务日志的未记录函数，因此它实际上不是正确的位置。是的，James，我不知道这一点。此外，一旦服务器重新启动，事务日志就会被清除。fn_dblog是读取事务日志的未记录函数，因此它实际上不是正确的位置。是的，James，我不知道这一点。此外，一旦服务器重新启动，事务日志就会被清除。fn_dblog是用于读取事务日志的未记录函数，因此它确实不是正确的位置是的，James，I wa