SQL Server 2012实施与管理实战指南(笔记)——Ch5启动SQL Server服务和数据库

本文涉及的产品
云数据库 RDS SQL Server,独享型 2核4GB
简介: 5.启动SQL Server服务和数据库 在数据库和服务启动过程中,经常会出现的问题: 1.SQL Server实例无法正常启动 2.系统数据库无法正常启动 3.网络配置失败 4.用户数据库无法启动 5.

5.启动SQL Server服务和数据库

在数据库和服务启动过程中,经常会出现的问题:

1.SQL Server实例无法正常启动

2.系统数据库无法正常启动

3.网络配置失败

4.用户数据库无法启动

5.集群环境下SQL Server资源无法保持在线

目录

5.启动SQL Server服务和数据库... 1

5.1 SQL Server服务启动步骤... 1

5.1.1 从注册表中读取SQL Server启动信息... 1

5.1.2 检查硬件,配置内存和CPU.. 2

5.1.3 数据库启动... 3

5.1.4 准备网络... 4

5.2 数据库状态切换... 5

5.2.1 Recovering. 5

5.2.2 Online. 6

5.2.3 RECOVERY PENDING.. 6

5.2.4 SUSPECT. 6

5.2.5 EMERGENCY. 6

5.2.6 RESTORING.. 6

5.2.7 Offline. 6

5.3 数据库长时间处于RECOVERING状态... 7

5.3.1 多线程并行处理重做和回滚... 7

5.3.2 延迟事务... 7

5.4 数据库无法启动的常见问题... 7

5.4.1 Master数据库不能启动... 7

5.4.2 资源数据库... 7

5.4.3 model数据库... 8

5.4.4 tempdb数据库... 8

5.4.5 户数据库... 8

5.5 集群环境下,数据库资源不能ONLINE的常见问题... 10

 

 

5.1 SQL Server服务启动步骤

5.1.1 从注册表中读取SQL Server启动信息

Sqlservr.exe启动会去注册表中找自己所在实例的注册表信息。这些配置信息存放在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL11.X\MSSQLServer下。有几个比较重要的信息:

1.HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL11.X\MSSQLServer下,LoginMode:表示是windows验证还是混合验证,Audit Level:设置是否记录用户登录信息。

2.HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL11.X\MSSQLServer \Parameters下是实例的启动参数

3.HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL11.X\MSSQLServer \SuperSocketNetLib下记录了监听的网络和访问方式的。

5.1.1.1 启动账号的权限

由于要读取注册表信息和SQL Server的资源文件,需要启动服务账号有很足够的权限。那么无法启动实例,甚至连errorlog都无法启动。

可以使用Process Monitor进行监控。如果发现有ACCESS DENIED那么说明有权限问题。

5.1.1.2 日志文件和文件夹访问问题

如果SQL Server要启动,必须正确的创建出日志文件,如果注册表内-e参数指定的不够正确就会出现报错,无法启动。

5.1.2 检查硬件,配置内存和CPU

等创建出errorlog之后,所有的启动过程就可以从errorlog中看出来了。

Errorlog先会打印出SQL Server版本号和Windows版本号,启动参数和进程基本信息:

2014-05-04 14:42:07.05 Server      Microsoft SQL Server 2014 - 12.0.2000.8 (X64)

         Feb 20 2014 20:04:26

         Copyright (c) Microsoft Corporation

         Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

 

2014-05-04 14:42:07.08 Server      UTC adjustment: 8:00

2014-05-04 14:42:07.08 Server      (c) Microsoft Corporation.

2014-05-04 14:42:07.08 Server      All rights reserved.

2014-05-04 14:42:07.08 Server      Server process ID is 4252.

2014-05-04 14:42:07.08 Server      System Manufacturer: 'System manufacturer', System Model: 'System Product Name'.

2014-05-04 14:42:07.09 Server      Authentication mode is MIXED.

2014-05-04 14:42:07.10 Server      Logging SQL Server messages in file 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Log\ERRORLOG'.

2014-05-04 14:42:07.10 Server      The service account is 'FanrCo-PC\Administrator'. This is an informational message; no user action is required.

2014-05-04 14:42:07.10 Server      Registry startup parameters:

          -d C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\master.mdf

          -e C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Log\ERRORLOG

          -l C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\mastlog.ldf

2014-05-04 14:42:07.10 Server      Command Line Startup Parameters:

          -s "MSSQLSERVER"

之后或读取出服务器的配置信息,包括处理器和内存,以及进程的优先级:

2014-05-04 14:42:08.73 Server      SQL Server detected 1 sockets with 2 cores per socket and 2 logical processors per socket, 2 total logical processors; using 2 logical processors based on SQL Server licensing. This is an informational message; no user action is required.

2014-05-04 14:42:08.73 Server      SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.

2014-05-04 14:42:08.73 Server      Detected 3838 MB of RAM. This is an informational message; no user action is required.

2014-05-04 14:42:08.76 Server      Using conventional memory in the memory manager.

之后会显示NUMA信息和lock的信息,或为每个节点分配2500个锁块,5000个锁拥有者

注意,在32bit系统下,每个锁块需要64字节,锁拥有者32字节,64bit下,锁块96字节,锁拥有者56个字节:

2014-05-04 14:42:10.38 Server      Node configuration: node 0: CPU mask: 0x0000000000000003:0 Active CPU mask: 0x0000000000000003:0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.

2014-05-04 14:42:10.40 Server      Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.

显示CLR版本信息和默认TRACE的开启:

2014-05-04 14:42:11.33 Server      CLR version v4.0.30319 loaded.

2014-05-04 14:42:12.44 spid8s      Resource governor reconfiguration succeeded.

2014-05-04 14:42:12.49 spid8s      SQL Server Audit is starting the audits. This is an informational message. No user action is required.

2014-05-04 14:42:12.60 spid8s      SQL Server Audit has started the audits. This is an informational message. No user action is required.

2014-05-04 14:42:13.93 spid8s      SQL Trace ID 1 was started by login "sa".

2014-05-04 14:42:14.09 spid8s      Server name is 'FANRCO-PC'. This is an informational message only. No user action is required.

5.1.3 数据库启动

系统数据库的启动顺序是mastermsdbmssqlsystemresourcemodeltempdb,也可以在errorlog中找到相关信息:

2014-05-04 14:42:10.57 spid8s      Starting up database 'master'.

2014-05-04 14:42:16.67 spid21s     Starting up database 'msdb'.

2014-05-04 14:42:16.67 spid22s     Starting up database 'AdventureWorks2012'.

2014-05-04 14:42:16.74 spid10s     Starting up database 'mssqlsystemresource'.

2014-05-04 14:42:16.74 spid23s     Starting up database 'tst'.

2014-05-04 14:42:16.75 spid24s     Starting up database 'AdventureWorksDW2012'.

2014-05-04 14:42:18.27 spid10s     Starting up database 'model'.

2014-05-04 14:42:19.42 spid10s     Clearing tempdb database.

2014-05-04 14:42:20.13 spid10s     Starting up database 'tempdb'.

启动完成后,会打印一下信息:

2014-05-04 14:42:22.40 spid8s      Recovery is complete. This is an informational message only. No user action is required.

5.1.4 准备网络

启动完成master数据库之后,就开始准备网络了,从注册表中读取注册表信息。然后开启功能:

Shard Memory启动后,errorlog会有:

2014-05-04 14:42:15.45 spid15s     Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\MSSQLSERVER ].

Named Pipe启动后,会有:

2014-05-04 14:42:15.45 spid15s     Server local connection provider is ready to accept connection on [ \\.\pipe\sql\query ].

还有tcp启动之后监听的端口:

2014-05-04 14:42:15.52 Server      Server is listening on [ ::1 <ipv6> 1433].

2014-05-04 14:42:15.52 Server      Server is listening on [ 127.0.0.1 <ipv4> 1433].

如果有DAC专用管理连接,那么还会打印:

2014-05-04 14:42:15.52 Server      Server is listening on [ ::1 <ipv6> 1434].

2014-05-04 14:42:15.52 Server      Server is listening on [ 127.0.0.1 <ipv4> 1434].

2014-05-04 14:42:15.52 Server      Dedicated admin connection support was established for listening locally on port 1434.

当网络准备完成之后会打印:

2014-05-04 14:42:15.59 spid15s     SQL Server is now ready for client connections. This is an informational message; no user action is required.

在准备网络中,如果某个协议不能被加载,SQL Server会报错但是不会影响实例的启动。只有一个例外,使用SSL对连接加密的,SSL在启动需要SQL Server加载证书,如果证书无法加载那么SQL Server启动会被终止。

5.2 数据库状态切换

5.2.1 Recovering

Recovering主要处理3件事情:

1.分析要做的工作:就是在事务日志文件中,找到那些事务要重做,那些事务要回滚

2.Redo:将已经提交的但是没有写入数据文件的事务,做前滚

3.undo:对没有提交的事务做回滚

一下几个动作会让数据库进入Recovering

1.创建数据库

2.Alter Online,上线数据库

3.RESTORE WITH RECONVERY:恢复数据库

4.DatabaseStartup,数据库启动,如果数据库设置了自动关闭,就会在用户第一次访问的时候做这个动作。

恢复正常之后,数据库会进入online状态。

5.2.2 Online

这个状态下用户可以访问,修改。

5.2.3 RECOVERY PENDING

如果在数据恢复的时候不能正确打开数据库文件,数据库会进入RECONVERY PENDING的状态。

解决办法:用ALTER ONLINE再恢复一次,或者使用备份恢复

5.2.4 SUSPECT

数据库进入SUSPECT状态在这个状态下管理员有3个选择:

1.在一次ALTER ONLINE,命令SQL Server再恢复一次

2.放弃当前数据库,再还原一个

3.将数据库状态设置为,EMERGENCY,然后尝试修复

5.2.5 EMERGENCY

在这个模式下,SQL Server对没有完全恢复的数据库开放一个只读窗口

5.2.6 RESTORING

数据库在还原状态下,如果是WITH RECOVERY,还原的最后一步会进入RECONVERY状态。

5.2.7 Offline

数据库处于离线状态,可以使用ALTER ONLINE让数据库上线。

5.3 数据库长时间处于RECOVERING状态

RECONVERING主要做3件事:

1.查看需要恢复那些事务

2.redo事务

3.undo事务

如果在redoundo遇到问题数据库就会进入SUSPECT状态,在完成恢复之前数据库必须等待完成。

如果长期处于RECOVERING可以使用,以下sql查看进度

SELECT*FROMsys.sysprocesses

SELECT*FROMsys.dm_exec_requests

如果没有什么变化,可以开了重启服务,再做一次恢复。

有时候不是很忙的数据库恢复要很长时间,是因为有过多的VLF(虚拟日志文件),导致恢复计算量过大,导致恢复很慢。

可以使用DBCC LOGINFO查看虚拟日志情况。

5.3.1 多线程并行处理重做和回滚

在企业版上,SQL Server会启动多个线程来重做和回滚动作。

5.3.2 延迟事务

这个和找不到数据文件不同,延迟事务是在恢复过程中,出现IO错误,那个事务所修改的数据都会被适当的锁定。SQL Server会放弃这个事务的回滚,继续回滚其他事务。上面的锁会在dbcc checkdb修复一致性后释放。

5.4 数据库无法启动的常见问题

5.4.1 Master数据库不能启动

Master数据库不能启动一般是有怎么几种情况:

1.sql server启动参数中,指定的文件路径不对。

2.找到了数据库文件但是没有权限

3.数据库文件出现损坏,如果出现损坏,要不从备份中恢复,要不重建master数据库(重建master数据库可以看联机文档)。

5.4.2 资源数据库

Mssqlsystemresouce数据库,对用户透明,用户无法直接访问这个数据库。出现的问题一般如下:

1.sql server启动参数中,指定的文件路径不对。

2.发现资源数据库的版本和数据库版本不一致。

如果发现不一致相同版本的其他实例中复制一个。

5.4.3 model数据库

Model数据库是所有用户数据库的样板,根据model数据库创建的用户数据库。出现的问题和master类似。

如果出现问题:

方法一、

1.traceno 3608启动,可以绕过model的恢复

2.恢复model数据库

3.重启

方法二、

直接替换model文件

方法三、

重建model数据库

5.4.4 tempdb数据库

Tempdb数据库是每次服务重启就会重建,所以可能出现的问题是:

1.物理文件路径不对

         a.traceno 3608启动

         b.修改数据库文件路径

         c.重启

2.tempdb创建文件失败,创建失败一般是没有权限或者空间不够,如果空间不够:

         a.traceno 3608启动

         b.修改数据库文件大小

         c.重启

5.4.5 用户数据库

用户数据库不能启动的常见问题是:缺少或者无法打开部分文件,恢复失败。前者数据库进入RECOVERY_PENDING状态,后者会进入SUSPECT状态。

5.4.5.1 文件打开问题

文件打开分为2类:数据文件,日志文件。

数据库文件

如果主文件组出现问题,只有当主文件组全部恢复后才能打开数据库

如果是辅助文件组可以先把辅助文件组offline,然后 ALTER ONLINE数据库。

然后从备份中恢复这个文件组

日志文件

如果是简单恢复模式,在上次数据库正常关闭(写入所有提交的数据,撤销所有未提交的事务),那么下次SQL Server启动这个数据库的时候,发现日志文件不存在会重新创建一个。

如果是完全恢复模式,或者上次没有正常关闭,就不会为这个数据库创建日志文件

 

如果要恢复数据库,可以使用备份还原,也可以通过dbcc checkdb来恢复,不过可能会丢失一部分数据。

 

5.4.5.2 恢复失败

在恢复中会出现3累错误

1.redo过程中遇到能延迟的错误

2.undo过程中遇到能延迟的错误

3.遇到不能延迟的错误

重做中遇到错误

如果错误是可以延迟的,遇到错误的页面被锁定。

撤销中遇到错误

在侧小的时候发生错误,SQL Server会标记整个事务涉及到的页面,然后继续其他undo。该锁的对象属于session -3

遇到这个问题可以通过备份恢复,也可以用dbcc checkdb恢复,不会可能要丢失一部分数据

SUSPECT模式

当数据库恢复失败不能延迟,最终会进入SUSPECT模式。一般出现这种情况,要不就是有大量的损坏,要不就是分配页出现损坏。

遇到这个问题可以通过备份恢复,也可以用dbcc checkdb恢复,不会可能要丢失一部分数据

5.5 集群环境下,数据库资源不能ONLINE的常见问题

 

参考:

http://www.cnblogs.com/lyhabc/archive/2012/09/15/2687076.html

 

相关实践学习
使用SQL语句管理索引
本次实验主要介绍如何在RDS-SQLServer数据库中,使用SQL语句管理索引。
SQL Server on Linux入门教程
SQL Server数据库一直只提供Windows下的版本。2016年微软宣布推出可运行在Linux系统下的SQL Server数据库,该版本目前还是早期预览版本。本课程主要介绍SQLServer On Linux的基本知识。 相关的阿里云产品:云数据库RDS&nbsp;SQL Server版 RDS SQL Server不仅拥有高可用架构和任意时间点的数据恢复功能,强力支撑各种企业应用,同时也包含了微软的License费用,减少额外支出。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/sqlserver
目录
相关文章
|
10天前
|
SQL 人工智能 算法
【SQL server】玩转SQL server数据库:第二章 关系数据库
【SQL server】玩转SQL server数据库:第二章 关系数据库
51 10
|
28天前
|
SQL 安全 数据管理
在阿里云数据管理DMS(Data Management Service)中,您可以按照以下步骤来创建和管理数据库
【2月更文挑战第33天】在阿里云数据管理DMS(Data Management Service)中,您可以按照以下步骤来创建和管理数据库
31 7
|
23天前
|
SQL 关系型数据库 MySQL
【MySQL技术专题】「问题实战系列」深入探索和分析MySQL数据库的数据备份和恢复实战开发指南(8.0版本升级篇)
【MySQL技术专题】「问题实战系列」深入探索和分析MySQL数据库的数据备份和恢复实战开发指南(8.0版本升级篇)
94 0
|
20天前
|
SQL
启动mysq异常The server quit without updating PID file [FAILED]sql/data/***.pi根本解决方案
启动mysq异常The server quit without updating PID file [FAILED]sql/data/***.pi根本解决方案
16 0
|
10天前
|
SQL 算法 数据库
【SQL server】玩转SQL server数据库:第三章 关系数据库标准语言SQL(二)数据查询
【SQL server】玩转SQL server数据库:第三章 关系数据库标准语言SQL(二)数据查询
68 6
|
2天前
|
SQL 关系型数据库 MySQL
Python与MySQL数据库交互:面试实战
【4月更文挑战第16天】本文介绍了Python与MySQL交互的面试重点,包括使用`mysql-connector-python`或`pymysql`连接数据库、执行SQL查询、异常处理、防止SQL注入、事务管理和ORM框架。易错点包括忘记关闭连接、忽视异常处理、硬编码SQL、忽略事务及过度依赖低效查询。通过理解这些问题和提供策略,可提升面试表现。
20 6
|
3天前
|
SQL 安全 Go
如何在 Python 中进行 Web 应用程序的安全性管理,例如防止 SQL 注入?
在Python Web开发中,确保应用安全至关重要,主要防范SQL注入、XSS和CSRF攻击。措施包括:使用参数化查询或ORM防止SQL注入;过滤与转义用户输入抵御XSS;添加CSRF令牌抵挡CSRF;启用HTTPS保障数据传输安全;实现强身份验证和授权系统;智能处理错误信息;定期更新及审计以修复漏洞;严格输入验证;并培训开发者提升安全意识。持续关注和改进是保证安全的关键。
10 0
|
5天前
|
SQL 安全 网络安全
IDEA DataGrip连接sqlserver 提示驱动程序无法通过使用安全套接字层(SSL)加密与 SQL Server 建立安全连接的解决方法
IDEA DataGrip连接sqlserver 提示驱动程序无法通过使用安全套接字层(SSL)加密与 SQL Server 建立安全连接的解决方法
9 0
|
6天前
|
SQL 数据库
数据库SQL语言实战(二)
数据库SQL语言实战(二)
|
10天前
|
SQL 存储 数据挖掘
数据库数据恢复—RAID5上层Sql Server数据库数据恢复案例
服务器数据恢复环境: 一台安装windows server操作系统的服务器。一组由8块硬盘组建的RAID5,划分LUN供这台服务器使用。 在windows服务器内装有SqlServer数据库。存储空间LUN划分了两个逻辑分区。 服务器故障&初检: 由于未知原因,Sql Server数据库文件丢失,丢失数据涉及到3个库,表的数量有3000左右。数据库文件丢失原因还没有查清楚,也不能确定数据存储位置。 数据库文件丢失后服务器仍处于开机状态,所幸没有大量数据写入。 将raid5中所有磁盘编号后取出,经过硬件工程师检测,没有发现明显的硬件故障。以只读方式将所有磁盘进行扇区级的全盘镜像,镜像完成后将所
数据库数据恢复—RAID5上层Sql Server数据库数据恢复案例