4

我正在运行 SQL Server 2005。

我的数据库备份方案是：
恢复模式：FULL
备份类型：完整
备份组件：数据库
备份集将过期：0天后
覆盖媒体：备份到现有的媒体集，追加到现有的备份集

数据库正在写入 250GB 驱动器（实际为 232GB）。

我的 _Data.mdf 文件超过 55GB，我的 _Log.ldf 超过 148GB。

我们遇到了今天我们的驱动器被填满的情况。我将我们的ab_Full.bak 和ab_Log.bak 文件移动到另一个驱动器以腾出空间 - 大约 45GB。五小时后，可用空间为 37GB。

我是管理 SQL 服务器的新手；所以，我有一些关于我的备份的基本问题。

我知道我需要更新数据库以开始管理事务日志大小，以帮助防止将来出现此问题。因此，假设我有足够的可用空间，我：
1. 右键单击​​数据库并选择备份
2. 将“备份类型”设置为“事务日志”
3. 将“备份集将过期”更改为 30 天
4. 单击“确定” '

我的理解是，这会将“关闭”事务从事务日志移动到备份并截断事务日志。

这个计划合理吗？之后我需要手动调整日志文件的大小吗？

谢谢你的时间。

4

2 回答 2

4

您是否随时备份事务日志？如果您使用的是FULL恢复模式，那么除了备份主数据库之外，您还需要备份事务日志，或者如果您不想备份日志（为什么要使用FULL恢复模式？ ) 然后至少以某个固定间隔截断日志。

您应该在每次完整备份之前备份事务日志（并且只要您保留之前的完整备份就保留它），以便您可以恢复到自您保留的第一次完整备份以来的任何时间点。此外，可能值得更频繁地备份事务日志（总大小相同），以防在两次完整备份之间发生不好的事情。

于 2010-01-08T01:32:00.213 回答
0

最好的程序是定期备份您的日志文件。同时，对于像您描述的那样的“灾难性”场景，您可以使用此代码段来减小日志的大小： http ://www.snip2code.com/Snippet/12913/How-to-correctly-为 SQL 收缩日志文件

于 2013-12-14T18:33:40.227 回答