sql server清空日志文件

方法１：  truncate table 你的表名 --这样不但将数据删除，而且可以重新置位identity属性的字段。

truncate table jsq

方法２：  delete from 你的表名? dbcc checkident(你的表名,reseed,0) 重新置位identity属性的字段，让其下个值从1开始?

truncate命令不但会清除所有的数据，还会将IDENTITY的SEED的值恢复到原是值。 而DBCC CHECKIDENT则更加方便一些，可以在不删除数据的情况下指定SEED的值。 1. truncate table tablename 2. DBCC CHECKIDENT (tablename,reseed,1)

时间： 2024-08-01 15:40:39

sql server清空日志文件的相关文章

SQL Server 2005 日志文件过大处理

由于安装的时候没有计划好空间,默认装在系统盘,而且又没有做自动备份.截断事务日志等,很快LDF文件就达到十几G,或者几十G ,此时就不得不处理了. 备份和计划就不说了,现在就说下怎么把它先删除吧: 1:先分离数据库 2:为了保险,先不要删除,把LDF文件重命名下 3:附件数据库. 4:OK. 以上可能遇到的问题: 1:有用户连接,无法分离(勾选“断开所有连接”) 2:附件数数据库的时候提示找不到LDF文件,不要慌,在附件的时候,把LDF的路径一项删除,然后点击"确定",这样就附件成功了

清理ms sql server 大日志文件数据

1.手动分离数据库: 2.手动删除日志文件: 3.重新生成日志文件: CREATE DATABASE FMIS0 ON (FILENAME = 'E:\FMIS0_DATA\FMIS0-Date') FOR ATTACH_REBUILD_LOG ;GO 清理ms sql server 大日志文件数据

SQL SERVER 清理日志文件

代码清理: USE[master] GO ALTER DATABASE 表名 SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE 表名 SET RECOVERY SIMPLE   --简单模式 GO USE 表名 GO DBCC SHRINKFILE (N'日志名' , 11, TRUNCATEONLY) GO USE[master] GO ALTER DATABASE 表名 SET RECOVERY FULL WITH NO_WAIT GO A

[SQL Server] 数据库日志文件自动增长导致连接超时的分析

1.现象.问题描述 客户反映某客户端登陆不了,客户端程序日志显示“连接数据库超时”:检查对应的数据库服务器,日志显示“Autogrow of file '某数据库日志文件' in database '某数据库' was cancelled by user or timed out after 2391 milliseconds.  Use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly

SQL SERVER LDF日志文件太大的解决方法

如何压缩日志及数据库文件大小 /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 否则可能损坏你的数据库. 一般不建议做第4,6两步 第4步不安全,有可能损坏数据库或丢失数据 第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复. --*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志 DUMP     TRANSACTION     库名     WITH     NO_LOG 2.截断事务日志: BACKUP   LOG   库名   WIT

（转载）SQL Server 2005 日志文件过大处理

由于安装的时候没有计划好空间,默认装在系统盘,而且又没有做自动备份.截断事务日志等,很快LDF文件就达到十几G,或者几十G ,此时就不得不处理了. 备份和计划就不说了,现在就说下怎么把它先删除吧: 1:先分离数据库 2:为了保险,先不要删除,把LDF文件重命名下 3:附件数据库. 4:OK. 以上可能遇到的问题: 1:有用户连接,无法分离(勾选“断开所有连接”) 2:附件数数据库的时候提示找不到LDF文件,不要慌,在附件的时候,把LDF的路径一项删除,然后点击"确定",这样就附件成功了

sql server 2012日志文件超大，清除日志的处理过程

有一个项目使用了sql server2012版本的数据库,一开始可能没有注意到日志文件,使得日志文件越来越大,当使用sql2008的收缩文件的方法进行操作时,问题出现了. DUMP TRANSACTION BigData WITH NO_LOG BACKUP LOG BigData WITH NO_LOG 使用上面的方法并不能解决问题,因为2012已经不支持transaction了. 通过百度搜索了大量前人的解决方式,最终找到一个解决的办法: 给出原办法出处:http://www.itpub.n

sql server log日志文件减少的方法

随着时间的推移,你会发现数据库的日志文件会多达20G或更多,这时候你就需要以下方法了. -- 首先把数据库的恢复模式改为Simple ALTER DATABASE [数据库] SET RECOVERY SIMPLE; GO -- 缩小log文件至1M,逻辑名称可以通过sp_helpfile拿到 DBCC SHRINKFILE ([数据库日志名], 1); GO -- 重置数据库的恢复模式 ALTER DATABASE [数据库] SET RECOVERY FULL; GO 注意,第一步先用sp_

SQL Server2008清空日志文件

USE[master] GO ALTER DATABASE mydbname SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE mydbname SET RECOVERY SIMPLE --简单模式 GO USE mydbname GO DBCC SHRINKFILE (N'mydbname_Log' , 11, TRUNCATEONLY) GO USE[master] GO ALTER DATABASE mydbname SET RECOVE