ALTER DATABASE [Spacebuilder] SET RECOVERY SIMPLEDBCC SHRINKDATABASE([Spacebuilder], 0)ALTER DATABASE [Spacebuilder] SET RECOVERY FULL

/******************************/ 1.右键-属性-选项-简单模式 2.右键-任务-收缩-文件 3.右键-任务-收缩-数据库 /*****************************/ 转载:https://blog.csdn.net/dqs78833488/article/details/51322000 在SQL Server中经常遇到事务日志变大的情况,除了将数据库设置为“自动收缩”外,还可以使用下面的SQL命令进行快速清除数据库中的事务日志,命令如下: 

环境: SSMS sql-server2016 一.为数据库添加数据文件 添加日志数据文件 以下是添加数据文件和日志文件的代码 ALTER DATABASE [joinbest] ADD FILE ( NAME = N'joinbest_2', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\DATA\joinbest_2.ndf' , SIZE = 8192KB , FILEGROWTH

/* from: http://www.cnblogs.com/blackcore/archive/2010/12/27/1917911.html */ 数据库中的每个文件都可以通过删除未使用的页的方法来减小.尽管数据库引擎会有效地重新使用空间,但某个文件多次出现无需原来大小的情况后,收缩文件就变得很有必要了.数据和事务日志文件都可以减小(收缩).可以成组或单独地手动收缩数据库文件,也可以设置数据库,使其按照指定的间隔自动收缩. 文件始终从末尾开始收缩.例如,如果有个 5 GB 的文件,并且在d

//删除大量数据 /*** * * BEGIN TRANSACTION; * SELECT * INTO #keep FROM Original WHERE CreateDate > '2011-12-31' TRUNCATE TABLE Task_Questionnaire INSERT Task_Questionnaire SELECT * FROM #keep * COMMIT TRANSACTION; * * //TRUNCATE TABLE Task_Questionnaire 清空数

转载.......http://mars968.blog.163.com/blog/static/7400033200941642356258/ SQLServer2000压缩日志及数据库文件       /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 否则可能损坏数据库. --*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志 DUMP TRANSACTION Market WITH NO_LOG 2.截断事务日志: BACKUP LOG Market WI

一,找到每个数据库的日志文件大小 SQL Server:查看SQL日志文件大小命令:dbcc sqlperf(logspace) DBA 日常管理工作中,很重要一项工作就是监视数据库文件大小,及日志文件大小.如果你管理数据库的有很多的话,每天一个一个数据库的去查看文件大小就太费神了,那就写个SQL脚本吧,放到 SQL Agent 中,每天自动去查看各个数据库文件及日志文件的大小,然后再通过数据库邮件,Email 到我们手中,岂不快哉!当然,可以把每天的记录存放到数据库中去,这样数据库及日志文件的

DBCC SHRINKFILE 收缩相关数据库的指定数据文件或日志文件大小. 语法 DBCC SHRINKFILE    ( { file_name | file_id }        { [ ,target_size ]            | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]         }    ) 参数 file_name 是已收缩文件的逻辑名称.文件名必须符合标识符的规则.有关更多信息,请参见使用标识符. file_

最近有一张表(内含varchar(max)字段),占用空间达到240G,删除历史数据后几十万条后,空间并未得到释放. 然后用DBCC CLEANTABLE(0,tb_name,100)来释放删除记录后变长字段留下的空间,注意第三个参数为每个事务处理的行数, 强烈建议使用,默认是0,将整个操作作为一个事务处理!全程锁表!! 执行完DBCC CLEANTABLE后,发现表空间已经释放,占用空间几百兆,但此时还没完,我们数据库文件依然很大. 于是我们尝试用DBCC SHRINKFILE来收缩库文件,结

收缩整个数据库 DBCC SHRINKDATABASE (dbName) 收缩单个文件DBCC SHRINKFILE (FileName) 查找所有的文件名称USE dbNameEXEC sp_helpfile 例如对 AdventureWorks 数据库/* Shrink Whole AdventureWorks Database */DBCC SHRINKDATABASE (AdventureWorks)GO/* Get the Logical File Name */USE Adventu

---收缩数据库日志文件 USE [master]ALTER DATABASE yourdatabasename SET RECOVERY SIMPLE WITH NO_WAITALTER DATABASE yourdatabasename SET RECOVERY SIMPLE USE yourdatabasename DBCC SHRINKFILE (N'yourdatabasename _Log' , 0,TRUNCATEONLY) --数据库日志文件名(数据库右键-属性-日志逻辑文件名)

---1.先备份数据库(含日志文件) use myhis go backup database myhis to disk='d:\myhis_rzbak' go ---2.设为简单恢复模式 use [master] go alter database myhis set recovery simple with no_wait go alter database myhis set recovery simple go ---3.收缩数据库日志文件为8M use myhis go dbcc s

目的:创建一个数据库文件和一个日志文件的数据库 在matser数据库下新建查询,输入的命令如下: USE master——指向当前使用的数据库.创建数据库实际上是向master数据库中增加一条数据库信息. GO——批处理的标志 --通常将判断数据库是否存在,如果存在则删除这个数据库放在创建数据库的前面. IF EXISTS(SELECT * from sysdatabases where name='E_Market')DROP DATABASE E_Market --创建数据库 CREATE

Oracle中查询当前数据库中的所有表空间和对应的数据文件语句命令 ----------------------------------------------------------------------------------------- 1.在cmd中输入sqlplus,弹出命令行窗体 2.输入口令和密码 3.SQL>col file_name for a60; 4.SQL>set linesize 160; 5.SQL>select file_name,tablespace_

数据库的日志文件(*.ldf)越来越大,怎么办? 收缩吧.收缩日志文件的操作真不简单哟,还跟数据库的恢复模式有关啊. 一.“简单恢复模式”时的日志收缩 1. 截断日志 当数据库的恢复模式为“简单”的时候,日志文件会在以下情况被截断: (1)完整备份 (2)遇到检查点(checkpoint) 2. 手动收缩日志文件 当日志被截断后,日志文件的内部空间就会标记为“可复用”,因此日志文件就不需要持续增长.关于日志文件空间状态的解释,详见 http://jimshu.blog.51cto.com/317

有时候我们想用DROP DATABASE语句删除数据库和数据库文件,会删不掉,因为有其他人正在使用要删除的数据库,这里有一个方法可以强制断开其它数据库连接,再删除数据库. 假如我们要删除的数据库是[TestDB],我们可以用下面的语句: USE [master]--注意不能够USE [TestDB],因为[TestDB]即将被删除,所以不能够将当前连接设置为连接到[TestDB],否则下面的DROP DATABASE语句会报错 ALTER DATABASE [TestDB] SET SINGLE

USE [master] GO /****** Object: StoredProcedure [dbo].[pro_Shrink_Log] Script Date: 2019/8/16 16:56:21 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO -- ============================================= -- Author: xlc -- Create date: 2019.08.16

1.清空log文件,以减少数据库文件log所占的空间 USE dbname1 ; GO ALTER DATABASE dbname1 SET RECOVERY SIMPLE;--设置简单恢复模式 GO ); GO ALTER DATABASE dbname1 SET RECOVERY FULL;--恢复为原模式 GO 2.删除error咯个文件[Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log目录下面] 由于默认情况下,SQL Serve

在SQL Server数据库中,数据文件与事务日志文件的修改日期(Date Modified)是会变化的,但是有时候你会发现你的数据文件或日志文件的修改日期(Date Modified)几个月甚至是半年以上都没有变化了,如下截图所示: 为什么呢?不会是什么bug吧? 相信很多人都会有这样的反应.下面我们通过实验来看看数据库的数据文件与事务日志文件在什么情况或条件下, 修改日期(Date Modified)才会变化.首先创建一个TEST数据库,查看其数据文件或事务日志文件的修改日期如下: USE

一.基础 1.说明:创建数据库CREATE DATABASE database-name 2.说明:删除数据库drop database dbname3.说明:备份sql server--- 创建备份数据的 deviceUSE masterEXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat'--- 开始备份BACKUP DATABASE pubs TO testBack 4.说明:创建新表create t

一个小故事 某天,小王正在和HR妹妹闲聊,正HAPPY时,,突然收到系统告警消息,数据库磁盘被剩余空间500M,OMG,不行,磁盘快满了,要是业务要停了,,那就小王只能删库到跑路了,,, 先检查下,有没有可以删除的不用的文件,结果都是重要的或者拿不准的.先收缩下数据库吧,点击运行.等收缩完成就可以继续去根HR妹妹聊天了.突然电话座机和手机齐鸣,小王心里一种不祥的预感呢?好像这个场景在哪里见过..不会是数据库阻塞了吧?? 手忙脚乱的先接起手机,因为来电显示是某业务部门主管 “小王啊,,现在系统卡死