SQL Server 2005的事务日志太大
我运行SQL Server 2005SQL Server 2005的事务日志太大
我的数据库备份方案是：
恢复模型：FULL
备份类型：完全
备份组件：数据库
备份集过期：0天后
覆盖媒体：备份到现有媒体集，追加到现有备份集
db正在写入250GB驱动器（实际为232GB）。
我_Data.mdf文件超过55GB和我_Log.ldf超过148GB。
我们碰到了在那里我们推动当今充满的情况。我将ab_ Full.bak和ab _Log.bak文件移动到另一个驱动器以占用大约45GB的空间。五个小时后，可用空间为37GB。
我是新来管理SQL服务器;所以，我有一些关于备份的基本问题。
我知道我需要更新的数据库开始管理事务日志的大小，以帮助防止将来出现此问题。因此，假设我有足够的可用空间，我：
1.右键单击数据库，然后选择备份
2.将'Backup Type'设置为'Transaction Log'
3.将'Backup set will expire'天
4.单击“确定”
我的理解是，这会将事务日志中的“已关闭”事务移至备份并截断事务日志。
这个计划听起来吗？之后我需要手动调整日志文件大小吗？
谢谢你的时间。
你随时备份事务日志呢？ 如果您正在使用FULL恢复模式，则除了备份主数据库之外，还需要备份事务日志，或者如果您不想备份日志（为什么要使用FULL恢复模式？），然后至少以某个固定的时间间隔截断日志。
您应该备份事务日志每次完全备份之前（并保持它，只要你保持先前的完全备份），这样你就可以在时间，因为你已经把第一次完全备份恢复到任意时间点。另外，如果在两次完整备份之间发生故障，可能需要更频繁地备份事务日志（总大小相同）。
谢谢大家。 我最近开始与我的公司和新管理数据库。 直到2009年11月26日，数据库每天备份数据库一次，事务日志每小时一次。现在都没有跑步。我的前任在我加入公司之前就离开了;所以，没有办法跟进他为什么停止备份。 作业已启用，“上次运行结果”为“成功”，“下次运行”为“未计划”，“计划”为“是”。我是否需要右键单击数据库备份作业，单击“开始作业...”，突出显示第1步并单击开始？ – RevoJoe 2010-01-08 02:05:34
如果我以前的问题的答案是'是';那么，我想我会在成功完成数据库备份后为事务日志备份执行相同的步骤。 再次感谢！ – RevoJoe 2010-01-08 02:06:57
如果“下一次运行”是“不计划”，那么您应该首先检查工作计划，可能它有一个简单的错误，如定义的“结束日期”。 – 2010-01-08 02:57:27
最好的方法是定期备份日志文件。在平均时间，为“catastrofic”场景像你描述的，你可以使用这个片段来减少你的日志的大小： http://www.snip2code.com/Snippet/12913/How-to-correctly-Shrink-Log-File-for-SQL
尝试谷歌搜索“金佰利特里普” +交易+日志 – 2010-01-08 01:19:13
你备份你的交易日志每小时左右吗？ – 2010-01-08 01:19:47
我现在下降到5GB。它开始关闭我的小时数据加载。 我继续前进，并开始正常预定的事务日志备份和收缩。我真的很担心这会填满我的磁盘。如果发生这种情况，我正在寻找恢复步骤。有人告诉我可以暂时将备份从完整备份更改为简单备份，缩短备份时间并将其恢复为完全恢复。不知道我是否有空间。 谢谢你的帮助。 – RevoJoe 2010-01-08 06:19:28