subject_23640.htm

一些关于vc的问答

<p>
序号：23640 发表者：time 发表日期：2002-12-05 15:43:48
<br>主题：关于数据库日志的问题，请指点，谢谢！！！
<br>内容：请问如何清空SQL SERVER 2000的备份日志或不让日志变满。<BR><BR>请问通过备份还原的方法移动数据库，会出现那些常见的错误或问题，<BR>应如何对数据库进行设置以解决这些问题。<BR><BR>我是一个处学SQL SERVER 2000的菜鸟，请大家多多指教，谢谢！！！<BR><BR>我的EMAIL 是[e-mail]<BR><BR>谢谢大家！！！
<br><a href="javascript:history.go(-1)">返回上页</a><br><a href=http://www.copathway.com/cndevforum/>访问论坛</a></p>
<hr size=1>
<blockquote><p>
<font color=red>答案被接受</font><br>回复者：菜鸟书生 回复日期：2002-12-10 14:17:39
<br>内容：这个问题我也碰到了。。。我在网上搜索了，得到一部分结果，共享之。地址我找不到了，复制了给你吧。 我最后采用，其中设置简单恢复（默认是完全）和方法二。<BR><BR> <BR> <BR><BR>标题&nbsp;&nbsp;&nbsp;&nbsp; 日志已经很大的时候用&nbsp;&nbsp;&nbsp;&nbsp;rida（收藏） <BR>&nbsp;&nbsp;<BR>关键字&nbsp;&nbsp;&nbsp;&nbsp; Sql server 日志 <BR>&nbsp;&nbsp;<BR><BR><BR>--假设test2为数据库名称<BR><BR>日志已经很大的时候用<BR><BR>方法一<BR>此方法适用于7.0和2000。<BR>1、在查询分析器中执行：<BR>exec sp_detach_db 'DB_Name'<BR>2、在我的电脑中将日志的物理文件xxx_Log.LDF改名。<BR>3、在查询分析器中执行：<BR>exec sp_attach_single_file_db 'DB_Name','C:\Program Files\Microsoft SQL Server\MSSQL\Data\DB_Name.MDF'<BR>4、如果上一步成功，将步骤2中改名后的文件删除。如果上一步不成功，改回原来的文件名，<BR>用sp_attach_db将数据库附加到服务器，然后用方法二。<BR><BR><BR>方法二<BR>6.X中<BR>DUMP TRANSACTION test2 with NO_LOG<BR>DUMP TRANSACTION test2 with TRUNCATE_ONLY<BR>将上面的语句多次执行，直到日志缩小。<BR>7.0和2000中<BR>backup log test2 with NO_LOG<BR>backup log test2 with TRUNCATE_ONLY<BR>DBCC SHRINKDATABASE(test2)<BR>将上面的语句多次执行，直到日志文件缩小。<BR><BR>上面的方法治标不治本，标本兼治要用下面的方法。<BR><BR>方法三：<BR>--6.X和7.0中改为日志处于截断模式，2000中恢复模型改为简单恢复<BR>exec sp_dboption 'test2','trunc. log on chkpt.','on'<BR>--7.0和2000中设为自动收缩,6.x中不用执行。<BR>exec sp_dboption 'test2','autoshrink','on'<BR>通常用于测试环境。<BR><BR>方法四:<BR>--7.0中改为日志不处于截断模式，2000中恢复模型改为完全恢复<BR>exec sp_dboption 'test2','trunc. log on chkpt.','off'<BR>--7.0和2000中设为自动收缩,6.x中不用执行。<BR>exec sp_dboption 'test2','autoshrink','on'<BR>建立作业,每半个小时一次日志备份,每天一次完全数据库备份。<BR>7.0和2000中：在Log收缩到正常大小后，将autoshrink选项设置为off。<BR>通常用于真实环境。<BR><BR>在产品化系统中将autoshrink选项设置为开启状态并非明智之举（除非您真的需要这样做），这是因为，当您的系统正在忙于完成其它任务时，autoshrink选项可能会同时启动，从而降低系统运行速度。然而，对于那些数据库管理员无暇估计并且数据库尺寸有可能在您毫无察觉的情况下超出控制范围的桌面或远程系统来说，开启这一选项却是一种非常有效的措施。<BR><BR><BR>收缩事务日志<BR><BR>在下列情况下，日志文件的物理大小将减少： <BR>*执行 DBCC SHRINKDATABASE 语句时。<BR>*执行引用日志文件的 DBCC SHRINKFILE 语句时。<BR>*自动收缩操作发生时。 <BR><BR>日志收缩操作依赖于最初的日志截断操作。日志截断操作不减小物理日志文件的大小，但减小逻辑日志的大小，并将没有容纳逻辑日志任何部分的虚拟日志标记为不活动。日志收缩操作会删除足够多的不活动虚拟日志，将日志文件减小到要求的大小。<BR><BR>按下面任一方式控制事务日志的大小： <BR>*在维护日志备份序列时，调度 BACKUP LOG 语句按间隔发生，以使事务日志不致增长到超过预期的大小。<BR>*当不维护日志备份序列时，指定简单恢复模式。 <BR><BR>详情请参考 MS SQL Server 2000 联机丛书：<BR>目录--&gt; SQL Server构架--&gt;数据库构架--&gt;物理数据库构架--&gt;事务日志构架--&gt;收缩事务日志<BR>目录--&gt; SQL Server构架--&gt;数据库构架--&gt;物理数据库构架--&gt;事务日志构架--&gt;截断事务日志<BR>
<br>
<a href="javascript:history.go(-1)">返回上页</a><br><a href=http://www.copathway.com/cndevforum/>访问论坛</a></p></blockquote>