我是一个程序员,具有侧作业作为非自愿DBA。

我有一个维护计划,做一个完整的备份和“检查数据库完整性”每一个夜晚。我备份事务每10分钟记录。事务日志备份的大小尖峰数据库备份后 - 成倍更大。我以前每天晚上重建索引和统计 - 我还以为是什么导致事务日志穗 - 但在移除这些措施并没有改变任何东西。

镜像我们对连接速度慢的备份将大大帮助,如果没有这种大规模的秒杀 - 所以我希望这是我做错了。任何人都可以提出什么吗?

有帮助吗?

解决方案

如果你只运行从早上6点到午夜的日志备份,然后在早上6点的第一个日志备份备份的自上次日志备份已在6个小时即所有数据库活动

这是完全正常的,而且很可能已经无关,与你的数据库备份发生在凌晨4点的事实。

由于您使用的SQL2008,我在其他答案警告不适,你应该罚款与运行日志备份24小时。

其他提示

这是SQL 2000?

在SQL 2000,你不应该运行日志备份,而完整备份执行,或“坏事情都可能发生”,如阻塞或巨大的臃肿的日志文件。

请参阅此ServerFault帖子为 “道”从“人”,保罗·兰德尔,谁曾经是负责SQL引擎的微软。

请参阅这个后续帖子的一些想法用于跳过的日志备份,而完整备份执行。

在SQL 2005或更高版本,此限制不再存在,你不应该有麻烦在同一时间运行日志备份和完全备份。

虽然完全备份运行,成交备份将无法运行。因此,如何长时间完全备份走?事务日志不会在此期间由事务日志备份被截断。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top