SQLServer数据库无法收缩问题
MS SQL Server数据库
无法收缩的处理办法
一. 数据库数据文件无法收缩的情况
在MS SQL Server 2008中有一个叫做“张金玉”的数据库。想把他收缩一下。
进入“SQL Server Management Studio”，使用“数据库”→“张金玉”鼠标右键菜单中的“任务”→“收缩”→“文件”菜单项，弹出一个“收缩文件”窗口，如下图。
在这个窗口中可以看到“当前分配的空间”为31236.00MB，“可用空间”为23341.81MB（74%）。可以缩小很多。
选中窗口中的“在释放未使用的空间前重新组织页”单选按钮，并将那个“将文件收缩到”框框里面的值设为0（此处设为0在运行中会自动填入这个框框右边的最小值—7825）。
点击“确定”按钮，稍等片刻，这个窗口自动关闭，表示已经收缩完毕。但是，再次打开这个窗口看看，“当前分配的空间”仍然是31236.00MB。换句话说，这个数据库实际上并没有收缩。换用其它的收缩方法，统统不能收缩。
鉴于此种情况，考虑数据库本身可能存在错误。试用“DBCC CHECKDB”检查是否有误。
在“SQL Server Management Studio”中新建一个查询选项卡，先指定数据库名称为“张金玉”，然后执行“DBCC CHECKDB”。执行期间服务器的硬盘灯常亮。执行完毕后报告有错。在报告开头附近就有两行红字如下：
张金玉的 DBCC 结果。
Service Broker 消息 9675，状态 1: 已分析的消息类型: 14。
Service Broker 消息 9676，状态 1: 已分析的服务约定: 6。
Service Broker 消息 9667，状态 1: 已分析的服务: 3。
Service Broker 消息 9668，状态 1: 已分析的服务队列: 3。
Service Broker 消息 9669，状态 1: 已分析的会话端点: 0。
Service Broker 消息 9674，状态 1: 已分析的会话组: 0。
Service Broker 消息 9670，状态 1: 已分析的远程服务绑定: 0。
Service Broker 消息 9605，状态 1: 已分析的会话优先级: 0。
消息 2576，级别 16，状态 1，第 1 行
索引分配映射(IAM)页 (1:3998207) (位于对象 ID 0，索引 ID -1，分区 ID 0，分配单元 ID
332260034084864 (类型为 Unknown))的上一个指针指向了 IAM 页 (0:0)，但扫描过程中检测不到它。
消息 8906，级别 16，状态 1，第 1 行
数据库 ID 5 中的页 (1:3998200) 在 SGAM (1:3578625) 和 PFS (1:3995472) 中进行了分配，但未在任何 IAM 中分配。PFS 标志 'MIXED_EXT ALLOCATED 0_PCT_FULL'。
CHECKDB 发现有 2 个分配错误和 0 个一致性错误与任何单个的对象都没有关联。
………………
在报告的末尾处有总结如下：
CHECKDB 在数据库 '张金玉' 中发现 2 个分配错误和 0 个一致性错误。
对于由 DBCC CHECKDB (张金玉)发现的错误，repair_allow_data_loss 是最低的修复级别。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
好像是建议使用“DBCC CHECKDB”的repair_allow_data_loss参数修复。那么在查询选项卡中运行“DBCC CHECKDB(张金玉,repair_allow_data_loss )”。但是，一运行就报错。原因是修复数据库时，该数据库需要设置成“单用户”状态。将数据库属性的“选项”→“状态”→“限制访问”设置成“SINGLE_USER”，使其变成单用户。
设置成单用户之后立即再运行“DBCC CHECKDB(张金玉,repair_allow_data_loss )”。但是仍然报错。然而，退出“SQL Server Management Studio”再重新启动“SQL Server
Management Studio”后再运行“DBCC CHECKDB(张金玉,repair_allow_data_loss )”就不报错了。运行后的界面如下图。
从运行结果看，错误已经被修复了。
既然已经修复了错误，那么就重新进行“收缩”。收缩后再使用“数据库”→“张金玉”鼠标右键菜单中的“任务”→“收缩”→“文件”菜单项，打开“收缩文件”窗口看看，情况如下图。
此时“当前分配的空间”已经变成了7895.00MB，说明收缩成功。
下次再遇到不能“收缩”的情况时，首先要考虑数据库内部是否有错。可以先直接使用“DBCC CHECKDB(张金玉,repair_allow_data_loss )”修复一下。修复后便可以顺利收缩了。
二. 数据库日志文件无法收缩的情况
在MS SQL Server 2008中有一个叫做“庞继刚”的数据库。在数据库属性中的“文件”中可以见到日志是3460MB。如下图。
而在数据库属性的“选项”中“恢复模式”是“完整”。如下图。
这里的“恢复模式”在MS SQL Server 2000中文版中曾经叫做“故障还原模型”。在SQL
Server 2008英文版中叫做“Recover model”。作用是指定数据库被完全损坏时的修复方式。所谓完全损坏，通俗地说就是“彻底完蛋”的意思。实际上这里的“恢复模式”是指数据库“彻底完蛋”时的“拯救”方式。
在右边的下拉中有三个选项：“完全”、“大容量日志的”、“简单”。当选用“完全”或“大容量日志的”时。完全损坏的数据库可以利用“备份文件”（备份设备）还原到做备份时的状态，并且可以再使用日志文件恢复到最后一次操作的状态。前提条件是数据库完全损坏了，而日志文件仍然完好无损。不过，这种情况是很难办到的……。可能需要将数据库存储在“镜像”方式等的环境之内。这样大概不用担心数据库完全损坏时日志也被破坏。话说回来，在这种环境中主存储中的数据库完全损坏时，镜像中的那一套会仍然存在的，这样一来就不必考虑“完全”或“大容量日志的”了。
对于“简单”方式只能恢复到做备份时的状态。
在“完全”或“大容量日志的”情况下，如果不采取特殊措施，日志文件将不会被收缩。出现“日志文件无法收缩”的情况。
如果不想或者没有条件使用日志来“拯救”完蛋了的数据库，那么干脆把这个选项改成“简单”就能够收缩了，如下图。 进入“任务”→“收缩”→“文件”功能，各个选项如下图。
然后点击“确定”按钮进行收缩操作。 收缩完毕后再到“数据库属性”中的“文件”去看看，日志已经变成1了。如下图。
SQLServer数据库中开启CDC导致事务日志空间被占满的原因
SQLServer数据库中开启CDC导致事务⽇志空间被占满的原因
SQLServer中开启CDC之后，在某些情况下会导致事务⽇志空间被占满的现象为：
在执⾏增删改语句（产⽣事务⽇志）的过程中提⽰，The transaction log for database '***' is full due to 'REPLICATION'(数据库“***”的事务⽇志已满，原因为“REPLICATION”).CDC以及复制的基本原理粗略地讲，对于⽇志的使⽤步骤如下：
1，每当基础表（开启了CDC或者replication的表）产⽣事务性操作（增删改）之后，对应的事务⽇志写⼊⽇志⽂件，
2，此时的⽇志被状态被标记为Replication，也即处于待复制状态，这个活动状态跟数据库的还原模式⽆关，即便是简单还原模式，
3，然后有后台进程来读取这个⽇志，根据事务⽇志的内存写⼊⽬标表，
这个⽬标对于cdc来说是记录数据变化的系统表，
对于replication来说是写⼊distribution这个库
4，步骤3完成之后，事务⽇志被标记为正常状态，如果是简单还原模式，被后台进程解析过的事务⽇志被截断，可以重⽤如果上述中间的第三个步骤出现问题，也即后台进程⽆法解析⽇志后释放可⽤的⽇志空间，再次往数据库中写⼊操作，就会出现：数据库“TestDB”的事务⽇志已满，原因为“REPLICATION”的情况
本⽂通过通过演⽰开启CDC的情况下⽇志空间被占满的现象，以及对应的处理办法
测试环境搭建
⾸先建⽴⼀个测试数据库，USE masterGOCREATE DATABASE TestLogFull ON PRIMARY ( NAME = N'TestLogFull', FILENAME = N'D:\DBFile\TestLogFull\TestLogFull.mdf' , SIZE = 500MB , MAXSIZE = UNLIMITED, FILEGROWTH = 100MB )LOG ON ( NAME = N'TestLogFull_log', FILENAME = N'D:\DBFile\TestLogFull\TestLogFull_Log.ldf' , SIZE = 1MB , MAXSIZE = 512MB ) 这⾥指定⽇志⽂件的最⼤为512M，主要是为了演⽰⽇志空间被占满的现象
sqlserver还原数据库的时候出现提示无法打开备份设备的解决方法（设备出现错误或设备脱）
sqlserver还原数据库的时候出现提⽰⽆法打开备份设备的
解决⽅法（设备出现错误或设备脱）
【问题描述】
在系统管理进⾏⼿⼯备份时，出现提⽰“⽆法打开备份设备'E:\⾃动备份\ufidau8xTmp\UFDATA.BAK'。设备出现错误或设备脱
机。详细信息请参阅SQL Server 错误⽇志。-2147217900”
再点“确定”后会提⽰⼀个建议“1、检查提⽰路径的磁盘剩余空间⼤⼩，或者提⽰的⽬录是否存在；2、检查提⽰的系统库账套
路径d:\u8soft\Admin\server\，与mdf数据⽂件⽬录（ZT＋账套号\年号，此部分不保存在系统库中）是否⼀致”
【问题原因】
备份临时⽬录⽆法写⼊“⽆法打开备份设备'E:\⾃动备份\ufidau8xTmp\UFDATA.BAK'，应该是没有权限。
【解决⽅案】
停⽌U8TASKSERVICE服务后删除该⽬录即可
【注意事项】修改前请务必做好数据备份；
【提⽰】如有问题，敬请及时邮件联系
的解决⽅法：
经过查看服务器的sqlserver是低权限⽤户运⾏的，⽽且bak⽂件是异地备份的，所以备份⽬录sqlserver的运⾏⽤户是没有读取
权限的，所以将bak⽂件复制到sqlserver的运⾏⽤户有读取权限的地⽅，只要是能选择到这个bak⽂件，然后右键添加everyone有读取权限，再恢复数据库就OK了
不过可能sqlserver的这个数据库正在运⾏需要做如下设置
利⽤SQL语句,断开所有⽤户链接，并回滚所有事务，具体SQL语句如下：
复制代码 代码如下:
ALTER DATABASE [数据库名称]
SET OFFLINE WITH ROLLBACK IMMEDIATE
SQLServer数据库日志已满的几种清理方案
SQLServer数据库⽇志已满的⼏种清理⽅案
1、执⾏SQL命令
1 USE [master]
2 GO
3 ALTER DATABASE [数据库名称] SET RECOVERY SIMPLE WITH NO_WAIT
4 GO
5 ALTER DATABASE [数据库名称] SET RECOVERY SIMPLE --简单模式
6 GO
7 USE [数据库名称] ----指定需要清除⽇志的数据库名称
8 GO
9 DBCC SHRINKFILE (N'数据库⽇志名称' , 11, TRUNCATEONLY) ----指定需要清除⽇志的数据库名⽇志名称
10 GO
11 ALTER DATABASE [数据库名称] SET RECOVERY FULL WITH NO_WAIT
12 GO
13 ALTER DATABASE [数据库名称] SET RECOVERY FULL --还原为完全模式
2、数据库终端操作打开数据库客户端，选择具体数据库点击数据库，右键选择【属性】在弹出窗⼝左侧点击【选项】，将【恢复模式】改为【简单】，点击确定保存
点击数据库，右键选择【任务】-【收缩】-【⽂件】在弹出窗⼝中，【⽂件类型】选择【⽇志】，点击确定即可点击数据库，右键选择【属性】
在弹出窗⼝左侧点击【选项】，将【恢复模式】恢复为【完成】，点击确定保存
3、删除⽇志⽂件
直接删除⽇志⽂件。此种⽅式可能会遇到“当前⽇志正在被SQL Server使⽤⽆法删除”的问题，此时，需要停⽌SQL Server服务，才能进
⾏删除。
收缩tempdb数据库
引言概述：
收缩tempdb数据库是SQLServer数据库管理员经常需要执行的任务之一。Tempdb是SQLServer数据库引擎中一个特殊的数据库，用于存储临时对象，例如临时表、表变量等。由于临时对象的创建和销毁，tempdb数据库的大小可能会增长得很快，导致磁盘空间不足。因此，定期对tempdb数据库进行收缩是必要的。本文旨在提供详细的步骤和建议，帮助管理员顺利完成tempdb数据库的收缩操作。
正文内容：
一、了解tempdb数据库的存储结构
1.tempdb数据库的基本特点
a.tempdb数据库的用途
b.tempdb数据库的存储结构
c.tempdb数据库的初始化大小设置
2.tempdb数据库的文件组和文件
a.了解tempdb数据库的默认文件组
b.理解tempdb数据库的物理文件
c.设置tempdb数据库的自动增长选项
3.了解tempdb数据库的数据页和extent a.数据页的概念和作用
b.extent的概念和作用
c.tempdb数据库中的数据页和extent的管理策略
二、评估tempdb数据库的空间使用情况
1.监控tempdb数据库的空间使用情况
a.使用系统视图和动态管理视图
b.使用SQLServerProfiler进行监视
c.使用PerformanceMonitor进行监控
2.评估tempdb数据库的空间需求
a.分析tempdb数据库的历史空间使用情况
b.估计tempdb数据库未来的空间需求
c.考虑导致空间需求增长的因素
三、执行tempdb数据库的收缩操作
1.暂停tempdb数据库的使用
a.暂停用户对tempdb数据库的访问权限
b.暂停SQLServerAgent作业和其他后台任务
2.收缩tempdb数据库的数据文件
a.了解收缩tempdb数据库的常规方法
b.使用DBCC命令收缩tempdb数据库 c.收缩tempdb数据库的注意事项
SqlServer数据库提示“tempdb”的日志已满问题如何解决
SqlServer数据库提示“tempdb”的日志已满问题如何
解决
本文主要讲述了笔者在执行sql语句的过程中，遇到SqlServer数据库提
示tempdb”的日志已满问题。请备份该数据库的事务日志以释放一些
日志空间”的解决过程，希望对大家有所帮助。
执行sql 语句，中间没有用到临时表
提示服务器: 消息 9002，级别 17，状态 2，行 1
数据库 ‘tempdb’ 的日志已满。请备份该数据库的事务日志以释放一些日
志空间。
网上找了下解决方案，大体是扩大临时库的日志文件的大小解决的
解决过程：
查看了下数据库的属性，是自动增长，不指定文件大小上限。
在网上Google了很久，试了些方法都不行;数据库所在磁盘还有很大的可
用空间，试着下重药了。
直接把tempdb的数据文件和日志文件的大小改为3000M，
sqlserver2008日志清理方法
sqlserver2008日志清理方法
SQL Server 2008是Microsoft SQL Server系列中的一个版本，用于管理和存储大量数据。在长期运行的数据库中，日志文件可能会变得庞大，影响性能和磁盘空间。为了解决这个问题，需要定期清理和管理日志文件。下面是SQL Server 2008中清理日志的几种常见方法。
1. 定期备份日志文件
通过进行定期的日志备份，可以帮助缩小日志文件的大小，并释放磁盘空间。在SQL Server Management Studio (SSMS)中，可以通过右键单击数据库，在“任务”菜单中选择“备份”来进行日志备份。选择“备份类型”为“仅备份日志”，并设定一个合适的备份策略，可以根据业务需求灵活设置。
2. 收缩日志文件
当日志文件变得过大时，可以使用收缩功能来减小文件大小并释放磁盘空间。在SSMS中，可以通过以下脚本执行收缩操作：
```
DBCC SHRINKFILE('日志文件名','目标大小')
```
请注意：收缩日志文件可能会导致数据库变得不可用一段时间。
3. 设置适当的恢复模式
在SQL Server中，数据库有三种恢复模式：完整恢复模式、简单恢复模式和大容量恢复模式。完整恢复模式和大容量恢复模式会生成大量的日志，而简单恢复模式只会保留最少的日志信息。根据业务需求和恢复要求，选择适当的恢复模式可以控制和管理日志的大小。可以通过以下脚本更改数据库的恢复模式：
```
ALTER DATABASE 数据库名 SET RECOVERY 模式
```
4. 设置适当的自动收缩日志文件选项
在SQL Server中，可以通过设置自动收缩日志文件的选项来控制日志文件的大小。可以使用以下脚本启用自动收缩：
```
ALTER DATABASE 数据库名 SET AUTO_SHRINK ON
关于软件连接不上SQLSERVER数据库的排查方法
关于软件连接不上SQLSERVER数据库的排查方法
当软件无法连接SQL Server数据库时，可以采取以下方法进行排查:
1.检查网络连接：
-确保客户端和服务器在同一网络中，并且网络连接正常。
-检查防火墙设置，确保客户端可以访问数据库服务器的端口（默认为1433）。
- 使用 ping 命令测试客户端是否可以访问数据库服务器。
2. 检查SQL Server服务是否运行：
- 打开SQL Server Configuration Manager，检查SQL Server服务是否已启动。
- 检查SQL Server的错误日志，查看是否有启动错误或其他错误信息。
3. 检查SQL Server实例名称和用户名/密码：
- 确保软件连接字符串中指定的SQL Server实例名称正确。
-检查连接字符串中的用户名和密码是否正确，确保具有访问数据库的权限。
4.检查数据库实例是否允许远程连接：
- 在SQL Server Management Studio中，找到数据库实例，右键单击选择“属性”。 -在“连接”选项卡中，确保“允许远程连接到此服务器”选项已启用。
5.检查数据库的权限和登录：
-确保登录用户具有足够的权限来访问所需的数据库。
- 使用SQL Server Management Studio登录到数据库，检查登录用户的权限和角色。
6. 检查SQL Server配置参数：
- 检查SQL Server配置参数，如最大连接数和最大内存限制。
-可能需要调整这些参数以提高连接性能。
7. 检查SQL Server错误日志：
- 在SQL Server Management Studio中，打开“管理”节点，然后展开“SQL Server错误日志”。
-检查日志寻找与连接问题相关的错误消息。根据错误消息进行相应的调整。
8.检查网络传输协议：
- 在SQL Server Configuration Manager中，选择SQL Server网络配置。
怎样修复SQLSERVER数据库置疑问题(doc 8页)
怎样修复SQLSERVER数据库置疑问题(doc 8页)
你可以看到在SQLSERVER 的ERROR LOG 和OS的应用程序日志中应该有1105的错误信息:
SQL Server事务日志可能会被填满，这会阻止之后的数据库操作，包括UPDATE， DELETE，
INSERT 和CHECKPOINT。
事务日志填满会导致1105错误:
Can't allocate space for object syslogs in database dbname because
the logsegment is full。 If you ran out of space in syslogs， dump
the transaction log。 Otherwise use ALTER DATABASE or
sp_extendsegment to increase the size of the segment。
这种现象可能出现于任何一个数据库中，包括Master和TempDB。一些难以预见的因素可能消耗日志空间。 例如:
一个大型事务， 尤其像批量数据更新、插入或删除。
一个未提交的事务。
检查点处理程序截除时所需的带宽过大。
截除时超过阈值
上述各种条件互相作用的结果。
用于发布的标记事务没有被日志读取程序读走
下面是修复的步骤和收缩日志的步骤:
1.在命令提示符下运行以下命令启动 SQL Server：
SQLSERVER -f -m
备注：-m 开关以单用户模式启动 SQL Server。在单用户模式下，只能成功建立一个连接。 请注意是否有任何其他客户机或服务可能会在您通过 SQL Server 查询分析器
建立连接前使用那个连接。
2. 重置置疑数据库的状态。
sp_resetstatus 'database_name'
SQL SERVER错误代码
SQLSTATE SQL SERVER 驱动程序错误
描述
HY000 所有绑定列都是只读的。 必须是可升级的列，以使用 SQLSetPos 或
SQLBulkOperations 更改或插入行。
HY000 已检测到一个旧 netlib
(%s)。请删除并重新启动应用程序。 正在装载的 netlib 已过期。驱动程序请求一个较新的 netlib。
问题可能出在应用程序当前目录中的
netlib，正在装载的是这个 netlib，而不是系统目录中的那个。也可能是该 netlib
安装不当或已损坏。如果错误文本中所指定的 netlib 存在于 Windows 系统目录外的其它地方，请将其删除。如果 netlib 只存在于系统目录中，在客户端安装客户实用工具，然后重新启动应用程序。
HY000 尝试将 NULL 值大容量复制到不接受 NULL 值的 Server 列中。 字段包含 NULL 值，但列不允许 NULL 值。
HY000 尝试将过大的列大容量复制到 SQL Server。 为列提供的长度大于表中的列定义。
HY000 尝试读取 BCP 格式文件的未知版本。 bcp 格式文件中的标题行采用了不可识别的版本。
HY000 错误的大容量复制方向。必须是 IN 或者 OUT。 bcp_init 调用没有为 eDirection 参数指定有效的方向。
HY000 错误的终止符。 bcp_bind 中提供的终止符字符串无效。
HY000 Bcp 主文件必须至少包含一列。 未选定任何要装载的列。
HY000 无法生成 SSPI 上下文。 驱动程序无法获得集成安全性所要求的
SSPI 上下文。本机错误将包含该 Win32 错误代码。
HY000 无法初始化 SSPI 包。 驱动程序无法获得集成安全性所要求的
SSPI 上下文。本机错误将包含该 Win32 错误代码。
sqlserver数据库ldf文件过大解决方法
压缩日志及数据库文件大小 /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步 第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复. --*/
--下面的所有库名都指你要处理的数据库的库名
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志： BACKUP LOG 库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最
小M数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(库名) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库: