大家好,我叫 Curt。我是 GSE 团队的一名高级首席工程师。
本视频专门讨论 SQL Server 错误日志。它的位置、它包含哪些信息以及它为什么可以帮助我们对 Microsoft SQL Server 问题进行故障排除。
因此,我们通常访问日志的最快方法是通过 Microsoft SQL Server Management Studio。
如果我们向下钻取到“Management”容器,然后向下查看“SQL Server logs”,我们会看到 SQL Server 为此 SQL 安装收集的可用错误日志。
SQL 会保存 6 个存档日志,记录服务器过去发生的事件。当前日志是收集自上次重新启动 SQL Server 以来的所有信息的日志,每次重新启动 SQL Server 时都会重新生成错误日志。
因此,通过查看当前日志,您可以了解此处的一些内容。我们看到的第一项是 SQL Server 的安装类型,在本例中为 SQL Server 2019。
其中还提供了产品版本信息。在本例中,我们将使用 SQL Server 的基本 RTM 安装。我们还能获得操作系统信息。
在本例中,我们将处理的是 Windows 10 的工作站安装。浏览日志,您会在 Studio Management 中看到,最早的事件会记录在日志底部,而最新的事件会靠近日志的顶部。
浏览或查看日志时,我们会看到混合的身份验证模式等内容,我们可以看到错误日志的实际位置 - 这是错误日志文件/Microsoft SQL Server 和 SQL 实例本身的安装文件夹的默认位置。
我们还能看到用于启动 SQL Server 的服务账户的信息。另一个重要的条目是启动参数、SQL 当前用于数据库文件的默认位置、错误日志的位置以及我们看到的 SQL Server 日志文件。
我们还会获得有关系统内核、SQL 可以使用的可用处理器数量以及系统启动时 SQL 在物理级别看到的可用内存量的信息。
接下来的其他信息是系统数据库即将联机,如果我们有用户生产数据库,我们也会看到该信息,但 SQL Server 错误日志最值得注意的一点及其最大好处是实际上返回有关 SQL Server 看到的错误的信息。
这不仅可以是启动时间,还可以是服务运行的整个生命周期。这里有一个无关紧要的错误,但它引用了 Polybase,即系统上的 Polybase 配置。
实际上,Polybase 没有安装,没有 Polybase 配置信息,因此这再次不是此安装的问题,但这是一个我们看到为错误的消息示例。
现在,更详细地了解错误日志在哪些方面可能非常有益,例如当 SQL Server 未启动时。
这个特定的日志是我保存到当前日志的前一个日志,在这次启动尝试中,SQL Server 实际上并未启动。
这是一个人为错误,我制造这个错误的方式是我移动了模型数据库的位置,这是一个系统数据库。
它是由 SQL Server 创建的所有数据库的模板数据库。当 SQL Server 启动时,它必须启动并使用 tempdb 数据库,而模型数据库是 tempdb 的模板。
因此,如果没有模型数据库,tempdb 无法启动,或者无法联机,并且 SQL Server 服务无法启动。
这个例子展示了我们可能在错误日志中看到的内容。我们将看到错误,我们将看到有关生成错误原因的更多信息 - 在本例中,它找不到数据库文件,模型数据库文件 - 稍后它会告诉我们它找不到模型数据库日志文件,这意味着无法创建 tempdb 数据库。
坏消息是,错误日志可以返回给您,为您提供有关如何解决问题的信息。
现在,我们需要记住,当我们看到这样的错误条目时,它也会包含在应用程序日志中。
我们看到系统应用程序日志中记录了完全相同的事件,我们看到的第一条错误消息告诉我们找不到数据库文件,第二条错误消息告诉我们找不到日志文件。
再次以人为制造的故障为例,如果您要对实际问题进行故障处理,这当然对您来说非常关键。
例如,如果主要数据库文件损坏(如模型数据库),则 SQL 服务将无法启动,您将在此处获取相关信息并对其进行故障排除。
关于错误日志的内容就够了。我们还可以在文件资源管理器中实时访问错误日志。同样,我们需要知道错误日志的文件位置,我们在错误日志本身中看到了这一点。
我们知道,它位于错误日志的默认位置,并且位于该 SQL Server 安装的日志目录中。
始终看到相同的信息——我们可以选择您想要使用它的文本编辑器。再一次,观点不同了。
在这里,当您查看原始日志本身时,最早的事件位于日志的顶部,最新的事件位于底部。
还有一种方法可以查找错误日志位置,那就是进入该 SQL Server 实例的“开始”菜单上的程序安装。
进入“SQL Server Configuration Manager”。Configuration Manager 显示此 SQL 安装的所有服务。
如果我们转到“SQL Server Service”,右键单击它,转到“Properties”、“Startup Parameters”,“-e”参数是错误日志所在的位置。
有时了解这一点非常重要,因为您可能没有要查看的 Studio Management 安装。
如果不这样做,则必须开始考虑可用于该特定 SQL 安装的所有可能驱动器位置。
很多时候,你可以直接进入 Configuration Manager,找到这些启动参数,当你这样做时,你可以找到错误日志的确切位置。
对 SQL Server 错误日志的介绍到这里就结束了。我希望此视频能帮助您了解在哪里找到日志,以及它如何帮助您解决 Microsoft SQL Server 问题。
感谢您的观看,再见。