微软工程师对SQL Server中可不可以指定某一些语句不记录到日志。问题的回复。
2004-10-20 12:52
483 查看
微软工程师对SQL Server中可不可以指定某一些语句不记录到日志。问题的回复。
我的问题:
SQL Server中可不可以指定某一些语句不记录到日志。
比如我在清理某个日志表的时候,因为不是全部删除,只是删除某个时间段之前。比如以下SQL
Delete Table1 where Time < '2004-03-01'
由于删除量很大,记录日志的话,删除后,产生3、4G的日志很正常。
删除完了后,又要清理日志,非常麻烦,尤其是硬盘空间不是很大的时候,更郁闷,要一次一点点地删除。
删除的时候,设置数据库的日志为最小,这个方案不太可行,因为我正常的日志希望仍然记录。我不想再做清理的时候,影响我其他执行的日志记录。
微软工程师的答案:
根据您的描述,您想在删除 (Delect Table) 表中的某些记录时,不让SQL Server记录日志。并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录)。
==============================================
根据我的理解,基本上这是无法实现的。SQL Server 引擎在设计上就会对您的 Delete 操作进行日志记录。至今没有办法强制制定某一些语句不记录到日志中。关于这点,您可以参见 《Inside SQL Server》 一书中第三章 "SQL Server Architecture"一节下的 "The SQL Server Engine" 主题。其中从底层讲述了各种SQL Manager包括:
The Row Operations Manager and the Index Manager
The Page Manager and the Text Manager
The Transaction Manager and Lock Manager
其中最主要的是 Transaction Manager, Page Manager以及Row Operations Manager。一般情况下,在对任何数据精心操作的时候,SQL Server都会根据恢复模式(Recovery Mode)的不同级别,进行日志记录。我相信您深知这一点。
==============================================
但是,SQL Server在设计上对以下情况的操作不进行日志记录:
--------------------------------------------------------------------------
1。对表进行TRUNCATE TABLE 操作
2。在Simple Recvery Mode下的 SELECT INTO, BCP (Bulk Insert/Bulk Update), CREATE INDEX 以及对于Text/Image数据类型 等的操作。
3。如果使用Full Recovery Mode,所有的操作都将会被记录(还包括数据库备份等)
==============================================
基于以上原则,以及您删除表的要求。虽然不一定完全满足您那边的要求,但是根据我的经验,我给您如下建议:
1。如果您在执行 Delete Table1 where Time < '2004-03-01' 由于涉及的记录比较多,所以日志记录也相应很大(3-4G),如果可行,我建议您尝试以下方式:
-- 选出您所需要保留的记录到新的表。如果您使用 Full Recovery Mode
-- 根据SELECT INTO的记录数,日志可能会比较大
Select * into Table2 From Table1 Where Time > = '2004-03-01'
-- 然后直接Truncate Table1。无论何种恢复模式都不会进行日志记录
Truncate table Table1
-- 最后对Table2进行改名为Table1
EC sp_rename 'Table2', 'Table1'
2。由于您的磁盘空间有限,您需要选择合适的恢复模式,关于这点您可参见以下文档中有关 AUTO_SHRINK 以及 Recovery Options部分:
Setting Database Options:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/createdb/cm_8_des_03_6ohf.asp
3。关于数据库备份策略和恢复模式的选择,下面的技术文档提供了很好的范例:
Backup and Recovery of Related Databases:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/adminsql/ad_bkprst_9ttf.asp
==============================================
综上所述,SQL Server将会对 Detele Table 做日志记录,并且我们无法强制禁止这个日志记录。因为SQL Server数据存储和日志记录引擎设计上为了更好的保持数据的完整性和再发生数据库崩溃或灾难的时候,能恢复您的数据库或其中的某些事务操作。所以从原理上来说,我们没有办法使用特定的语句不记录这个Delete动作。
另外,我发表了自己对您问题的看法,并提供了您一些建议。不知道在您那边具体是否能对您的问题有所帮助。如果我建议的第一种情况下,所涉及的数据量不是很大(如果恢复模式不是Full则更好),那么您可以利用SQL Server对表进行 Truncate 操作不做日志记录的原则,尝试这种方法。但是有一点需要提醒您,就是 Truncate Table 不会进行日志记录,所以一旦 Truncate,您将无法在恢复这个表。所以之前,您需要确认这一点!
==============================================
希望我详细回答了您的问题,并且也希望我所提供的建议对您解决问题有所帮助。如您有任何疑问或需要进一步帮助,请您直接在新闻组里发贴,我非常乐意继续帮助您!
Billy Yao [微软]
微软全球技术中心 微软动力营合作伙伴技术支持
我的问题:
SQL Server中可不可以指定某一些语句不记录到日志。
比如我在清理某个日志表的时候,因为不是全部删除,只是删除某个时间段之前。比如以下SQL
Delete Table1 where Time < '2004-03-01'
由于删除量很大,记录日志的话,删除后,产生3、4G的日志很正常。
删除完了后,又要清理日志,非常麻烦,尤其是硬盘空间不是很大的时候,更郁闷,要一次一点点地删除。
删除的时候,设置数据库的日志为最小,这个方案不太可行,因为我正常的日志希望仍然记录。我不想再做清理的时候,影响我其他执行的日志记录。
微软工程师的答案:
根据您的描述,您想在删除 (Delect Table) 表中的某些记录时,不让SQL Server记录日志。并且不想设置数据库的日志为最小(因为希望其他正常的日志希望仍然记录)。
==============================================
根据我的理解,基本上这是无法实现的。SQL Server 引擎在设计上就会对您的 Delete 操作进行日志记录。至今没有办法强制制定某一些语句不记录到日志中。关于这点,您可以参见 《Inside SQL Server》 一书中第三章 "SQL Server Architecture"一节下的 "The SQL Server Engine" 主题。其中从底层讲述了各种SQL Manager包括:
The Row Operations Manager and the Index Manager
The Page Manager and the Text Manager
The Transaction Manager and Lock Manager
其中最主要的是 Transaction Manager, Page Manager以及Row Operations Manager。一般情况下,在对任何数据精心操作的时候,SQL Server都会根据恢复模式(Recovery Mode)的不同级别,进行日志记录。我相信您深知这一点。
==============================================
但是,SQL Server在设计上对以下情况的操作不进行日志记录:
--------------------------------------------------------------------------
1。对表进行TRUNCATE TABLE 操作
2。在Simple Recvery Mode下的 SELECT INTO, BCP (Bulk Insert/Bulk Update), CREATE INDEX 以及对于Text/Image数据类型 等的操作。
3。如果使用Full Recovery Mode,所有的操作都将会被记录(还包括数据库备份等)
==============================================
基于以上原则,以及您删除表的要求。虽然不一定完全满足您那边的要求,但是根据我的经验,我给您如下建议:
1。如果您在执行 Delete Table1 where Time < '2004-03-01' 由于涉及的记录比较多,所以日志记录也相应很大(3-4G),如果可行,我建议您尝试以下方式:
-- 选出您所需要保留的记录到新的表。如果您使用 Full Recovery Mode
-- 根据SELECT INTO的记录数,日志可能会比较大
Select * into Table2 From Table1 Where Time > = '2004-03-01'
-- 然后直接Truncate Table1。无论何种恢复模式都不会进行日志记录
Truncate table Table1
-- 最后对Table2进行改名为Table1
EC sp_rename 'Table2', 'Table1'
2。由于您的磁盘空间有限,您需要选择合适的恢复模式,关于这点您可参见以下文档中有关 AUTO_SHRINK 以及 Recovery Options部分:
Setting Database Options:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/createdb/cm_8_des_03_6ohf.asp
3。关于数据库备份策略和恢复模式的选择,下面的技术文档提供了很好的范例:
Backup and Recovery of Related Databases:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/adminsql/ad_bkprst_9ttf.asp
==============================================
综上所述,SQL Server将会对 Detele Table 做日志记录,并且我们无法强制禁止这个日志记录。因为SQL Server数据存储和日志记录引擎设计上为了更好的保持数据的完整性和再发生数据库崩溃或灾难的时候,能恢复您的数据库或其中的某些事务操作。所以从原理上来说,我们没有办法使用特定的语句不记录这个Delete动作。
另外,我发表了自己对您问题的看法,并提供了您一些建议。不知道在您那边具体是否能对您的问题有所帮助。如果我建议的第一种情况下,所涉及的数据量不是很大(如果恢复模式不是Full则更好),那么您可以利用SQL Server对表进行 Truncate 操作不做日志记录的原则,尝试这种方法。但是有一点需要提醒您,就是 Truncate Table 不会进行日志记录,所以一旦 Truncate,您将无法在恢复这个表。所以之前,您需要确认这一点!
==============================================
希望我详细回答了您的问题,并且也希望我所提供的建议对您解决问题有所帮助。如您有任何疑问或需要进一步帮助,请您直接在新闻组里发贴,我非常乐意继续帮助您!
Billy Yao [微软]
微软全球技术中心 微软动力营合作伙伴技术支持
相关文章推荐
- 微软工程师对SQL Server中可不可以指定某一些语句不记录到日志问题的回复。
- SQL Server中可不可以指定某些语句不记录到日志
- 记录下, sql server下面语句的一些简单用法
- sql server存储过程:错误21037: [SQL-DMO]在Text 属性的“CREATE...”语句中指定的名称必须与Name....问题解决
- 腾讯云图片鉴黄集成到C# SQL Server 怎么在分页获取数据的同时获取到总记录数 sqlserver 操作数据表语句模板 .NET MVC后台发送post请求 百度api查询多个地址的经纬度的问题 try{}里有一个 return 语句,那么紧跟在这个 try 后的 finally {}里的 code 会 不会被执行,什么时候被执行,在 return 前还是后? js获取某个日期
- 如何解决p6spy日志记录sql语句重复的问题
- Sql server 数据库中,纯SQL语句查询、执行 单引号问题。
- 全Sql语句实现SBO事务日志记录与查询
- SQL Server 2008 转换为 SQL 2005 数据库的一些问题
- mysql一些问题记录
- 使用hive重定向导出的数据文件中包含WARN日志记录问题
- 2014-03-12周三工作日志(忙了一天,竟都在忙一些兼容性的小问题)
- Log4j指定类的日志记录到指定的文件中
- 记录一个多核CPU负载不均衡问题(动态绑定进程到指定cpu:taskset -pc $CPU $PID)
- tomcat 2-- 关于一些部署启动问题和403问题的查询记录
- [sql server] 问题总结17---一个项目涉及到的50个Sql语句(爱新觉罗.毓华整理版)
- SQL SERVER中一些常见性能问题的总结[转]
- 解决log4j BufferedIO=true 时,buffer有残余日志不能记录的问题
- ios 记录一些问题的解决方案
- sql语句之表间字段值复制遇到的一些问题--基于mysql