解决SQL Server问题的九个步骤

我们每个人都有不时发生的问题，我们需要通过一些步骤来解决问题，从而努力确定问题发生的原因。在这种情况下，您需要像犯罪现场调查员一样，引起发现的根源。不，我们不会在服务器，网络电缆和台式计算机上贴黄色警告胶带。但是，有时我们拔下网络电缆以防止进一步污染机器。尽管存在此问题，您仍需要进行一些法医分析以确定问题的原因。

信息收集阶段

为了进行诊断，您首先需要收集有关该问题的一些信息。您还需要检查日志文件，以确定哪种系统错误信息以及日志记录的存在可以帮助您诊断问题。以下是在通过分析收集信息时应考虑的一组步骤。

步骤1：收集事实

解决问题的第一步就是收集事实。您需要知道正在发生什么问题。在这里，您需要采访客户或程序员，以了解问题发生的方式和时间。您需要确定它是否在系统范围内应用，还是只限于特定的应用程序或组件。您还需要知道问题发生时时间是否仍然是问题。除此之外，您需要知道系统上一次正常工作。您需要确定是否有任何可能引起问题的新系统或应用程序更改。您可以开始寻找一些事实性问题的线索，这些线索可能有助于找到问题的根本原因。

步骤2：在不同的环境和机器中进行测试

如果有的话，值得在不同的环境中进行测试。这是一项事实收集工作，但我将其解释为一个单独的步骤，因为许多经验丰富的员工在收集事实时都不想在不同的环境中进行测试。您会发现只有一个环境受到影响，一系列环境或所有环境都受到影响。如果仅存在一个环境影响问题，则可能是该环境或另一个工作环境的配置问题。

此外，您可能想尝试其他客户端，服务器或应用程序。有时，您会发现其他配置或设置导致该应用程序运行或不运行。您需要了解所有不同的设置和配置选项，然后记录工作。

步骤3：检查SQL Server错误日志

SQL Server创建一个名为“ log”的日志文件。每次启动SQL Server时都会创建一个新的日志文件。默认情况下，SQL Server VI维护旧的错误日志文件，每个错误日志文件都有一个与之关联的序列号。默认错误日志文件存储在“日志”文件夹中的标准“…Files Microsoft SQL Server ...”文件夹结构中。

当发现时间问题时，日志文件将首次出现。查看SQL Server输出的消息中是否有任何异常。有时，如果SQL Server检测到更改或遇到问题，它将记录在错误日志文件中。

步骤4：查看事件日志

您应该使用事件查看器查看不同的事件日志记录。事件日志中包含的信息警告和错误。您应该在确定问题发生的时间之前，之中和之后查看所有事件。您需要确保检查“应用程序”和“系统”事件以及“安全”事件。

步骤5：检查默认跟踪

如上所述，如果启用了默认跟踪选项，则在稍微启动SQL Server时，默认跟踪是一种自动启动。在类似于飞行记录仪的现代飞机中。此跟踪捕获配置更改的所有实例。通过查看默认跟踪信息，可以确定该时间段可能检测到哪种数据库更改。

默认跟踪文件存储在同一日志文件夹中的日志中。它们被命名为“ log_xxx。真相与和解委员会”，其中xxx是序列号。您可以打开这些文件分析器以查看记录的事件。或者，您可以将T-SQL与“ fn_trace_gettable”函数过程的文件一起使用：

选择 *

来自fn_trace_gettable

（C：文件 Microsoft SQL servermssql。1mssqlloglog_155 TRC，默认;

步骤6：查看变更日志

查看组织的更改日志。希望您的组织有一个。更改日志的集中位置，确保已引入所有更改。如果您的组织有一个，这有助于识别任何最近的更改。该日志可能会为您提供某些提示，说明发生特定问题的原因，特别是在应用程序存在最近已修改的问题的情况下。如果您的组织没有更改日志，则在步骤1中，您可以询问程序员最后一个应用程序的更改时间。

分析阶段

现在，您已经收集了一些信息，您需要分析收集的数据。查看收集信息的每个步骤。查找异常将支持客户或程序员发现的问题。

通过以上第一步确定的情况来确定每个日志和跟踪文件，可以帮助您确定问题。在每个步骤中，查看是否有任何线索可以使您更好地了解是什么原因导致了信息审查。

完成分析后，您可能会很幸运地找出问题的原因。但是，有时上述步骤无法解决问题。在这种情况下，您需要继续进行一些额外的测试和信息收集。

附加测试和信息收集

如果您无法查看在其他系统日志中发现的问题，或者默认跟踪需要分析导致问题的实际过程。这意味着您可能必须查看代码，甚至运行不同的测试。这里确定的步骤只是其余步骤的开始。他们应该帮助您组织想法。您可以进行更多测试并收集更多信息，以帮助您解决当前的问题。

步骤7：制定测试计划

与客户坐下来，应用程序和文档将通过=步骤，从而引起问题。许多此类信息可能已在步骤1中收集到，但至少值得再次回顾一下。如果问题反复识别。如果无法重复，可能很难确定是什么原因导致了问题。这里的重点是确定应用程序如何连接到SQL Server以及如何执行T-SQL代码。根据调查，您将需要开发一组测试运行，您可能希望捕获问题以确定哪些信息和哪些信息。建议您在进行任何测试之前，先进行下一步。

步骤8：备份数据库

在继续进行其他测试和故障分析之前，明智的做法是进行数据库备份。备份可以是完全备份，差异备份或日志备份，具体取决于您当前的数据库备份策略，您的过去和当前状态。此备份将为您提供一个恢复点，您应在其中开始调整SQL Server，以诊断步骤6中确定的故障排除步骤。

步骤9：执行其他测试和日志

保持您的测试逻辑块尽可能小。这些步骤已连接到SQL Server测试。您可以考虑使用SQL Server工具，以便可以监视执行了哪些T-SQL语句和批处理。分析器将允许您捕获正在运行的代码，这有时与程序员的期望不同，有时需要缩小仪器和额外步骤的范围，以解决引起当前问题的原因。

以上是南方联合小编的分享，南方联合14年的IDC积累，为大家托管专业的服务器托管，服务器租用，主机托管，云服务器租用，香港主机租用等服务器相关资源，详情欢迎咨询客服了解。