MSSQL 常见故障处理

MSSQL 常见故障处理以及维护办法
1.数据库文件收缩
1.1 释放未使用的空间
1.2 在释放未使用的空间前重新组织页
1.3 将指定文件中的所有数据迁移到同一文件组中的其他文件
2.日志文件收缩
2.1 设置简单模式直接收缩
3.Sql Agent作业代理
3.1 错误日志相关
3.1.1 循环生成错误日志
4.AlwaysOn问题相关
4.1 备份以及日志收缩问题
4.2 Error: 35285, Severity: 16, State: 1
5.数据库登录/启动问题
5.1 数据库处于可疑状态
5.2 客户端登录加密失败 – 事件ID:17835

MSSQL 常见故障处理以及维护办法

1.数据库文件收缩

1.1 释放未使用的空间

  1. --TRUNCATEONLY 仅仅是释放没使用的区 而不是页
  2. USE [transfer]
  3. GO
  4. DBCC SHRINKFILE (N‘transfer‘ , 0, TRUNCATEONLY)
  5. GO

1.2 在释放未使用的空间前重新组织页

  1. --检索每一个页 重新组织 释放未使用的页和区 然后再收缩
  2. USE [transfer]
  3. GO
  4. DBCC SHRINKFILE (N‘FGFile13‘ , 32138)
  5. GO

1.3 将指定文件中的所有数据迁移到同一文件组中的其他文件

  1. --查询文件以及文件组的基本信息
  2. SELECT b.name ,
  3. b.type ,
  4. b.type_desc ,
  5. a.*
  6. FROM sys.database_files a
  7. JOIN sys.filegroups b ON a.data_space_id = b.data_space_id
  8. WHERE a.data_space_id = 2;
  9. --新增文件到文件组
  10. ALTER DATABASE [transfer] ADD FILE ( NAME = N‘File14‘, FILENAME = N‘F:\DataFile\File14.ndf‘ , SIZE = 3090640 KB , FILEGROWTH = 5%) TO FILEGROUP [FG1];
  11. --将指定文件中的所有数据迁移到同一文件组中的其他文件,选择空闲的文件迁移过去。
  12. DBCC SHRINKFILE(‘FGFile11‘, EMPTYFILE);

2.日志文件收缩

2.1 设置简单模式直接收缩

  1. USE transfer
  2. GO
  3. --设置简单模式
  4. ALTER DATABASE transfer SET RECOVERY SIMPLE;
  5. GO
  6. DBCC SHRINKFILE(N‘transfer_log‘, 10);
  7. GO
  8. --恢复成日志完整模式
  9. ALTER DATABASE transfer SET RECOVERY FULL;
  10. GO

3.Sql Agent作业代理

3.1 错误日志相关

3.1.1 循环生成错误日志

  1. --ERRORLOG自动循环:ERRORLOG替换ERRORLOG.1 以此类推,需要先备份ERRORLOG.6,不然会被覆盖
  2. USE master
  3. GO
  4. EXEC sys.sp_cycle_errorlog;

4.AlwaysOn问题相关

4.1 备份以及日志收缩问题

查看AlwaysOn组属性,可以得知哪一台服务器是首选辅助副本。如果设置为备份应在首选辅助副本执行,那么维护计划就应该建立在那台服务器上。

  1. --判断是否是主辅助副本 / 主副本
  2. SELECT master.sys.fn_hadr_backup_is_preferred_replica(N‘F10‘) AS preferredReplica, master.sys.fn_hadr_is_primary_replica(N‘F10‘) AS primaryReplica;

4.2 Error: 35285, Severity: 16, State: 1

  1. ALTER DATABASE [DB_NAME] SET HADR RESUME

5.数据库登录/启动问题

5.1 数据库处于可疑状态

  1. USE master
  2. GO
  3. --查看数据库状态
  4. SELECT state_desc, *
  5. FROM sys.databases
  6. WHERE name = ‘F10‘;

  • AlwaysOn辅助节点出现警告,数据库处于质疑状态(三种解决办法):
  1. 再做一次ALTER ONLINE,命令SQL SERVER再做一次恢复
  2. 放弃当前数据库,还原备份
  3. 将数据库状态设置为EMERGENCY,继续尝试修复数据库
  • SQLSERVER状态切换图:

    5.2 客户端登录加密失败 – 事件ID:17835

  1. --客户端使用jtds等java类库进行登录报如下错误:
  2. Encryption is required to connect to this server but the client library does not support encryption; the connection has been closed. Please upgrade your client library
  3. --调整jdbc url参数可以解决此问题
  4. ssl=require 或者 ssl=authenticate

null

附件列表

时间: 2024-10-11 23:11:03

MSSQL 常见故障处理的相关文章

linux运维系统故障排查思路及常见故障处理

一 linux系统故障的一般处理思路 报错信息--->查阅日志文件--->分析定位问题--->解决问题. 二 linux系统无法启动原因及解决 系统无法启动的原因很多,常见的有下面几种情况: 1 文件系统被破坏,常常因断电和非法关机引起文件系统结构不一致.修复方法是用fsck命名强制修复,进入单用户模式或者交互界面,按提示进入修改模式中,卸载对应的问题磁盘,然后用fsck命令修复,无法恢复的数据会存放在lost+found下.umount /dev/sda3    fsck.ext4 -

php 连接 mssql 常见的所有问题

php连接mssql时 ntwdblib.dllPHP连接MSSQL配置和PHP代码演示 收藏 如果实现了PHP和MySQL链接了,PHP和MSSQL的链接其实很简单: 支持MSSQL的本地链接和远程链接,以本地链接为例: 机器上安装了MS SQLServer 2005: 连接前配置系统: 1.检查文件 php5.2.5\ntwdblib.dll 默认下面有一个,不能连接再替换. 下载正确版本的 ntwdblib.dll (2000.80.194.0),地址: 2.配置php a.打开php.i

硬盘的常见故障处理步骤的顺序

常见故障一:系统不认硬盘 系统从硬盘无法启动,从A盘启动也无法进入C盘,使用CMOS中的自动监测功能也无法发现硬盘的存在.这种故障大都出现在连接电缆或IDE端口上,硬盘本身故障的可能性不大,可通过重新插接硬盘电缆或者改换IDE口及电缆等进行替换试验,就会很快发现故障的所在.如果新接上的硬盘也不被接受,一个常见的原因就是硬盘上的主从跳线,如果一条IDE硬盘线上接两个硬盘设备,就要分清楚主从关系. 常见故障二:硬盘无法读写或不能辨认 这种故障一般是由于CMOS设置故障引起的.CMOS中的硬盘类型正确

oracle系列(六)OEM与常见故障处理

博主QQ:819594300 博客地址:http://zpf666.blog.51cto.com/ 有什么疑问的朋友可以联系博主,博主会帮你们解答,谢谢支持! 前言:oracle除了使用命令操作以外,还可以使用OEM图形化管理,日常的管理工作都可以通过OEM操作,包括数据库对象的创建,用户权限的管理,数据文件和参数的配置.备份和恢复操作等. 一.OEM知识点 1.OEM简介 OEM是采用直观而且方便的图像化界面来控制和管理ORACLE数据库的工具集,它包含大量对DBA有用的工具.在oracle中

Oracle--OEM与常见故障处理

OEM简介OEM是采用直观而且方便的图像化界面来控制和管理ORACLE数据库的工具集,它包含大量对DBA有用的工具.在oracle中,数据库管理和操作都可以使用OEM来完成,如创建用户和角色,权限分配,创建方案对象,进行存储管理等. OEM架构OEM不仅能够管理本地数据库实例,也可以管理网络和RAC环境下数据库实例.无论是管理本地还是网络上的数据库,OEM都通过HTTP/HTTPS访问数据库,它的架构如图下图: 1)Management repository:存储要监控的数据库的管理数据及状态信

Oracle(OEM与常见故障处理)

一.OEM知识点 1.OEM简介OEM是采用直观而且方便的图像化界面来控制和管理ORACLE数据库的工具集,它包含大量对DBA有用的工具.在oracle中,数据库管理和操作都可以使用OEM来完成,如创建用户和角色,权限分配,创建方案对象,进行存储管理等. 2.OEM架构OEM不仅能够管理本地数据库实例,也可以管理网络和RAC环境下数据库实例.无论是管理本地还是网络上的数据库,OEM都通过HTTP/HTTPS访问数据库,它的架构如图下图: 1)Management repository:存储要监控

4.GlusterFS 常见故障处理

一般硬盘也要备用几块,因为随着发展,可能这些型号的硬盘不好买到了,一般的事故不会在开始一两年出,在硬件老化的时候出故障的频率高. 4.1 硬盘故障 如果底层做了 RAID 配置,有硬件故障,直接更换硬盘,会自动同步数据.如果没有做 RAID,处理方法如下: 正常节点上执行 gluster volume status,记录故障节点 uuid执行:getfattr -d -m '.*' /brick 记录 trusted.gluster.volume-id 及 trusted.gfid 以下为故障模

(转)GlusterFS 01 理论基础,企业实战,故障处理

https://jaminzhang.github.io/glusterfs/GlusterFS-01-Theory-Basis/--------GlusterFS 01 理论基础 https://jaminzhang.github.io/glusterfs/GlusterFS-02-Deploy-and-Config/------GlusterFS 02 部署配置 https://jaminzhang.github.io/glusterfs/GlusterFS-03-Build-Enterpr

HBase视频教程

基于微博数据应用的HBase实战开发 课程观看地址:http://www.xuetuwuyou.com/course/150 课程出自学途无忧网:http://www.xuetuwuyou.com 一.课程用到的软件 1.centos6.7 2.apache-tomcat-7.0.47 3.solr-5.5 4.zookeeper 3.4.6 5.eclipse-jee-neon-R-win32-x86_64  6.jdk1.7_49 7.HBase1.2.2 8.Ganglia3.7.2 9.