SQL Server在CentOS上的故障排查技巧 - 问答

1. 检查SQL Server服务状态
使用systemctl命令确认SQL Server服务是否正在运行。若未运行，尝试启动服务并观察是否报错：

sudo systemctl status mssql-server  # 查看服务状态
sudo systemctl start mssql-server   # 启动服务（若未运行）
sudo systemctl restart mssql-server # 重启服务（若需刷新配置）

服务无法启动的常见原因包括配置文件错误、端口冲突或依赖项缺失。

2. 查看SQL Server错误日志
日志是故障排查的核心线索，SQL Server的错误日志默认存储在/var/opt/mssql/log/errorlog。可通过以下方式查看：

实时追踪最新日志：sudo tail -f /var/opt/mssql/log/errorlog
分页查看完整日志：sudo less /var/opt/mssql/log/errorlog
搜索特定错误：sudo grep 'Error' /var/opt/mssql/log/errorlog
使用sqlcmd读取日志（需安装mssql-tools）：
```
sqlcmd -S localhost -U SA -Q "EXEC xp_readerrorlog;"  # 读取当前错误日志
```
日志中的关键词（如“failed”“error”“timeout”）能快速定位问题根源（如连接失败、磁盘空间不足）。

3. 验证网络与端口连通性
SQL Server默认使用1433端口，需确保网络可达且端口开放：

测试网络可达性：ping <服务器IP>（若不通，检查网络配置或防火墙）。
检查端口监听状态：sudo netstat -tulnp | grep 1433 或 sudo ss -tulnp | grep 1433（若无输出，说明服务未监听端口）。
测试远程连接：telnet <服务器IP> 1433 或 nc -zv <服务器IP> 1433（若连接失败，可能是防火墙或SELinux限制）。

4. 检查防火墙与SELinux设置

防火墙配置：CentOS的firewalld需允许1433端口：

sudo firewall-cmd --zone=public --add-port=1433/tcp --permanent  # 添加永久规则
sudo firewall-cmd --reload                                       # 重新加载规则

SELinux设置：若SELinux处于“Enforcing”模式（getenforce返回Enforcing），可能阻止SQL Server访问网络或文件。可临时设置为“Permissive”模式测试：
```
sudo setenforce 0  # 临时关闭SELinux（重启后恢复）
```
若问题解决，需调整SELinux策略（如添加mssql_port_t规则）或永久关闭（不推荐生产环境）。

5. 确认文件权限与所有权
SQL Server的数据目录（/var/opt/mssql）及相关文件需属于mssql用户和组，否则会导致服务启动失败或数据访问错误：

sudo chown -R mssql:mssql /var/opt/mssql  # 递归修改目录所有权
sudo chmod -R 750 /var/opt/mssql          # 设置合理权限（所有者可读写执行，组可读执行）

常见权限问题包括：误操作修改了目录所有者、安装后未正确设置权限。

6. 检查SQL Server配置文件
配置文件/etc/mssql/mssql.conf（或/etc/mssql/mssql.conf.d/下的自定义配置）中的参数错误可能导致服务异常。需重点检查：

监听地址：listen_addresses应设为0.0.0.0（允许所有网络接口）或特定IP（如192.168.1.100）。
端口号：port应与实际使用的端口一致（默认1433）。
内存限制：memory.memorylimitmb应根据服务器资源调整（如8GB内存可设为6000）。
修改配置后需重启服务使更改生效：sudo systemctl restart mssql-server。

7. 监控系统资源使用情况
SQL Server性能问题常与系统资源不足相关，需监控以下指标：

CPU使用率：top（按P键按CPU排序）、htop（更直观的交互式工具）。
内存使用率：free -m（查看可用内存）、vmstat 1 5（每秒刷新内存、CPU、IO状态）。
磁盘空间：df -h（检查根分区及/var/opt/mssql所在分区是否充足）。
磁盘IO：iostat -x 1 5（查看磁盘读写速率、等待时间，%util接近100%表示IO瓶颈）。
资源耗尽可能导致SQL Server响应缓慢、连接超时或崩溃。

8. 使用SQL Server内置工具诊断

动态管理视图（DMVs）：通过查询DMVs获取实时性能数据，如：
- 查看当前运行的查询：SELECT * FROM sys.dm_exec_requests WHERE status = 'running';
- 查找最耗时的查询：SELECT TOP 10 * FROM sys.dm_exec_query_stats ORDER BY total_elapsed_time DESC;
- 检查锁等待：SELECT * FROM sys.dm_tran_locks WHERE request_status = 'WAIT';
SQL Server Management Studio (SSMS)：通过SSMS连接到SQL Server，使用“活动监视器”查看当前进程、资源占用情况；或使用“性能监视器”添加SQL Server计数器（如“Batch Requests/sec”“CPU Usage”）。

9. 处理数据库文件问题
若日志显示数据库文件损坏（如“CHECKDB found corruption”），需进入单用户模式修复：

停止SQL Server服务：sudo systemctl stop mssql-server
以单用户模式启动：sudo /opt/mssql/bin/sqlservr -m（控制台会输出启动信息）。

连接并修复数据库：

sqlcmd -S localhost -U SA -Q "ALTER DATABASE [数据库名] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;"
sqlcmd -S localhost -U SA -Q "DBCC CHECKDB ([数据库名], REPAIR_ALLOW_DATA_LOSS);"  # 修复可能丢失数据
sqlcmd -S localhost -U SA -Q "ALTER DATABASE [数据库名] SET MULTI_USER;"           # 恢复多用户模式

注意：REPAIR_ALLOW_DATA_LOSS会尝试修复损坏，但可能导致部分数据丢失，需提前备份数据库。

10. 查看客户端连接问题
若客户端无法连接，需检查：

客户端工具安装：确保已安装mssql-tools（包含sqlcmd）和unixODBC：
```
sudo yum install -y mssql-tools unixODBC-devel
```
连接字符串正确性：确认连接字符串中的服务器地址、端口、数据库名称、用户名、密码无误（如Server=192.168.1.100,1433;Database=testdb;User Id=sa;Password=YourPassword123;）。
客户端驱动兼容性：确保客户端驱动版本与SQL Server版本匹配（如SQL Server 2019需使用对应版本的msodbcsql）。

0 赞

0 踩