templog超大！

Question

请教高手：我的SQL SERVER 2000 的templog.ldf  文件经常达到十几个G，为什么，有时盯着看，它就从600M突然涨到1.2G，太困惑了

Answer 1

tempdb增长很正常。
如果空间不够可以移动数据文件到空间大的磁盘区

Answer 2

、用BACKUP LOG database WITH NO_LOG清除日志 把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。    如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全 用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，不会损坏数据。 如果日志被截断并收缩数据库后，就不能直接用最近的一个全库备份做时间点还原，建议立即备份数据库，以防万一。 2、sql server运行中，是否能删除主数据库事务日志文件  
步骤如下：(1)、分离数据库企业管理器－－数据库－－右击你要删除日志的数据库－－所有 任务－－分离数据库 
(2)、然后删除日志文件 
(3)、然后再附加数据库 
企业管理器－－数据库－－右击数据库－－所有任务－－附加数据库这时候只附加。mdf就可以了。 3、压缩SQL数据库及日志的详细方法 SQL Server 2000基础教程——压缩数据库数据库在使用一段时间后，时常会出现因数据删除而造成数据库中空闲空间太多的情况，这时就需要减少分配给数据库文件和事务 日志文件的磁盘空间，以免浪费磁盘空间。当数据库中没有数据时，可以修改数据库文件属性直接改变其占用空间，但当数据库中有数据时，这样做会破坏数据库中 的数据，因此需要使用压缩的方式来缩减数据库空间。可以在数据库属性选项中选择“Auto shrink”选项，让系统自动压缩数据库，也可以用人工的方法来压缩。人工压缩数据库有以下两种方式： 1、用Enterprise Manager 压缩数据库 在Enterprise Manager 中在所要压缩的数据库上单击右键，从快捷菜单中的“所有任务（All Tasks）”中选择“Shrink Database（压缩数据库）”选项，就会出现如图6-10 所示的对话框。可以在图6-10 所示的对话框中选择数据库的压缩方式，也可以选择使用压缩计划或压缩单个文件单击图6-10 中的“Files”按钮，会出现如图6-11 所示的压缩数据库文件对话框，可以针对每个数据库文件进行不同的压缩设置。 
  
单击图6-10 中的“Change” 按钮，会出现如图6-12 所示的压缩计划编辑对话框，可以指定压缩计划的执行方式。单击图6-12 中的“Change” 按钮，会出现如图6-13 所示的循环工作计划编辑对话框，可以编辑计划执行的周期或时间点。设置完成后单击“OK” 按钮就开始压缩数据库，在压缩结束后会显示一个压缩情况信息框。  
  
  
2、用Transact-SQL 命令压缩数据库 可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令来压缩数据库。其中DBCC SHRINKDATABASE 命令对数据库进行压缩，DBCC SHRINKFILE 命令对数据库中指定的文件进行压缩。 
（1） DBCC SHRINKDATABASE  
DBCC SHRINKDATABASE 命令语法如下： 
DBCC SHRINKDATABASE (database_name [, target_percent] 
[, {NOTRUNCATE | TRUNCATEONLY}] ) 
各参数说明如下：  
?target_percent 指定将数据库压缩后，未使用的空间占数据库大小的百分之几。如果指定的百分比过大，超过了压缩前未使用空间所占的比例，则数据库不会被压缩。并且压缩后的数据库不能比数据库初始设定的容量小。  
?NOTRUECATE 
将数据库缩减后剩余的空间保留在数据库，中不返还给操作系统 。如果不选择此选项，则剩余的空间返还给操作系统。  
?TRUNCATEONLY 
将数据库缩减后剩余的空间返还给操作系统。使用此命令时SQL Server 将文件缩减到最后一个文件分配，区域但不移动任何数据文件。选择此项后，target_percent 选项就无效了。例6-14： 压缩数据库mytest 的未使用空间为数据库大小的20% 。 
dbcc shrinkdatabase (mytest, 20) 
运行结果如下： 
DBCC execution completed. If DBCC printed error  messages, contact your system administrator.  
(2) DBCC SHRINKFILE 
DBCC SHRINKFILE 命令压缩当前数据库中的文件。其语法如下： 
DBCC SHRINKFILE ( {file_name | file_id } 
{ [, target_size] | 
[, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } ) 
各参数说明如下： 
?file_id 
指定要压缩的文件的鉴别号（Identification number， 即ID） 。文件的ID 号可以通过 FILE_ID（）函数或如本章前面所讲述 的Sp_helpdb 系统存储过程来得到。  ?target_size 指定文件压缩后的大小。以MB 为单位。如果不指定此选项，SQL Server 就会尽最大可能地缩减文件。  ?EMPTYFILE 指明此文件不再使用，将移动所有在此文件中的数据到同一文件组中的其它文件中去。执行带此参数的命令后，此文件就可以用ALTER DATABASE 命令来删除了。 其余参数NOTRUNCATE 和TRUNCATEONLY 与DBCC SHRINKDATABASE  命令中的含义相同。 例6-15: 压缩数据库mydb 中的数据库文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1) 
  
企业管理器里面的方法： 
1、打开企业管理器 
2、打开要处理的数据库 
3、点击最上面菜单>工具>SQL查询分析器，打开SQL查询分析器 
4、在输入窗口里面输入: Code: 
DUMP TRANSACTION [数据库名] WITH  NO_LOG 
BACKUP LOG [数据库名] WITH NO_LOG 
DBCC SHRINKDATABASE([数据库名]) 
点击绿色的小三角（或按F5）执行查询，等状态栏提示处理完成 即可！ 
程序里面的方法： 
压缩数据库日志 
--1.清空日志 
exec(’DUMP TRANSACTION [’+@dbname+’] WITH  NO_LOG’)  
--2.截断事务日志： 
exec(’BACKUP LOG [’+@dbname+’] WITH NO_LOG’) 
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小 
exec(’DBCC SHRINKDATABASE([’+@dbname+’])’) 
　　4、减小日志的方法： 一、用如下步做了： 
1、DUMP　TRANSACTION　库名　WITH　no_log 
2、dbcc shrinkfile(logfilename) 
3、收缩数据库 
4、设定自动收缩。 　　二、分离数据库,删除日志文件,再附加,OK!右击数据库－－所有任务－－分离or 附加 　　三、1、backup log　库名　WITH　no_log，2、dbcc shrinkfile(logfilename)，3、收缩数据库 
4、设定自动收缩。

Answer 3

SQL Server会自动创建一个名为tempdb的数据库作为工作空间使用，当您在存储过程中创建一个临时表格时，比如(CREATE TABLE #MyTemp)，无论您正在使用哪个数据库，SQL数据库引擎都会将这个表格创建在tempdb数据库中。
SQL Server会自动创建一个名为tempdb的数据库作为工作空间使用，当您在存储过程中创建一个临时表格时，比如(CREATE TABLE #MyTemp)，无论您正在使用哪个数据库，SQL数据库引擎都会将这个表格创建在tempdb数据库中。而且，当您对大型的结果集进行排序，比如使用ORDER BY或GROUP BY或UNION或执行一个嵌套的SELECT时，如果数据量超过了系统内存容量，SQL数据库引擎就会在tempdb中创建工作表格。在您运行DBCC REINDEX或者向现有的表格中添加集群序列时， SQL数据库引擎同样会使用tempdb。实际上，任何针对大型表格的ALTER TABLE命令都会在tempdb中吃掉大量的磁盘空间。在理想状态下，SQL会在完成指定操作后自动清理，并销毁这些临时表格，但是，很多问题都会导致错误。比如，您的代码创建了一个事务，但是却没能执行或重新运行，那么这些孤儿对象将遗留在tempdb中。而且，对大型数据库运行DBCC CHECK时，它还会消耗掉大量的空间，您往往会发现tempdb比设想的要大很多，甚至还会收到SQL即将用完磁盘空间的出错信息。您有很多方法可以来修正这一情况，但从长远看来，您需要执行其它的步骤来保证正常使用。为tempdb“减肥”最简单的办法就是关闭SQL数据库引擎然后重新启动，但是在重要的任务中，这样做可能难度很大；另一方面，如果您已经处于无法承受的状态，那么我的建议就是将这个坏消息告知您的上司，然后开始操作。如果您幸运拥有另外一块磁盘可以用来放置tempdb，可以进行如下的操作：USE masterGOALTER DATABASE tempdb modify file (name = tempdev, filename = NewDrive:Pathtempdb.mdf )GOALTER DATABASE tempdb modify file (name = templog, filename = NewDrive:Pathtemplog.ldf )GO还有三项关于tempdb的属性应该检查：自动增长标记，初始大小和恢复模式，以下是关于这些属性的小窍门：自动增长标记：记住将这个标记设为True。初始大小：tempdb的初始大小要根据常用的工作负载来设定，如果有很多用户在使用GROUP BY、ORDER BY或者对大型表格进行聚合操作，那么您的常用工作负载会相当大。如果服务器脱机时，您可能需要检查日志文件与数据文件是否位于同一磁盘，如果这样的话，应当将需要将它们转移到新的磁盘上，您只需指明相应的数据库并使用相同的命令即可。恢复模式：将恢复模式设定为True意味着让SQL自动截去tempdb的日志文件（在使用了每个表格之后），要找出tempdb所使用的恢复模式，可以使用如下命令：SELECT DATABASEPROPERTYEX( tempdb , recovery )恢复模式有三种选择：简单、完整或大量记录（bulk-logged），如要改变设置，可以使用以下命令：ALTER DATABASE tempdb SET RECOVERY SIMPLE这些步骤可以优化您系统中使用的tempdb，除了解决磁盘空间问题外，您还会发现SQL Server系统性能的提升。

Answer 4

看看你的存储过程，建议在存储过程末尾显式drop建立的临时表，不然要等到重启数据库服务时才能清除临时表里的数据。不建议限制tempdb的大小，否则某些存储过程会因为没有临时表的空间而被终止的。若果tempdb所在的磁盘空间不足，建议把其他数据库移到其他磁盘里。如果tempdb库跟windows系统的虚拟内存文件在同一个磁盘上，建议把虚拟内存文件设置到其他磁盘，否则windows系统可能会因为磁盘空间不足而报错。