LSN - SQL Server上完整数据库备份的后果

Question

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

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

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

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

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

Answer 1

在数据库创建后或更改为完全恢复模型后进行的第一次完整备份时，完整备份无效在日志链上除外。它不会破坏日志传送。如果您进行了手动日志备份并且未将其应用于辅助数据库，则可能会破坏日志传送的内容。

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

话虽这么说，只是有日志运输绝对不够好。

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

Answer 2

LiteSpeed非常适合您的完整备份，我会每天运行完整备份，而不是每周运行一次。有或没有Litespeed的日志运输然后每15分钟完成是非常典型的。如果等待时间过长，那么从主数据库到辅助数据库的数据太不同步，并且最终会出现基于SQL Server所具有的错误。

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

我相信Quest生产LiteSpeed和Quest我认为它归戴尔所有。

目前我们不得不监控日志传送，并且它不是完整的证据。我更喜欢镜像或复制。