1

LSN 上的完整数据库备份的后果是什么？

当完整的数据库备份完成时（如果它更改了 LSN），它是否会破坏已经配置和运行的 LogShipping。

还有什么是执行数据库弹性的最佳方法。

  1. 只需配置 LogShipping
  2. 是否已为 LogShipping 配置（间隔 15 分钟）每周完整备份？
  3. 每 15 分钟进行一次增量备份，然后每周进行一次完整备份

是否有任何伟大的工具可以简化上述过程？

4

2 回答 2

2

完整备份对日志链没有影响，除了在创建数据库或更改完整恢复模型之后进行的第一次完整备份。它不会中断日志传送。如果您进行了手动日志备份并且没有将其应用于辅助数据库，则可能会中断日志传送。

数据库的最佳恢复策略完全取决于您的情况。多少数据丢失是可以接受的？您可以合理地允许多长时间的中断进行恢复？在线论坛上的某个人不可能提供您应该依赖于您的恢复策略的答案。您需要非常仔细地研究备份和恢复，从里到外了解它，然后应用最适合您特定情况的策略。Red-Gate、Idera、Dell 等公司提供了许多用于备份的工具。

话虽如此，仅仅拥有日志传送绝对不够好。

此外，@Anup ... COPYONLY 仅防止差异位图被重置。它不会影响日志备份。

于 2013-10-29T17:53:17.213 回答
0

LiteSpeed 非常适合您的完整备份，我会每天而不是每周运行一次完整备份。使用或不使用 Litespeed 的日志传送然后每 15 分钟完成一次是非常典型的。如果您等待的时间过长，那么从您的主要数据到您的次要数据太不同步了，您最终会遇到基于 SQL Server 的错误。

我一直很喜欢 Red Gate 产品，但我没有使用过他们的日志传送/备份工具，只有他们的数据比较和架构比较等。

我相信 Quest 制造了 LiteSpeed，而我认为 Quest 归戴尔所有。

目前，我们不得不监控日志传送，而且还不能完全证明。我更喜欢镜像或复制。

于 2013-11-08T06:48:55.267 回答