问题标签 [log-shipping]

我有一个 SQL Server 2012 数据库，目前用作事务数据库和报告数据库。应用程序读取/写入同一个数据库，并且报告也针对同一个数据库生成。

由于一些性能问题，我决定维护数据库的两个副本。一个是事务数据库，应用程序将访问它。另一个数据库将是事务数据库的精确副本，并且仅由报告服务使用。

以下是要求：

1. 报告数据库应与事务数据库每隔一小时同步一次。也就是说，报告数据库最多可以有 1 小时的陈旧数据。

2. 它必须是只读数据库。

3. 主要意图不是恢复或可用性。

我不确定哪种策略（事务性日志传送、镜像或复制）最适合我的情况。此外，如果我更频繁地执行同步操作（例如每 10 分钟一次），是否会对事务数据库或报告服务产生任何影响？

谢谢

我有 SQL Server 2008 R2，配置为日志传送。但是备份、复制、还原都是成功的。但是在主实例和监视器实例上的警报说，不同步错误 14421。

我为所有 3 项工作设置了 15 分钟的时间表。警报设置为 3 次 = 45 分钟。但我仍然得到一个错误，

请建议该怎么做。

请在这里帮助我，

我们有生产 SQL Server 2008 R2 数据库 MicrosoftDynamicsAX 数据库，我曾尝试在其上配置日志传送两次。但失败了两次，

配置后，主服务器上的备份作业每 15 分钟运行一次

在辅助上，复制作业，将日志文件从主共享文件夹复制到辅助共享文件夹，

所有共享文件夹都具有完全访问权限

备份作业出错，它将搜索辅助共享并跳过每个 T-LOG BACKUP，在其写入的历史详细信息中，搜索文件夹，跳过每个 ..trn 文件，找不到可应用于数据库的日志文件和说备份工作成功，

我看不到从共享文件夹中手动/自动删除的 T-log 备份

大约一小时后，监视器开始发出红色警报，备份作业有 45 分钟的阈值，并且自 137 分钟以来没有执行恢复等。:哭:

当我检查完整备份的 LSN 号和日志传送配置时生成的 T-log 的 LSN 号时，不匹配。

我检查了在生产服务器上运行的其他作业，只有两个作业在 MicrosoftDynamicsAX 数据库上运行“Performance inDEX Stats”每小时基础，&& CAPTURE STATS。

请参阅附加的完整备份、生成的 T-log 和其他运行快照的统计作业，

请帮助我，我无法追查根本原因，日志传送失败，

APpricitae 你的回复

我有一个存在于第三方的数据库的“日志传送”副本。日志传送每 15 分钟运行一次，此时与数据库的所有连接都将被删除。该数据库用于报告目的。

我决定将日志传送（只读）数据库中的一些数据提取到每晚刷新的新数据库中。这将允许用户连接到新数据库，而不会因日志传送而失去连接的风险。（它还允许使用更精细的安全权限，因为只读副本无法编辑）

我可以想到 2 种模式来实现这一点。

1. 删除表、创建表、创建索引
2. 使用 MERGE 语句插入/更新/删除记录

我已经使用上面的方法 1 实现了解决方案，并且效果很好。

每天丢弃所有数据对我来说有点沉重。上面的方法 1 是否有任何副作用，应该促使我使用方法 2？

为了提供规模感，我只同步 3 个表，

生成的数据库约为 1.3 GB。（里面还有一些其他的桌子）

我会很感激关于方法 1 和 2 的指导，以及是否还有其他我没有考虑的方法。

我正在尝试使用 Flume 将我的访问日志发送到 Spark 集群。但是有很多限制迫使我编写自定义应用程序（或 Flume 源）来读取日志文件。

我要做的是让 Flume 客户端向这个源发出信号，以防它无法将数据写入接收器。由于我们经常有长时间的网络中断，并且没有足够的磁盘空间来排队磁盘上的失败日志，直到网络备份。相反，我想“告诉”源停止阅读日志，直到网络启动，然后“告诉”它重新开始。但到目前为止，我还没有在文档中看到任何关于错误的回调。

无论如何我可以在不重新发明轮子的情况下实现这种情况吗？

我继承了带有热插拔备份服务器的 SQL Server 2008 实时服务器，该备份服务器每 15 分钟从多个生产服务器发送一次事务日志。一个生产服务器一直不同步，当我来的时候，最后一次成功的备份日志恢复是一年多前......所以很明显我的前任没有看到这个，我恢复了数据库并确保日志在接下来的 15 分钟间隔内正确同步。但是，每隔几天左右（有时是一个小时，有时是 3 天是随机的）它就会恢复不同步，我必须在早上花费 10 分钟来恢复数据库。

基本上我想知道我需要看什么才能弄清楚为什么这些不同步？我运行了我在 sqlauthority.com 上找到的查询，它向我显示了主数据库的 trn 及其许可证号，当我尝试使用应该是下一个许可证的文件恢复备份数据库上的事务日志时它重新同步它说许可证号太新，所以我尝试下一个文件，它说不同步并且无法恢复。

任何帮助，将不胜感激 ：）

我能够设置从主数据库到辅助数据库的日志传送。然后我需要清理主数据库中的一些旧数据，但我需要辅助数据库中的数据进行报告。

所以我的想法是停止日志备份工作，清理主数据库中的数据并截断事务日志，以便删除命令永远不会到达辅助数据库，然后重新启动日志传送过程。

然而，似乎这样做只是

不足以从事务日志中删除删除命令，它们在辅助节点上执行。

我尝试重复该过程，但将 Primary 切换到 Recovery Model Simple 并再次切换回 Full 以清理日志。这似乎破坏了日志序列号 (LSN) 链，从而破坏了还原作业和整个过程。

那么，有没有可能在不破坏日志传送过程的情况下跳过清理删除命令的方法？

谢谢，

我想在 SQL Server 2008 中重命名辅助日志传送数据库。谁能帮助我如何做到这一点？

提前致谢

我配置了从 SQL Server 2008R2 到 2012 Server 的日志传送，辅助服务器数据库恢复状态正在恢复并且日志传送工作正常。有一天我通过查询'backup log db name to disk='path.trn'手动进行日志备份根据角色，如果有人进行手动日志备份，由于LSN不匹配，日志传送需要中断，但在这里我的日志传送没有中断并且它工作良好。从较低的 SQL 版本到较高的 SQL 版本是否正确？

我们的日志传送例程失败并且已过期 3 天，因此我手动将事务日志从主数据库恢复到辅助数据库。

数据库似乎恢复一切正常，但现在辅助数据库没有显示为“StandBy Read-Only”，所以我担心我做错了什么！

我可以将数据库设置为“StandBy Read-Only”，我该怎么做？

还是我引起了进一步的问题？

这是在 MS SQL 2008R2 设置上。