设为首页 收藏本站
查看: 753|回复: 0

[经验分享] SQL Server中可不可以指定某些语句不记录到日志

[复制链接]

尚未签到

发表于 2015-7-4 09:00:15 | 显示全部楼层 |阅读模式
  来源:黑客基地 编辑:古典辣M°   
 
我的问题:
  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:
_8_des_03_6ohf.asp">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:
sql/ad_bkprst_9ttf.asp">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 [微软]  
  微软全球技术中心 微软动力营合作伙伴技术支持

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-82997-1-1.html 上篇帖子: SQL Server 2008各版本区别 下篇帖子: SQL Server 2008安装图解(转)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表