在SQL Server中经常遇到事务日志变大的情况,除了将数据库设置为“自动收缩”外,还可以使用下面的SQL命令进行快速清除数据库中的事务日志,命令如下:  - 第一步:清空日志  ALTER DATABASE DATABASENAME SET RECOVERY SIMPLE;  -- 第二步:收缩数据库到1MB  DBCC SHRINKFILE (DATABASENAME_Log, 1) 需要说明几点:1. 上面的SQL命令需要按照顺序执行:2. 执行上面的命令通常比直接使用右键菜单中的“收缩

检查扎兰屯服务器的时候,发现其中一个分区的原空间有300多个G,但只余下了80多个G.检查了一下,发现某库ldf文件过大,竟然达到了280多个G. 这如何得了,再这样下去,硬盘怎能受得了? 尝试用收缩文件,然后收缩日志的方式减少文件大小,结果发现不太稳定,且没有效果. 由于ldf文件相对来说不太重要,所以决定还是以极端的方式解决. 即分离后,删除该文件,再附加的方式解决.如果分离不成功,要选中删除连接. 仔细查找后,发现其它库的ldf文件没有这么大的原因是,恢复模式设置为简单模式,而这个库的模式

摘要: 1.执行SQL语句改成“简单模式” 2.收缩数据库 3.执行SQL语句改回“完全模式”   原文链接: http://www.lookdaima.com/WebForms/WebPages/Blanks/Pm/Docs/DocItemDetail.aspx?id=518981c9-d25a-4cc1-9bb5-413d797ad83a   关键的SQL USE [master]GOALTER DATABASE SlowXWebDB SET RECOVERY SIMPLE WITH NO_

随着数据库使用时间增长,日志文件也在不停的增大,这里介绍几种方法减小这个文件的方法. 1.直接删除log文件(一般不建议) 分离数据库.分离数据库之前一定要做好数据库的全备份,选择数据库——右键——任务——分离,如下图 将日志文件和数据文件复制粘贴到另外一个文件夹中以防万一.删除链接,如下图 直接删除日志文件,然后再附加数据库,如下图 附加的时候会自动将ldf文件和mdf文件都附加上,但是会提示找不到ldf文件,没关系,选中ldf文件这一行,点击下面的删除按钮,点击确定就可以了.如下图 如家成功

原文地址:http://blog.itpub.net/35489/viewspace-616459/ 在SQL Server中经常遇到事务日志变大的情况,除了将数据库设置为“自动收缩”外,还可以使用下面的SQL命令进行快速清除数据库中的事务日志,命令如下:  - 第一步:清空日志  DUMP TRANSACTION   databasename   WITH   NO_LOG  -- 第二步:截断事务日志  BACKUP LOG   databasename   WITH   NO_LOG  -

  我的SQL server数据库仅用作分析用, 不需要考虑数据备份和恢复的问题. 每天都会增长大量的数据, 现在碰到的问题是, ldf 文件增长的非常厉害, 需要压一压.    参考文章:  http://stackoverflow.com/questions/56628/how-do-you-clear-the-sql-server-transaction-log   压缩ldf文件的操作步骤如下: 1.将数据库恢复模式调整为simple模式   2.定期做手动shrink库, 比如每12小

DUMP TRANSACTION TCB WITH NO_LOGBACKUP LOG TCB WITH NO_LOGDBCC SHRINKDATABASE(TCB) 执行这三条语句就可以了,这里的TCB是数据库的名字

在SQL Server中经常遇到事务日志变大的情况,除了将数据库设置为"自动收缩"外,还可以使用下面的SQL命令进行快速清除数据库中的事务日志,命令如下:  - 第一步:清空日志  DUMP TRANSACTION   databasename   WITH   NO_LOG  -- 第二步:截断事务日志  BACKUP LOG   databasename   WITH   NO_LOG  -- 第三步:收缩数据库  DBCC SHRINKDATABASE(databasename)

最近发现网站不能访问,原因数据库服务器磁盘剩余空间没了.再细查发现日志文件占用了70%,收缩日志文件失败. 在网上查找原因,是没有备份不能收缩日志文件. 临时解决的方式: 备份事务日志,再收缩日志文件.(完整数据库备份后,也可以收缩日志文件) 长久的解决方案: 制定维护计划,定期备份数据库,收缩日志文件.

SQL2008清空删除日志: '在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式. ---------------------------------------------------------------- USE [master]GOALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE  数据库名 SET RECOVERY SIMPLE --简单模式GOUSE  数据库名G

SQL2008:'在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式. USE [master] GO ALTER DATABASE DBName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DBName SET RECOVERY SIMPLE --简单模式 GO USE DBName GO , TRUNCATEONLY) GO USE [master] GO ALTER DATABASE DBName SE

我们可以很轻易地使用SQL Server来创建一个数据库,创建的数据库实例将存储在指定的默认位置(不一定是C盘,可以手动变更默认存储位置).假设此时数据库实例创建在了C盘中的默认位置,亦即是与数据库安装位置保持一致性,对于64位的操作系统来说,存储在C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA中.由于各种原因,我们的代码持续性在写数据库,数据库中LDF文件变得越来越大,而C盘的空间越来越小,此时,我们首先

笔者的一个大小为2 TB的SQL Server的database的LDF文件在玩存储盘映射的过程中莫名其妙的丢失了. 好在MDF文件还在. 笔者慌了, Bruce Ye告诉笔者, 不用着急, 光用MDF也可以把数据库弄回来的. 笔者就问Bruce, 假设我可以容忍LDF中信息的丢失的话, 那么该如何恢复这个数据库呢?   我们执行了下面的步骤: 1. 在SQL Server Management Studio中删除状态为Recovery Pending的(即丢失了LDF的)问题数据库. 2. 重

问题描述: 最近公司这边tempdb库文件很大,几百GB的节奏 不过安装数据库的时候,tempdb最好不要放在C盘是放在D盘其他数据盘的 如果没有放在其他盘符下面,就需要做迁移了 解决方法: 如果tempdb在C盘移动到其他磁盘位置 由于每次启动MSSQLSERVER服务时都会重新创建 tempdb,因此不需要从物理意义上移动数据和日志文件. 如果是tempdb所在源磁盘物理空间不足就可以迁移到空间比较大的磁盘位置. 迁移步骤: 1.确定 tempdb 数据库的逻辑文件名称以及在磁盘上的当前位置

SQL Server数据库备份有两种方式,一种是使用BACKUP DATABASE将数据库文件备份出去,另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式.下面将主要讨论一下后者的备份与恢复.本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)1.正常的备份.恢复方式 正常方式下,我们要备份一个数据库,首先要先将该数据库从运行的数据服务器中断开

新建查询,执行如下语句: EXEC sp_attach_db @dbname = 'xxx', /*数据库名称*/ @filename1 = 'D:\数据库备份\预发布\201611241045 测试\xxx.mdf', /*mdf文件目录*/ @filename2 = 'D:\数据库备份\预发布\201611241045 测试\xxx_log.ldf'/*ldf文件目录*/ 遇到的问题:提示无法打开物理文件,解决办法:修改mdf ldf文件的权限.

现在又如下两个文件 需要用这两个文件还原数据库 那么该怎么去还原呢? 首先在D盘目录下建立一个文件夹test,然后将上图中的文件粘贴到该文件夹中. 接着在数据库中执行如下代码: EXEC sp_attach_db @dbname = 'FoodManage_database', @filename1 = 'D:\test\FoodManage_database.mdf', @filename2 = 'D:\test\FoodManage_database_log.ldf' 解释代码:EXEC s

.NET客户端下载SQL Server数据库中文件流保存的大电子文件方法(不会报内存溢出异常) 前段时间项目使用一次性读去SQL Server中保存的电子文件的文件流然后返回给客户端保存下载电子文件,在电子文件超过一定的大小的时候出现可恶的内存溢出!各种百度.google还是没找到解决的方法,最后不得不找微软的技术专家一起来解决大电子文件通过客户端浏览器下载这个异常,经过一段时间后找到一个理想的方案如下,性能虽然不高,但是基本能解决问题了,方法如下: 1.通过DataReader的方式来获取数据

百万行mysql数据库优化和10G大文件上传方案 最近这几天正在忙这个优化的方案,一直没时间耍,忙碌了一段时间终于还是拿下了这个项目?项目中不要每次都把程序上的问题,让mysql数据库来承担,它只是个mysql而已. 问题1:针对MySQL Community5.5+版本优化业务执行速度,提高整体系统效率 测试服务器硬件环境:Intel Core i5,8gb内存,7200rpm硬盘,Win7专业版 Table名称 读取频率 写入频率 最低连续读取速度 最低连续写入速度 预估数据量 C…. 频繁

废话不多说,直入主题吧. 1:打开sql server 2008,右键数据库-->附加 2:这时出现这个界面点击添加 3:打开数据库实例的安装目录,打开DATA文件夹;(如我的实例目录地址为:D:\Program Files\Microsoft SQL Server\MSSQL10_50.SQLEXPRESS\MSSQL\DATA),然后将要附加的数据库 .mdf文件和 .ldf 文件,剪切或复制到DATA文件夹里面,点击确定就行了 4:如果 出现附加数据库错误的问题,那么请更改文件的安全权限