您现在的位置是: IT外包 ->数据存储 ->sybase ->
 
本文关键字: 使用dump transaction with no_log的危险性
Google
 
使用dump transaction with no_log的危险性
作者: 不详 | 发布时间: 2007-07-09 16:06 | 信息类别: sybase | 访问人次:
评论 推荐 打印 编辑 】 【 关闭
  

  
使用dump transaction with no_log的危险性


在命令参考手册中的dump transaction with no_log条目下,有一条警告信息告诉你,你应该把这条命令作为没有其它办法时的最后一招才使用它。但是“最后一招”究竟是什么意思呢?当你使用这条命令时会怎样呢?那你应使用哪条命令来代替它呢?最后,若这条命令如此有问题,为什么Sybase却要提供它呢?

  Sybase技术支持建议你定期的dump你的transaction log。你必须根据你的数据库中记入日记的活动的量的大小以及你的数据库的大小来决定dump的方式。有些地方按月dump transaction;有些地方每夜dump transaction。

  注意:若你正运行SQL Server10.0,你可以用sp_thresholdaction在空间紧缺之前来自动dump tran;另外,此时Backup Server会保证在dump进行时,任务不会被挂起。请在你的SQL Server参考手册中获取更详细的信息。这篇文章的剩余部分将适用于运行系统10以前版本SQL Server的领域。

  若你从未dump transaction过,transactionlog将最终会满。 SQLServer使用log(日志)是出于恢复目的的。 当log满时,服务器将停止事物的继续进行,因为服务器将不能将这些事物写进日志,而服务器不能运行大多数的dump tran命令,因为SQL Server也需在日志中记录这些命令。

  这就是为什么当其它dump tran命令不能执行时no_log可执行的原因。但是想一下dump transaction with no_log被设计执行的环境。所有对不做并发性检查。

  若你在对数据库的修改发生时使用dump transaction with no_log,你就会冒整个数据库崩溃的风险。在多数情况下,它们被反映成813或605错误。为了在数据库被修改时,删除transaction log中的不活跃部分可使用dump transaction with trancate_only。这条命令写进transaction log时,并且它还做不要的并发性检查。这两条命令都有与其相关的警告,在命令参考手册中会看到这些警告。请确保在使用其中任一条命令以前,你已理解这些警告和指示。
评论 推荐 打印 编辑 】 【 关闭
『相关链接』
序号
标题 发布日期
1
2007-11-16 12:48:00
2
2007-10-09 20:37:36
3
2007-07-31 09:09:10
4
2007-07-09 16:38:59
5
2007-06-12 09:39:27
6
2007-05-23 09:58:38
7
2007-02-15 16:40:57
8
2007-01-19 14:55:10
9
2007-01-10 11:55:05
10
2006-12-29 15:11:36
    查看所有相关的信息...
【郑重声明】【上海IT外包服务网】 刊载此文不代表同意其说法或描述,仅为提供更多信息,也不构成任何投资或其他建议。转载需经作者本人同意并注明出处。本网站有部分文章是由网友自由上传。对于此类文章本站仅提供交流平台,不为其版权负责。如果您发现本网站上有侵犯您的知识产权的文章,请发信至 或直接电话联系: 021-58879030
请您留言
『发表评论』
匿名发表 会员ID: 密码:

上海蝶应信息科技有限公司
上海市商城路341号紫光大厦1305室 +0086-21-58878998 11394019
dieying@541help.com +0086-21-58879030HappyFreeAngel@hotmail.com
Copyright@2007 IT-WAIBAO.COM Inc.沪ICP备05039378号 版权所有2007-2010 管理员登陆