Debian系统下SQL Server的故障排查有哪些方法

Debian下SQL Server故障排查方法

一快速定位与基础检查

确认服务状态：使用命令：sudo systemctl status mssql-server；若未运行，执行：sudo systemctl start mssql-server。
查看系统日志：实时查看系统日志：tail -f /var/log/syslog；内核与启动信息：dmesg；结构化日志：journalctl -u mssql-server。
检查进程与资源：进程快照：ps aux | grep sql；资源占用：top/htop、free、df、iostat。
本地连通性验证：使用本机连接测试：sqlcmd -S localhost -U SA -P ‘’。
远程连通性验证：网络可达：ping <目标IP>；端口连通：nc -vz 1433 或 ss -lntp | grep 1433；必要时检查云安全组/本机防火墙规则。
服务重启与变更生效：sudo systemctl restart mssql-server；变更配置后优先重启对应服务。

二日志与配置定位

SQL Server错误日志：路径为 /var/opt/mssql/log/errorlog，优先检索最近启动、登录失败、启动失败等关键线索。
系统侧日志：结合 /var/log/syslog 与 journalctl 查看服务启动、崩溃、OOM、磁盘等系统级事件。
配置核对与修正：使用 sudo /opt/mssql/bin/mssql-conf setup 检查或重设关键项（如 SA 密码、语言、内存上限等）；远程访问需确保 TCP 1433 已在防火墙放行。
日志轮转与归档：为 SQL Server 日志配置 logrotate，示例（/etc/logrotate.d/mssql）：
/var/opt/mssql/log/*.log { daily rotate 7 compress missingok notifempty create 0644 mssql mssql sharedscripts postrotate systemctl reload mssql-server >/dev/null 2>&1 endscript }

三常见故障场景与处理

服务无法启动：查看 /var/opt/mssql/log/errorlog 与 journalctl -u mssql-server 的错误码/堆栈；常见原因包括配置错误、权限/磁盘/内存不足；修复后执行 sudo systemctl restart mssql-server。
本地连接失败：确认服务运行与本地认证信息正确；使用 sqlcmd -S localhost -U SA 验证凭据与实例可达性。
远程连接失败：核对 TCP 1433 端口监听与防火墙策略（iptables/nftables、云安全组）；确保客户端使用正确的 服务器名/IP 与端口。
身份验证与权限：确保 SA 密码强度与复杂性符合策略；应用连接字符串中的用户名/密码正确；如使用 Windows 身份验证，需确认环境支持并正确配置。
依赖与驱动问题：安装/校验依赖：curl、gnupg、apt-transport-https；客户端驱动（如 sqlsrv.so）路径与依赖可用 ldd sqlsrv.so 检查；必要时重装或更新驱动。

四性能与阻塞排查

实时会话与请求：查询 sys.dm_exec_sessions、sys.dm_exec_requests 定位长时间运行/阻塞会话；配合 sp_who2 或 sp_whoisactive 快速识别问题来源。
等待与瓶颈：通过 sys.dm_os_wait_stats 等 DMV 分析等待类型（如 PAGEIOLATCH、LCK_M_XX），定位 I/O、锁等瓶颈。
扩展事件与跟踪：使用 Extended Events 捕获高开销查询、死锁与登录失败等事件；在 SSMS 中使用 SQL Server Profiler 进行细粒度跟踪与分析。
系统资源监控：结合 top/htop、vmstat、iostat、netstat 观察 CPU、内存、磁盘 I/O 与网络，排除资源争用导致的性能劣化。

五维护与变更建议

最新问答