SQL Server事务日志意外增大的处理方法
转自：http://news.newhua.com/news1/program_database/2008/530/0853093226E2KJ93C02415FEB1CD9A5HCKA821556279EEKJ7728GI5.html
事务日志文件Transaction Log File是用来记录数据库更新情况的文件，扩展名为ldf。
在 SQL Server 7.0 和 SQL Server 2000 中，如果设置了自动增长功能，事务日志文件将会自动扩展。
一般情况下，在能够容纳两次事务日志截断之间发生的最大数量的事务时，事务日志的大小是稳定的，事务日志截断由检查点或者事务日志备份触发。
然而，在某些情况下，事务日志可能会变得非常大，以致用尽空间或变满。通常，在事务日志文件占尽可用磁盘空间且不能再扩展时，您将收到如下错误消息：
Error:9002, Severity:17, State:2
The log file for database '%.*ls' is full.
除了出现此错误消息之外，SQL Server 还可能因为缺少事务日志扩展空间而将数据库标记为 SUSPECT。有关如何从此情形中恢复的其他信息，请参见 SQL Server 联机帮助中的“磁盘空间不足”主题。
另外，事务日志扩展可能导致下列情形：
· 非常大的事务日志文件。
· 事务可能会失败并可能开始回滚。
· 事务可能会用很长时间才能完成。
· 可能发生性能问题。
· 可能发生阻塞现象。
原因
事务日志扩展可能由于以下原因或情形而发生：
· 未提交的事务
· 非常大的事务
· 操作：DBCC DBREINDEX 和 CREATE INDEX
· 在从事务日志备份还原时
· 客户端应用程序不处理所有结果
· 查询在事务日志完成扩展之前超时，您收到假的“Log Full”错误消息
· 未复制的事务
解决方法
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库 企业管理器－＞服
相关文档：
昨天解析了dblp.xml，存入数据库，生成了若干张临时表。今天上午，对这些临时表进行处理，然后存入实验设计的表中。数据库的数据量比较大，50多M，80多万条记录。因而执行sql时，就遇到了很多问题。
1、去除重复tuple
原始dblp.xml中，同一论文的存在几个完全相同的&l ......
SELECT ROWNUM AS ID
,TO_CHAR(SYSDATE + ROWNUM / 24 / 3600, 'yyyy-mm-dd hh24:mi:ss') AS INC_DATETIME
,TRUNC(DBMS_RANDOM.VALUE(0, 100)) AS RANDOM_ID
,DBMS_RANDOM.STRING('x', 20) RANDOM_STRING
from DUAL
CONNECT BY LEVEL <= 10;
SELECT '('||WMSYS.WM_CONCAT(':P' || ROWNUM)| ......
一、配置 SQL Server，使之允许 CLR 集成:
1.单击“开始”按钮，依次指向“所有程序”、Microsoft SQL Server 2005 和“配置工具”，然后单击“外围应用配置器”。
2.在 SQL Server 2005 外围应用配置器工具中，单击“功能的外围应用配置器”。
3.选择� ......
来自http://hi.baidu.com/zcy60156/blog/item/42b6c5802a33859af603a685.html
推荐是用存储过程加事务实现.或直接在asp里写加上事务就可以同时的插入了.如果中间出错的话还能回滚,可保持数据的一致性.去baidu上搜索一下事务等的相关资料很多的.
在开发Web应用时，无一例外地需要访问数据库，以完成对数据的查询、插入、� ......
