摘要：出现这个问题当然很明显，是由于我们在使用sp_xml_preparedocument、openxml命令后没有关闭句柄造成的。但实际我们遇到这种问题的时候需要做的是及时的释放之前已经打开的句柄。可是现在我们已经没有调用时的句柄变量,所以这里需要有一个返回有关 sp_xml_preparedocument 已打开的活动句柄的信息。经查网络上各种搜索终于找到一个系统动态管理函数 sys.dm_exec_xml_handles (session_id | 0 )使用方法直接在SQLserver 帮助功能的查找处输入该函数名称 或者是MSDN直接搜索有了这个函数，我们就可以获取到所有已经打开的XML文 阅读全文

摘要：问题：由于在一个数据库中有 FileA文件(属于文件组GroupA)的可用空间很大，示例情况 100MB/10G(已用/分配空间)。如果直接对该文件进行收缩，会存在收缩时间的不可把控，所以想到通过数据迁移到同一文件组中的其他文件来清空该文件(因为已用空间很小只有100MB移动起来不会花太长时间)，再进行对该文件的删除，最终实现释放空间。1.对数据库创建一个新的文件FileB，文件组为GroupA2.使用数据库/任务/收缩/文件,选中FileA ,勾选择:通过数据迁移到同一文件组中的其他文件来清空文件3.等待……4.收缩完成，执行ALTER DATABASE [数据库名称] REMOVE FIL 阅读全文

摘要：问题描述查询外网数据库的一个表的某个字段值时报错：在从服务器接收结果时发生传输级错误。 (provider: TCP 提供程序, error: 0 - 指定的网络名不再可用。)处理步骤:通过不断定位，查找到是因为该字段的值包含了'56.com'这个字符串，只要未包含字符串的数据就没有问题。接下来到本地试，有这个字符串也没有问题。再接下来用外网应用程序访问外网的数据库查询相同数据不会报错初步判断是网络的原因，后来与公司维护确认是因为他们限制了公司对外网请求与接收数据包中不能包含56.com等视频网站的地址。我大汗！最后让维护去掉这个限制解决该问题！做个记录，希望以后自己遇到同类问 阅读全文

摘要：问题：数据库出现大量内存被占用没被释放，造成应用上的瘫痪解决办法：通过重启数据库服务解决问题，后搜索网络说可以通过修改数据库实例的最大内存设置，强制释放数据库内存的使用，再修改回去（暂时未实践过,在本机测试从DMV视图中确实可以看到提交内存有在减少）。意外收获:本来之前是一直想优化其中一个注册存储过程，一直没找到原因，但由于这次重启服务以后，该注册存储过程的执行耗时明显下降。自己分析原因，难道是由于SQLServer内存调度的问题吗? 阅读全文

摘要：解决：设置数据库TRUSTWORTHY 开关ALTER DATABASE [DATABASEName] SET TRUSTWORTHY ON修改数据库所有者USE 数据库名EXEC sp_changedbowner 'sa' 阅读全文

摘要：本人经过百度查找并且自己进行测试得到问题原因:MSDN上看了一下说是sql server 2005不支持在分布式事务处理中存在指向本地的链接服务器（环回链接服务器）通过上面简单说明大家有可能没完全理解环回链接服务器的意思。下面直接来几段代码相信大家就明白了1.打开本机SQL Server2005 Management Studio工具，连接一个数据库服务器这里使用本机数据库服务器。2.在本机数据库服务器上建一个链接服务器连接的地址就是本机服务器，名称为 LS_Test。3.假设本地数据库服务器下有 数据库A 数据库B 数据库B中有dbo.Test表4.在数据库A中创建如下存储过程C... 阅读全文

摘要：内部错误。提供用于读取列值的缓冲区太小。请运行 DBCC CHECKDB 查看是否有损坏情况。经本人亲身经历一次，得出如下结论：1.数据库的数据页出现问题。处理办法http://developer.51cto.com/art/200909/154787.htm2.由于对表进行了分区处理，但在某一段时间的分区没有做，也会造成以上错误。处理办法当然是重做分区，不过由于当时数据量比较大，后来强制使用表扫描，而不采用索引查询例如:select * from 表名 with(index=0) where WriteTime between '2011-01-01' and '20 阅读全文

摘要：错误显示:消息 7396，级别 16，状态 1，第 3 行远程查询的返回值或输出参数不支持 varchar(max)、nvarchar(max) 和 varbinary(max) 数据类型。原来当我们使用链接服务器等调用存储过程时，当返回参数是以上三个类型都会出错，请看到的朋友以后注意使用这三个数据类型。先记录下来，以后避免再犯同样错误! 阅读全文