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
目录
相关文章
|
4天前
|
SQL 关系型数据库 数据库
阿里云数据库 RDS SQL Server版实战【性能优化实践、优点探析】
本文探讨了Amazon RDS SQL Server版在云数据库中的优势,包括高可用性、可扩展性、管理便捷、安全性和成本效益。通过多可用区部署和自动备份,RDS确保数据安全和持久性,并支持自动扩展以适应流量波动。可视化管理界面简化了监控和操作,而数据加密和访问控制等功能保障了安全性。此外,弹性计费模式降低了运维成本。实战应用显示,RDS SQL Server版能有效助力企业在促销高峰期稳定系统并保障数据安全。阿里云的RDS SQL Server版还提供了弹性伸缩、自动备份恢复、安全性和高可用性功能,进一步优化性能和成本控制,并与AWS生态系统无缝集成,支持多种开发语言和框架。
26 2
|
4天前
|
SQL 数据库
数据库数据恢复—sqlserver数据库分区空间不足导致故障的数据恢复案例
数据库数据恢复环境: 某品牌r520服务器,服务器中有7块SAS硬盘,这7块硬盘组建了一组2盘raid1阵列和一组5盘raid5阵列,raid1阵列存储空间安装操作系统,raid5阵列存储空间存放数据。服务器上部署sql server数据库,数据库存放在C盘。 数据库故障: 工作人员发现服务器的C盘容量即将耗尽,于是将sql server数据库路径指向D盘,在D盘生成了一个.ndf文件。一个多星期后,sql server数据库出现故障,连接失效,无法正常附加查询。
数据库数据恢复—sqlserver数据库分区空间不足导致故障的数据恢复案例
|
5天前
|
SQL 关系型数据库 MySQL
sql性能优化及实战
sql性能优化及实战
13 0
|
10天前
|
SQL 关系型数据库 MySQL
实时计算 Flink版产品使用合集之当 SQL Server 源数据库中的数据更新后,CDC 吐出的操作(op)是怎样的
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
12天前
|
存储 数据库
sqlserver------数据库的存储过程(练习)
sqlserver------数据库的存储过程(练习)
13 1
|
12天前
|
数据库
sqlserver数据库学习感悟(1)----关于group by
sqlserver数据库学习感悟(1)----关于group by
16 0
|
12天前
|
SQL Oracle 关系型数据库
数据库sqlserver-----触发器的插入,更新和删除
数据库sqlserver-----触发器的插入,更新和删除
23 3
|
12天前
|
SQL 关系型数据库 数据管理
Microsoft SQL Server 是微软公司开发的一款关系型数据库管理系统
【5月更文挑战第14天】Microsoft SQL Server 是微软公司开发的一款关系型数据库管理系统
20 2
|
9天前
|
关系型数据库 MySQL API
实时计算 Flink版产品使用合集之可以通过mysql-cdc动态监听MySQL数据库的数据变动吗
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
12天前
|
关系型数据库 MySQL 数据库
docker MySQL删除数据库时的错误(errno: 39)
docker MySQL删除数据库时的错误(errno: 39)
68 0